TL;DR: Policy delivery is becoming an operational pipeline problem, not just a library or framework choice, as Cerbos Cloud enters private beta as a cloud-hosted control plane for policy development, testing, and GitOps-style distribution, while Cerbos also says it has closed a $7.5 million extended seed round and raised $11 million to date.
Editorial analysis by NHI Mgmt Group, based on content published by Cerbos: “Cerbos Cloud launch & Cerbos secures $7.5 million extended seed funding”.
Key questions
Q: How should teams govern authorization policy changes in GitOps workflows?
A: Treat authorization policy changes like production code changes.
Q: Why does GitOps make authorization governance more complex?
A: GitOps improves visibility, but it also creates a stronger dependency on the integrity of the pipeline that turns policy code into runtime enforcement.
Q: What are the biggest failure modes in managed authorization delivery?
A: The common failures are stale policy bundles, rollout drift between environments, and unclear ownership of who can promote or revert changes.
Practitioner guidance
- Define authorization pipeline ownership Map who approves, tests, promotes, and rolls back policy bundles across environments, and make that ownership explicit in change management records.
- Separate policy source from runtime delivery Keep policy definitions versioned and reviewable, but validate that the pipeline delivering optimized policy bundles to Cerbos instances is traceable and access-controlled.
- Audit delivery-path privileges Review which identities can alter policy bundles, trigger builds, or approve deployment of authorization changes, then restrict those paths to the minimum required set.
Bottom line: Authorization policy management is moving from a static configuration concern to a governed delivery workflow.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Authorization is becoming a governed delivery pipeline, not a static library choice. The article shows a shift from embedding decisions in application code to operating policies as versioned, testable, distributable artefacts. That changes the control surface from development convenience to release governance, because the security of the authorization outcome now depends on the integrity of the policy pipeline. Practitioners should treat policy distribution as a first-class identity control plane.
A few things that frame the scale:
- 64% of valid secrets leaked in 2022 are still valid and exploitable today, proving that detection alone is not enough without automated revocation, according to The State of Secrets Sprawl 2026.
- The same research found that 28.65 million new hardcoded secrets were detected in public GitHub commits in 2025 alone, a 34% year-over-year increase and the largest single-year jump ever recorded.
A question worth separating out:
Q: Should security teams adopt a cloud control plane for authorization policies?
A: They should decide based on operating maturity, not convenience alone. A cloud control plane is useful when teams need versioned policy delivery and consistent enforcement at scale, but it also requires stronger repository controls, pipeline governance, and rollback discipline than ad hoc deployment models.
👉 Read our full editorial: Cerbos Cloud private beta raises the stakes for authorization governance
Authorization governance is shifting from code ownership to delivery governance. Once policy updates are packaged, tested, and distributed through a managed pipeline, the key question is no longer only who wrote the rule. It is who controls promotion, rollback, traceability, and environment consistency across the policy lifecycle. That makes authorization closer to a governed release process than a static access model, and practitioners should judge it that way.
A few things that frame the scale:
- 59% of compromised machines in a major 2025 supply chain attack were CI/CD runners rather than personal workstations, according to the State of Secrets Sprawl 2026.
- 96% of organisations store secrets outside of secrets managers in vulnerable locations including code, config files, and CI/CD tools, according to the Ultimate Guide to NHIs.
A question worth separating out:
Q: Should security teams adopt a cloud control plane for authorization policies?
A: They should decide based on operating maturity, not convenience alone. A cloud control plane is useful when teams need versioned policy delivery and consistent enforcement at scale, but it also requires stronger repository controls, pipeline governance, and rollback discipline than ad hoc deployment models.
👉 Read our full editorial: Cerbos Cloud private beta raises the stakes for authorization governance