Core concepts · 04
KITs & devices
The KIT (Keydris Identity Token) is the short-lived identity an agent presents while operating. Your policy defines the authority; Keydris issues the KIT bound to that policy, so a governed action references the authority behind it.
What a KIT binds
KIT · the authority the agent presents
organizationacme-corp
acting forrelease-eng (user principal)
devicekd_dev_31b0 (enrolled installation)
agentkd_agt_7c2 · claude-code
policydeploy-guard · v14
scoperepo:deploy · db:read
expires17:00Z · renewed during long work
Two identities, two lifetimes. The device identity belongs to an enrolled installation and persists across sessions. You can revoke it centrally. The KIT belongs to one running session and is short-lived by design; Keydris renews it during long-running work, so the agent never needs a long-lived credential.
What a KIT is not
Verified behavior
This is the difference between Keydris and handing an agent a scoped key: a compromised agent process holds no long-lived credential, only a short-lived session identity that expires on its own and fails verification once a revocation reaches the enforcement point. The exposure window is the session lifetime or the revocation taking effect, whichever ends it first.
Issuance, renewal, revocation
- Issuance. Interactive enrollment from the CLI, or headless enrollment for automation principals: CI and production agents enroll without a human at a terminal.
- Renewal. Session identity refreshes automatically during long-running work. No rotation calendar, no 90-day keys.
- Revocation. Revoke a session, a device, or disable an agent centrally. Revocation is managed centrally at the Keydris platform, and no authority decision completes without Keydris: a revoked KIT fails its next verification, and anything that cannot be verified is blocked.
Take care