Governance Concept

Authorization Artifact

An authorization artifact is the record that represents a verdict emitted by a runtime authorization boundary before execution, such that the verdict is independently reconstructable from the bound inputs, the policy and version state that applied, the authority chain, and the proposed action, under a declared replay mode. The artifact represents and binds the verdict. Execution depends on the affirmative, action-bound verdict, not on the existence of the record.

Class term of the FERZ corpus. The threshold the record must meet is stated in The Authorization Artifact Test (2026); the reconstruction property in The Authorization Boundary Integrity Model (2026).

Why the concept exists

Most governance systems produce records that a decision occurred: a timestamp, an outcome, a reviewer. Such a record answers the question of what happened. A pre-execution authorization requirement asks a different question: whether a specific proposed action was determined permissible before it ran, and whether anyone other than the system that made that determination can confirm it. The inability to produce a record that answers the second question is the authorization artifact gap identified in FERZ Technical Advisory TA-2026-01, and the record that closes it is the authorization artifact.

The concept exists to keep two objects apart. The verdict is the determination the boundary emits: ALLOW, DENY, or ABSTAIN, over one proposed action, before execution. The artifact is the record that represents that verdict and binds it to everything the verdict depended on. Release depends on the verdict. The artifact is what makes the verdict reconstructable afterward by a party that was not present and does not trust the evaluator.

What the artifact binds

The corpus binds the verdict to six elements. Each is bound to the single proposed action.

  1. The proposed action, represented sufficiently to identify what was to be released.
  2. The inputs materially relied upon, fixed to their decision-time representations or authenticated references. Binding identifies the evidence used; it does not, by itself, establish its provenance or admissibility.
  3. The applicable policy and its version state.
  4. The authority chain under which the evaluation ran, including any override authority.
  5. The authorization time.
  6. The verdict, in the space ALLOW, DENY, ABSTAIN.

Three integrity conditions complete the definition: the artifact binds every listed element to the single proposed action; the artifact is tamper-evident, so that post-issuance alteration of any bound element is detectable; and the artifact permits independent reconstruction of the verdict. Published evidence specifications add the materials reconstruction needs in practice, such as the evaluator version, the canonicalization specification, the structured evaluation trace, and chain-of-custody metadata. Those materials may be carried in the artifact or referenced through authenticated bindings.

The threshold

The Authorization Artifact Test states the requirement in its shortest operational form.

Before execution, does a verdict exist, and can an independent third party reconstruct that verdict without access to the governed system?

The Authorization Artifact Test, Version 1.3, Section 2.3.

The first prong is emission: the runtime authorization boundary must emit the action-bound verdict, represented in an authorization artifact, before execution of the action it authorizes. A retrospective occurrence record does not become an authorization artifact merely because it is complete or tamper-evident. A later record may, however, preserve a genuine authorization artifact. The relevant questions are whether the required action-bound verdict and its bindings existed before release and whether an independent party can reconstruct the determination from the preserved evidence.

The second prong is reconstruction: an independent third party must be able to reproduce the verdict from the artifact and its bound materials, under a declared replay mode, without observing the governed system, replaying it, inspecting its internal states, or asking the vendor what the verdict meant.

The Authorization Artifact Test specifies independent reconstruction under a declared replay mode. In State-Replay, reconstruction reproduces the canonical authorization artifact byte for byte, with the identical artifact hash. In Protocol-Replay, an independent verifier deterministically re-evaluates the frozen decision materials under the declared protocol; the reconstructed artifact need not be byte-identical, but the verdict must match. The Five Tests Standard separately requires independent reconstruction under the declared mode. Passing the Authorization Artifact Test alone does not establish full ABIM Replay Integrity or conformance with the Five Tests Standard.

Binding is not admissibility

The authorization artifact binds the inputs used by the verdict and may carry evidence concerning their origin, integrity, freshness, and other admissibility conditions. Binding those inputs does not establish that the applicable conditions were satisfied. Input Integrity requires a separate, supported conclusion concerning decision-time admissibility. Provenance establishes origin, not truth.

Reconstruction therefore establishes exactly one thing: that the same bound inputs, under the same policy and version state, produce the same verdict. It does not establish that the policy was correct or that the action was wise. That is the difference between demonstrating that authorization occurred and describing that it did.

Integrity properties and register

The doctrine requires an authorization artifact to be tamper-evident and independently reconstructable from its bound decision materials. Those properties do not establish the cryptographic, signing, or key-management capabilities of any particular implementation. The integrity mechanisms and evidence necessary to support a deployment-specific assurance claim must be separately specified and evaluated.

Authorization artifact is the FERZ doctrine-level class term. A Proof-Carrying Decision is one standard-specific implementation form of an authorization artifact under the Five Tests Standard. The terminology identifies different levels of specification, not interchangeable definitions. An implementation must satisfy the applicable artifact and evidence requirements; its name does not establish conformance.

What this concept is not

An authorization artifact is not the verdict. The boundary emits the verdict; the artifact represents and binds it. Release depends on the verdict, never on the artifact alone.

It is not a log. A log records what a system claims occurred. A log may preserve an authorization artifact, and a log that records only what occurred does not establish that a verdict existed before release, however complete or immutable it is.

