The Three Leak Surfaces Sesame Eliminates
Most credential leaks in AI systems happen at one of three well-known surfaces. Sesame is designed to close all three. Sesame eliminates all three surfaces by design. Your agent passes only a hostname reference to thesesame request command — it never receives, stores, or transmits the credential itself. The broker resolves the right secret from AWS Secrets Manager, injects it as an Authorization header, and returns only the HTTP response body. At no point does the credential value travel through the agent process.
Cryptographic Device Identity
Every Sesame agent is tied to a cryptographic identity established at login — not a shared password or static API key, but an asymmetric keypair.- Ed25519 keypair generated on-device — A fresh Ed25519 keypair is generated locally when the agent authenticates for the first time.
- Private key never transmitted — The private key is stored only on the device and is never sent to the broker under any circumstances.
- Challenge-response authentication — To prove its identity, the device goes through a challenge-response flow: the broker sends a random nonce, the device signs it with the private key, and the broker verifies the signature against the stored public key.
- Scoped access JWT issued — On successful verification, the broker issues an EdDSA JWT scoped to that specific device. This token accompanies every subsequent
sesame requestcall.
Per-Hostname Policies
Sesame enforces access control at the hostname level. For every agent, you define which HTTP methods and URL path patterns are permitted for each target API. Requests that match a policy are handled automatically. Requests that fall outside any defined policy are held for human approval before any credential is injected. This means a compromised or misbehaving agent cannot silently pivot to a new API endpoint — Sesame will block the request and notify you before anything is sent.The Four Pillars of Sesame’s Security Model
Cryptographic Identity
Every agent authenticates via Ed25519 challenge-response. The private key never leaves the device, and the broker issues a scoped EdDSA JWT that proves identity on every request.
Hostname Policies
Per-agent, per-hostname rules define exactly which HTTP methods and path patterns are permitted. Anything outside the policy is blocked until you explicitly approve it.
JIT Approval
The first time an agent targets a new hostname, Sesame blocks the request and notifies you in real time. You approve or deny before any credential is ever injected.
Instant Revocation
Deactivate an agent, remove a single approval, or delete the IAM role entirely. Because Sesame verifies the JWT on every request, revocation takes effect immediately — no key rotation required.