Evidence: When something changes

Change authority once, and every consumer enforces it at its next read.

How fast can you turn it off, and what exactly turns off?

  • 2Claims on this page
  • 7Artefacts behind them
  • 3Reads you can run here

Back to When something changesEvery claim on this site

Known limitation

Not observed on this tenant The status endpoint keeps answering active for a withdrawn mark. The authority's own list and published configuration drop it within a minute. Read the authority's list, not the mark.

On this estate

Tarnbrook Financial Group

Change the smallest thing that changed.

Callum Reid stops one instance of the Batch Reviewer, and a platform refuses that copy at its next token request.

What access does next
  • Continue Everything the change does not reach keeps its authority.
  • Reduce The role goes and the identity stays.
  • Refuse The affected path stops at the next read.
When each consumer sees it

When each consumer sees it

Three windows and one row that names no time. Every window is a lifetime the estate declares.

  1. The authority stops publishing the subordinate statement Observed
  2. A platform reads the attester's signed list again 60 s Deployment evidence
  3. A consumer's resolved answer expires 300 s Deployment evidence
  4. A token already issued expires 300 s Deployment evidence

A row that names a time is a window. The row that names none is an act that happens once.

The five scopes side by side

The lifecycle page draws the same five scopes as one radial figure, with the control surface matrix and the freshness bound for every row beside it.

How long each change takes, worst case

Every length is a lifetime the estate declares.

  1. Instance stopped Deployment evidence

    Up to 360 s600 s if the list cannot be read

  2. Key revoked Deployment evidence

    Up to 600 s

  3. Accreditation withdrawnNot observed on this tenant

    Up to 600 s

  4. Agent withdrawnObserved

    Up to 600 s

  5. Recognition withdrawn Deployment evidence

    Up to 600 s

Each track is two declared windows, end to end: the next read, then a token issued just before it.

The four steps and the windows behind them

The end is the worst case for a session in flight.

A consumer that read before the change holds its answer until it reads again, and a token issued just before that read keeps working until it expires. On the instance track, the dashed lane is the time a platform may reuse a signed list of copies it cannot read.

Every consumer states its freshness bound before it uses an answer, and the lifetime is printed on the artefact. The window is a choice the consumer makes for each control, and the same governed record answers whichever choice it makes.

An agent's authority changes through its life. An authority grants it, narrows it, widens it and withdraws it, and one governed record carries every one of those changes. Your infrastructure reads that record on its own schedule. That schedule is a choice each consumer makes in advance, and this page prints the choice each consumer on this estate has made.

A token already issued is bounded by the platform that issued it: a short expiry, introspection on each call, or a signal telling the resource to stop accepting it. The platforms on this estate set a short expiry, printed on the token. Connect can notify a subscriber that a record changed so that it reads again sooner, and notification shortens the wait before the next read of the signed source.

Four steps between a change and a decision

Four steps stand between a change and an access decision. A source updates the statement it signs. Your platform resolves again and reads the current answer. You apply your own policy to that answer. Your platform continues, reduces or refuses at the next read. The instrument on the use case page draws three steps because reading the current answer and applying a policy to it are one act in the mechanism. They are two acts here, because they happen in two systems and a platform engineer owns the second one. Every consumer states, in advance, how long it may use an answer before it reads again, and that bound is what makes the four steps bounded.

Who holds each key in a withdrawal

The three keys that take part when the authority withdraws one agent, and the worst case in minutes.

Whose keyHeld by, and whereWho can revoke it
Analyst Companion Tarnbrook catalogue on its own volume Deployment evidence Tarnbrook, in Raidiam Connect The withdrawal revokes its certificate there.
Tarnbrook authority Raidiam Connect in AWS KMS, operated by Raidiam Deployment evidence Not declared
Tarnbrook attester Tarnbrook attester in its own secrets Deployment evidence Tarnbrook, in Raidiam Connect Inferred from its certified custody, not observed.

The design gives each trust domain its own signing key. On this tenant the Tarnbrook authority and the Aldercross authority sign with one key, and Raidiam holds it. Not observed on this tenant

Worst case, counted from the authority's change

Every consumer reads the change
Up to 5 minutesEach consumer resolves again when the answer it holds expires. Deployment evidence
A running session ends
Up to 10 minutesA token issued just before that read runs to its expiry. No agent is granted a refresh token. Deployment evidence
The authority's own delay
Not declaredFilm takes measured 0.5 s to 47 s, over three withdrawals on 27 September 2026.

What this page proves

Each claim, its label and the artefacts behind it.

Publication driven by governed state

Observed

Publication follows the record's lifecycle state.

The rest of the statement

One write changes the record and the publication follows it; there is no second publish action to perform. An authority's entity configuration is served within seconds of its domain mapping, and an entity leaves the authority's list within seconds of its only claim going inactive.

Lifecycle stage
Govern
Lives in
Raidiam Connect
Checked by
Test verification:9c
Artefacts cited
4

This claim on the evidence page

The working

What the figures above leave to words.

What it means for the business

Each thing that can stop being trusted has its own control. Act at the layer where the trust changed.

