1. Home
  2. Solutions
  3. Public sector

Public sector

Government cloud controls, evidenced and sovereign.

Public sector teams answer to security control profiles, assessors and the public. ACSE checks your cloud against those profiles, fixes what fails through code your team reviews, and keeps the evidence of every change in your own account, under your jurisdiction.

Two planes, one directionACSE’s control plane holds the portal and approvals. The runtime and the evidence store run in the customer’s account and open every connection outward, signed.CONTROL PLANERUN BY ACSEportal · approvals · reportsRUNTIMEEVIDENCEOUTBOUND ONLY · SIGNEDnothing listens in your accountYOUR ACCOUNTyour cloud, your keys
01

Assessment evidence as you go

Controls are evaluated on every scan and each fix is sealed, so assessments start from a record.

02

Sovereignty without trade-offs

Your runtime, credentials and evidence stay in your account. ACSE’s control plane holds no identifiers.

03

Nothing changes without a person

Every fix is approved with step-up MFA, and ACSE never writes to your cloud.

Control profiles

Mapped to the profiles you are assessed against

Each ships as a signed, versioned pack on the same checks. ACSE maps your posture to them; it does not grant an authorization.

Canadian federal
CCCS Medium
Control catalogue
NIST 800-53 Rev 5
US federal cloud baseline
FedRAMP Moderate
Hardening
CIS benchmarks
Department standards
Custom frameworks, published by two people

Sovereignty

Your evidence, in your jurisdiction

The record of every decision and fix is written to append-only storage in your own account. Even ACSE can’t rewrite it.

The control plane region is chosen per deployment, and moving it is a recorded request a second admin must approve.

Your data stays in its regionFour regions, with one chosen as home. Evidence and settings stay in that region.CANADAEUROPEUNITED STATESASIA PACIFICyour home regionevidence and settings stay here

Least privilege

Read-only, and no keys to leak

ACSE reaches your cloud through a federated, short-lived identity with read-only permissions. There is no long-lived access key to store, rotate or lose.

Your team runs the setup ACSE generates, so you see every permission before you grant it.

Read-only, and no keysThe ACSE runtime in the customer’s account reaches a connected cloud through a federated, short-lived token and a read-only role. No long-lived key exists to leak.SHORT-LIVED TOKENfederated · expires in minutes · never storedACSE RUNTIMEin your accountREAD-ONLY ROLEin the cloud you connectno keys to leak

For assessors

What an assessor can check alone

01

Offline verification

Exported cases verify on an air-gapped machine, with no ACSE account.

02

Two verifiers agree

Independent Python and TypeScript verifiers must reach the same verdict.

03

Read-only auditor role

Assessors can see reports, exports and the people list, and change nothing.

Questions

What people ask us

Is ACSE FedRAMP authorized or CCCS assessed?

No. ACSE maps your cloud posture to those profiles and produces evidence for your own assessment. It does not hold an authorization itself.

Can we run ACSE without an external AI service?

Yes. AI is off by default and optional. If you turn it on, it runs on the model service in your own account.

Who can approve a fix?

Only the Security Approver role, with step-up MFA, and never the change’s author.

Talk to us

See ACSE on your cloud.

Tell us what you run and what your auditors ask for. We’ll show you the loop end to end: a real finding, a fix as code, an approval with MFA and the sealed record.