The agent responsible to create, change, maintain and tear down access routes with new credentials, tokens, policies, etc inside net-kingdom. Ops-mason is responsible to build the security infrastructure as required and defined by architecture documents as a base for ops-warden..
Find a file
tegwick 1fdd8896f4 refactor(workplan): split MASON-WP-0003 to the lane ops-mason owns
Trim MASON-WP-0003 to T01-T03 — decide, build the AppRole/policy/KV path
structure, register the catalog entry — and route it through the
four-phase pipeline via plans/state-hub-forge-derivation-read.md, which
supplies the phase-3 executive summary the workplan was bypassing.

T02 no longer mints or holds the token value: SCOPE.md puts secret
values out of scope, so the forge owner mints and ops-warden's
paste_once_provision desk delivers.

Deployment plumbing, derive_from_forge(), and the fleet re-run move to
state-hub/STATE-WP-0084.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Assistant: claude-code
Assistant-Model: opus
Assistant-Process: 3377672@bnt-lap001
Assistant-Session: 15463ccf-238f-4e13-b163-93aa25c6d166
2026-08-26 21:25:43 +02:00
bundles build: add guarded Kubernetes plane executor 2026-08-22 11:23:38 +02:00
docs build: provision and verify Whitehat foundational plane 2026-08-22 11:26:49 +02:00
intakes Close legacy identifier intake 2026-08-22 23:21:23 +02:00
manifests/whitehat-plane build: add guarded Kubernetes plane executor 2026-08-22 11:23:38 +02:00
plans refactor(workplan): split MASON-WP-0003 to the lane ops-mason owns 2026-08-26 21:25:43 +02:00
src/ops_mason build: provision and verify Whitehat foundational plane 2026-08-22 11:26:49 +02:00
tests build: provision and verify Whitehat foundational plane 2026-08-22 11:26:49 +02:00
workplans refactor(workplan): split MASON-WP-0003 to the lane ops-mason owns 2026-08-26 21:25:43 +02:00
.custodian-brief.md chore(consistency): sync task status from DB [auto] 2026-08-22 11:36:03 +02:00
.gitignore intake: hand off legacy MASON identifier scheme 2026-08-22 11:33:34 +02:00
.repo-classification.yaml chore(registrar): bind MASON-IN-0001 residual 2026-08-22 11:34:25 +02:00
AGENTS.md docs(agents): repoint remote State Hub URL to the in-cluster address 2026-08-25 00:21:30 +02:00
INTENT.md Real build executed for real (MASON-WP-0001-T05, MASON-WP-0001 done 5/5) 2026-07-27 01:25:14 +02:00
LICENSE Adopt Target Revenue Source License V1C1 (org-wide preliminary rollout) 2026-07-30 00:42:40 +02:00
pyproject.toml build: add guarded Kubernetes plane executor 2026-08-22 11:23:38 +02:00
README.md build: add guarded Kubernetes plane executor 2026-08-22 11:23:38 +02:00
SCOPE.md Tighten the ops-warden boundary after reviewing its actual repo 2026-07-27 00:44:37 +02:00
WORK-RECORDS.md chore(registrar): assign State Hub identifiers 2026-08-26 21:10:12 +02:00

ops-mason

The builder of NetKingdom security infrastructure — creates, changes, maintains, and tears down access routes, credentials, tokens, and policies so that ops-warden always has something real to route to.

The four-phase process

  1. Construction plan — given an access demand, draft what needs building, respecting/extending/compacting existing structure first.
  2. Review and optimize — self-review the plan against what already exists, for consistency and ease of use.
  3. Executive summary — the one mandatory human decision gate: render who gets what access, for how long, and what it costs to reverse.
  4. Build — once approved, execute the plan.

See INTENT.md for the full responsibility boundary against ops-warden, OpenBao, flex-auth, and key-cape.

Guarded Kubernetes planes

Small Kubernetes security foundations can use the fail-closed ops-mason plane workflow. It pins source manifests and object identities, validates cluster context/RBAC/dependencies/drift, requires an approved construction plan plus exact digest for apply, and produces metadata-only evidence and a non-executing rollback plan.

See docs/kubernetes-plane.md.