Security engineering for software that acts on its own
Bought by the CISO and AppSec. Application security assumes a user behind every action, and an agent breaks that assumption.
What goes wrong here
Application security assumes a user behind every action. An agent breaks that assumption. It is a principal with credentials, a tool list and an input channel that an attacker can write to directly.
We design against SOC 2, PCI and GDPR controls. We have not completed an audit, so we write aligned and never certified or compliant. For the EU AI Act, the honest word is readiness.
What we build
- A threat model for software that acts, including the prompt that is itself the attack
- Least privilege on every tool grant, reviewed as a change rather than issued as a default
- Identity for software, separate from the human identity it works on behalf of
- Model provenance — what ran, which version, on what
- Keys you hold, in your infrastructure
What you keep
An authority model and an agent threat model, written for a security team to review rather than for a brochure.
What ships beside it
Least privilege only means something once something is asking for privilege. The harness and the boundary ship together. See agent harnessing.
Send us the problem
Describe what is stuck. We will come back with an architecture, a timeline and the first commit.