This page is synced from
atlasent-api’s customer-facing changelog (CHANGELOG.public.md). Do not hand-edit below the {/* SYNC BEGIN */} marker.API reference 1.7.1 — 2026-09-26
- Endpoints that are not yet part of the stable API are now labelled Alpha in the API reference. Their request and response shapes and error codes can change without a deprecation period; don’t build production integrations on them yet.
- Alpha today: execution results, post-evaluations, decision replay, safety metrics, policy drift, red-team runs, transparency anchoring, evidence exports, marketplace packs, AI gates, the decision stream, and SPIFFE validation.
0.1.0 — 2026-05-01
First stable release of the v1 API. AuthorizationPOST /v1-evaluateevaluates an action against your policies and returns one of four decisions:allow,deny,hold, orescalate. Anallowincludes a permit that is valid for one hour.POST /v1-verify-permitverifies a permit before the action runs. A permit is consumed by its first successful verification, so it can’t be used twice. Failed verifications return a stableverify_error_code, such asPERMIT_EXPIRED,PERMIT_REVOKED,PERMIT_ALREADY_USED,ACTOR_MISMATCHorACTION_TYPE_MISMATCH, so your code can branch on the code instead of parsing a message.- Fail-closed by default: when an action class has no published policy, evaluation denies. When an API error, a timeout, a missing decision or a missing permit occurs, the action is treated as denied or not verified, never as allowed.
- Every decision is written to an append-only, hash-chained audit log.
- Audit exports are signed with Ed25519 and can be verified offline.
POST /v1-verify-chainverifies the chain.
- Authenticate with a session token or an API key. API keys can be restricted to an IP allowlist, and expired keys are rejected.
- Policies, bundles (
/v1-bundles) and rollback (/v1-rollback-bundle), permits and revocation, holds, approvals and overrides, workflows, templates, action classes, API and signing keys, webhooks and replay, source-control webhooks (GitHub, GitLab, Bitbucket), reports, integrations, SIEM export (GET /v1-siem-export), SSO (/v1-sso), and health and status endpoints. - Not part of this stable list: the layered
/v1/policy-bundlesroutes and thev1-siem-exportsdelivery service, which are separate surfaces and not yet stable.