Task · GCV-0051

Vend in-stack service accounts under the token expiry ceiling

Description

GCV-0013 enforces a composition-level token expiry ceiling, and today that ceiling covers the cloud StackServiceAccount and its rotating tokens. The in-stack side is not vended at all: oss serviceaccounts, serviceaccountrotatingtokens, serviceaccounttokens, serviceaccountpermissions and serviceaccountpermissionitems are all present in the pinned provider and none is emitted.

That means the ceiling covers roughly half the tokens a real platform hands out. A team that needs an in-stack service account for a Terraform run or a CI job creates one by hand today, outside the ceiling, outside the rotation policy and outside the decommission path - which is precisely the class of credential the machine exists to stop existing.

Acceptance Criteria

Definition of Done

Implementation Plan

Wave 6: implement the commissioned surface under the frozen goal and root-owned integration; prove admission and renderer boundaries with required negative controls, then just check and exact-SHA hosted Validate before finalization.

Final Summary

Vended in-stack service accounts, rotating credentials and one whole-set permission owner per stack. Deterministic names are explicit; provider-assigned account IDs are observed before dependents. Real API-server policy consumes the existing Composition maximumTokenLifetime and proves weaken/admit/restore. No credential values appear in XR status or examples. Completing source/pin SHA: 187b03ea40ee32fcea890e40c138f00a8c73bd5f. Hosted Validate run 34296536930: success. Local just check passed with 23 real API-server tests, zero skips.

View the source file on GitHub