FED-M2: Step-CA + grant schema + admin CLI #461
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Epic: Federation v1 — see
docs/federation/PRD.mdanddocs/federation/MILESTONES.md.Goal
An admin can create a federation grant and its counterparty can enroll. No runtime federation traffic yet.
Scope
federation_grants,federation_peers,federation_audit_logclient_key_pemusing existing credential sealing keymosaic federation grant create|list|show,mosaic federation peer add|listgrantId+subjectUserIdpending→activeon successful enrollmentDeliverables
packages/dbmigration: three federation tables + enum typesapps/gateway/src/federation/ca.service.ts(Step-CA client)apps/gateway/src/federation/grants.service.tsapps/gateway/src/federation/enrollment.controller.tspackages/mosaic/src/commands/federation/(grant + peer subcommands)docker-compose.federated.ymladds Step-CA serviceAcceptance Tests
grant createwrites apendingrow with scoped bundlesubjectUserIdOID matches grant'ssubject_user_idclient_key_pemis at-rest encrypted; raw DB read shows ciphertext, not PEMpeer add <url>yieldsactivepeer record with valid cert+key (two-gateway E2E, no traffic)grant creategrant listandpeer listrender active/pending/revoked accuratelyDependencies
Blocked by FED-M1 (federated tier must exist).
Estimated budget
~30K tokens
Risk notes
Step-CA API is well-documented but sealing integration with existing provider-credential encryption is a cross-module concern — walk that seam deliberately.