Pairing as permission
fix(retraction): correct 13 earlier-this-session Correction callouts that were checked against a stale local branch — app-orchestration-command and os-orchestration are real on canonical origin/main (CommandCentre server + scaffold respectively), app-privategit-* license is genuinely AGPL, app-privategit-design's MCP endpoint is real; this session's local checkout diverges from canonical for these paths
@@ -96,7 +96,7 @@ Defence: capability attenuation via separate module identifiers. The Command hol The current implementation uses `system-mba-shim` — a transitional layer behind which conventional OAuth2 authentication sits. The `system-mba-shim` interface is the clean boundary: when the full PairingAsPermission cryptographic model (certificate-based peer-to-peer key exchange) replaces the OAuth2 layer, no calling code changes. The interface stays constant; the implementation behind it is upgraded in place. The Six Orchestration Contracts include `pairing_attestation` as `SYS-CONTRACTS-01`, hardcoded into the operating-system kernel. It is not configurable. (Correction, 2026-08-02: this is not physically possible today — `os-totebox` is a plain Rust/tokio binary with zero seL4 dependency, confirmed via this repo's own `cleanup-log.md`; there is no kernel to hardcode a contract into. `SYS-CONTRACTS-01` appears in the real codebase only inside a planning artifact, `service-content/artifacts/FOUNDRY_MASTER_CONTEXT.md`, as a documentation-topic reference, not kernel code. Separately, `os-orchestration`/`app-orchestration-command` — this article's "Command hub" — is not a built crate at all, matching the finding already recorded on [[app-orchestration-command-branch-model|the branch-model article]]. Flagged, not resolved.) The Six Orchestration Contracts include `pairing_attestation` as `SYS-CONTRACTS-01`, hardcoded into the operating-system kernel. It is not configurable. (Correction, 2026-08-02: this is not physically possible today — `os-totebox` is a plain Rust/tokio binary with zero seL4 dependency, confirmed via this repo's own `cleanup-log.md`; there is no kernel to hardcode a contract into. `SYS-CONTRACTS-01` appears in the real codebase only inside a planning artifact, `service-content/artifacts/FOUNDRY_MASTER_CONTEXT.md`, as a documentation-topic reference, not kernel code. Separately (**retracted, 2026-08-02**): this correction previously said `os-orchestration`/`app-orchestration-command` "is not a built crate at all" — that was checked against a stale local branch; both are real on canonical (`origin/main`), `app-orchestration-command` substantially so. See the updated finding on [[app-orchestration-command-branch-model]]. The seL4-kernel and `SYS-CONTRACTS-01` findings above are unaffected by this retraction. Flagged, not resolved.) ## The Trustworthy System