On this tenant the generated entity configuration and the authority's list drop a withdrawn accreditation within a minute, while the status endpoint keeps answering active for the withdrawn mark. Until that changes, a consumer treats a mark as valid while the subject is on the issuing authority's list, and this site says so wherever the mark appears. Not observed on this tenant

Where the authority comes from

Publication follows the record's lifecycle state. When Imogen withdraws the identity, the governed record changes state, the authority stops publishing the subordinate statement, and the agent leaves the list the authority publishes. Four unauthenticated reads show it. Observed

Ten terms
anchor
The root entity of a trust domain whose key a consumer pins from configuration.
authority
A Connect entity that publishes signed subordinate statements, marks and policy about the entities it governs.
trust domain
The set of entities that chain to one anchor.
entity configuration
The self signed statement an entity publishes at its own identifier.
subordinate statement
The statement a superior signs about a subordinate: keys, policy, marks.
trust mark
The signed projection of an active accreditation, with a status endpoint.
envelope
The set of authorization detail types and grant types an authority permits an agent to request. The registered ceiling.
resolve
Walk the chain from a leaf to a pinned anchor and fold the policy.
pin
The anchor key a consumer holds in configuration, written at deploy time, as the pair of anchor identifier and key.
recognition
The governed act by which an authority becomes a superior of an entity that already publishes its own configuration, minting nothing.

Three changes, one at a time

A change reaches an access decision in four steps, and every consumer states in advance how long it holds an answer. Each topic below opens one part of that.

An authority withdraws an agent's accreditation. Before the change the agent asks for a role that requires the accreditation, the accreditation is active, and access is granted. Aldercross stops publishing the trust mark for that agent. The mark status answer a consumer holds reaches the end of the window that consumer stated, and the consumer reads policy again. At the next read the role that required the mark is refused. The identity stays, and every other role it holds keeps working.

An authority withdraws the identity itself. Before the change every running instance authenticates as one governed identity. The governed record changes state and the authority stops publishing the statement. Each consumer resolves again, and the chain no longer reaches the anchor that consumer pins. Every instance is refused. The same release under another operator keeps working, through that operator's authority.

An attester stops one running copy. Before the change each instance proves it is a live copy against the attester's signed list. The attester changes that copy's bit on the list it publishes. Each platform reads that list again within the interval it states. That copy is refused and the other copies continue. The identity above them is untouched.

The claims, and where each is read

The rows below are the claims this use case carries. Each one links to the artefact that supports it, read on the wire on the date printed beside it. The lifecycle evidence page carries the control surface matrix with the freshness bound for every row.

Publication follows the lifecycle state with one write and one publication step. A live agent read at the moment of the withdrawal answers all four unauthenticated reads with a signed chain to the anchor.

The design requires that a withdrawn accreditation reaches the mark endpoint and the status endpoint within the mint cadence, and the subordinate statement carries the role's policy. An accreditation withdrawn by a scheme officer is recorded in Connect, attributed to the officer's own client and the officer's name. Helena Marsh withdraws Larkspur's agent accreditation in Connect, with a recorded intent, and the scheme's list drops the agent at the next read.

Five controls, one per layer

There is more than one thing an organisation may need to stop trusting: one running copy, an identity, a publisher, a key, an accreditation, a token already issued. Each has its own control, and the principle is to act at the layer where the trust changed.

Callum stops one instance of the Batch Reviewer. The attester that vouched for the copy sets one bit on a signed list it publishes, and a platform that reads that list refuses the copy on its next request. The identity above it is untouched.

Imogen withdraws a Connect hosted identity, and the authority stops publishing it. That withdrawal is permanent, which is why it is shown on an identity deployed for the purpose. Tarnbrook withdraws its recognition of Quillon's root, and Quillon's hosted copy stops resolving while Tarnbrook's own copy of the same release keeps serving. A certificate is revoked, and the revocation reaches the published key set, the revocation list and the status responder.

The lifecycle evidence page labels the difference between two paths. Withdrawing an identity Connect hosts is a soft delete and permanent, so the identifier stays retired. Withdrawing an identity the enterprise hosts itself sets its state and stops publication through the catalogue's lifecycle check, and it can be restored in place.

Withdrawing a recognition removes a hop. Everything whose only chain to the anchor ran through that hop stops resolving at the next resolve, and the resolver fails closed, naming the statement it failed to retrieve. Tarnbrook's own copy of the Balance Monitor chains through the Tarnbrook authority directly, so it keeps resolving. That is a blast radius, stated in advance.

Check it against the running estate

Every surface this use case touches, and the host that answers for it.

Raidiam Connectweb.directory.showcase.raidiam.io The attesterattest.agents.showcase.raidiam.io The API platformapi.agents.showcase.raidiam.io The Aldercross officer console stands in for a third partyaldercross-officer-production.up.railway.app

Which control surface carries each change in your estate today, and what freshness bound would you accept?

Ninety minutes, on the shape of your estate: which systems resolve first, which anchor each pins, and which key each party holds.

Book a working session