It is not a signature. Integrity protection contributes to reliable reconstruction and does not establish evidentiary completeness. A verified signature over a record that omits the policy state, the evaluator version, or the bound inputs supports the integrity of an incomplete account.

It is not a review record. A record that a human reviewed an action, with a timestamp, a decision token, and a rationale, may support reconstruction of the reviewer's workflow determination. It is an authorization artifact only where it represents a pre-execution verdict emitted at the runtime authorization boundary on which execution depended.

It is not proof of truth. Reconstruction establishes the verdict, not the inputs.

Related concepts

Proof-Carrying Decisions. One standard-specific implementation form of an authorization artifact under the Five Tests Standard. The concept pages use the doctrine-level class term; the name of an implementation form does not establish conformance.

Runtime Authorization Boundary. The structural location that emits the verdict the artifact represents.

Execution-Time Authorization. The architectural category whose definition requires artifact generation alongside canonicalization, policy versioning, pre-execution evaluation, determinism, and replayability.

ABSTAIN Verdict. The fail-closed verdict. ABSTAIN is represented in an authorization artifact like any other verdict, and its resolution produces a separate action-bound verdict with its own artifact.

Deterministic Authorization. The property that makes reconstruction decisive: the same governed state produces the same verdict.

Observability is not authorization (doctrine). Observation can inform a verdict; the artifact represents the verdict the boundary emitted.

The hook is not the boundary (doctrine). Why a signed receipt alone does not establish an authorization artifact.

Frequently asked questions

What is an authorization artifact?

The record that represents a verdict emitted by a runtime authorization boundary before execution and binds it to the proposed action, the inputs relied upon, the policy and version state that applied, the authority chain, and the authorization time, so that an independent third party can reconstruct the verdict without access to the governed system.

How is an authorization artifact different from an audit log?

A log records what a system claims occurred. An authorization artifact represents a verdict rendered before the action and carries what is needed to reconstruct it. A log may preserve an authorization artifact; a log that records only what occurred, however complete and however immutable, does not establish that a verdict was produced before release.

Is an authorization artifact the same as a Proof-Carrying Decision?

Not exactly. Authorization artifact is the doctrine-level record class. Proof-Carrying Decision names one implementation form under the Five Tests Standard. A Proof-Carrying Decision must satisfy the applicable requirements; calling a record by that name does not establish conformance.

Does a signature make a record an authorization artifact?

No. A verified signature can provide evidence of the integrity and attribution of signed bytes, subject to the applicable key and trust assumptions. It does not establish that the record contains the decision materials needed to reconstruct the authorization verdict.

Does reconstruction establish that the inputs were true?

No. Reconstruction establishes that the same bound inputs, under the same policy and version state, produce the same verdict. Whether those inputs had an established origin is a separate determination; whether they were true, complete, or current is not established by the artifact at all. Provenance is origin, not truth.

References

Meyman, E. (2026). The Authorization Artifact Test: Applying the Impossibility Result to Ex-Ante Authorization Requirements. Technical Note, Version 1.3. FERZ, Inc. https://doi.org/10.5281/zenodo.20013582 (edition relied upon: https://doi.org/10.5281/zenodo.22942924)

Meyman, E. (2026). The Authorization Boundary Integrity Model. Technical Note, Version 1.2. FERZ, Inc. https://doi.org/10.5281/zenodo.20929115 (edition relied upon: https://doi.org/10.5281/zenodo.22262364)

Meyman, E. (2026). The Override Asymmetry: Why ABSTAIN with Authorized Resolution Is Not Guardrails with Review-Only Human-in-the-Loop. Technical Note, Version 2.3. FERZ, Inc. https://doi.org/10.5281/zenodo.19772248 (edition relied upon: https://doi.org/10.5281/zenodo.22943421)

Meyman, E. (2026). Standing Eligibility versus Runtime Authorization: A Definitional Distinction for AI Governance. Version 1.0. FERZ, Inc. https://doi.org/10.5281/zenodo.21941656 (edition relied upon: https://doi.org/10.5281/zenodo.21941657)

Meyman, E. (2026). Five Tests Standard (5TS). Version 1.2.0. FERZ, Inc. https://doi.org/10.5281/zenodo.21040295 (edition relied upon: https://doi.org/10.5281/zenodo.21040296)

Meyman, E. (2026). The Authorization Non-Substitution Principle: A General Result for Pre-Execution AI Governance. Technical Note, Version 1.0. FERZ, Inc. https://doi.org/10.5281/zenodo.22017004 (edition relied upon: https://doi.org/10.5281/zenodo.22017005)

Meyman, E. (2026). The Hook Is Not the Boundary: Boundary Completeness in Pre-Execution Authorization. Technical Note, Version 1.0. FERZ, Inc. https://doi.org/10.5281/zenodo.22180242 (edition relied upon: https://doi.org/10.5281/zenodo.22180243)

Cite this page

FERZ, Inc. (2026). Authorization Artifact. https://ferz.ai/governance/concepts/authorization-artifact

BibTeX
@misc{ferz2026authzartifact,
 author = {{FERZ, Inc.}},
 title = {Authorization Artifact},
 year = {2026},
 url = {https://ferz.ai/governance/concepts/authorization-artifact}
}