Isolated analysis environments
We're building Kleydin so each binary is analysed in its own isolated environment, kept apart from other customers.
Kleydin is pre-launch. This is how we're designing it to handle your binaries, your data and its own decisions.
How we're designing Kleydin to handle what you upload.
We're building Kleydin so each binary is analysed in its own isolated environment, kept apart from other customers.
Binaries, findings and reports will be encrypted in transit and at rest.
You will be able to delete your binaries and results whenever you ask.
Your binaries, findings and reports will never be used to train models.
We will keep access to customer data on our side as narrow as we can.
Controls for who can upload, review and export are planned. We'll describe them here once they exist.
If something on this page isn't built yet, we'll say so rather than imply it is.
The agents will run code written to be hostile, so we're building them to do it where it can't hurt anyone.
Apps and firmware will run in sandboxes, not on shared infrastructure.
Analysis environments will be cut off from the internet, apart from test targets in scope.
Every agent action will be logged, so a run can be reviewed step by step.
Agents are designed to stop and ask when the evidence is unclear, rather than guess.
Kleydin is being built for defenders. Customers will need the right to test every binary they upload: their own software, or a client’s under a signed engagement.
We’re pre-launch and don’t hold any security certifications. We won’t show a badge until we’ve earned one.
Security questions, or need a draft DPA for evaluation? Email hello@kleydin.com.
Will be listed before we process any customer data.
Privacy policy →Found a vulnerability in Kleydin? Here's how to tell us.
Disclosure policy →Reports, questions and anything that should not wait. Use the subject 'Security'.
hello@kleydin.com