Signed compliance evidence (GRC)
Auditors don't want a PDF they have to trust — they want signed, machine-readable evidence of every control check, verifiable without re-running anything. In this session a GRC engineer asks Claude to prove a system meets its CIS Ubuntu 24.04 Level 1 baseline before release.
There's a catch: the compliance scanners (OpenSCAP, InSpec, kube-bench, …) aren't in
the default cilock. So this team composed a custom cilock-grc with the
rookery builder that includes the
oscap attestor. You build the tool you need.
Loading recorded terminal session…
What it does, step by step
- Confirm the tool exists.
cilock-grc attestors listshowsoscap(and the rest of the GRC family) compiled into this binary — composed earlier with the builder. - Run the CIS scan under CI/lock.
cilock-grc run --step compliance-scan -a environment,oscap --capture-mode walk -- oscap xccdf eval --profile cis_level1_server …wraps the OpenSCAP scan. (oscap exits 2 when rules fail — expected; the findings are in the results file.) The result is a signedoscapattestation. - Open the evidence. Claude pulls the
scanSummaryfrom the signed attestation — 220 pass / 113 fail on CIS L1 (≈66% of evaluated rules) — and the high-severity failures: the system permits empty passwords (no_empty_passwords_unix,sshd_disable_empty_passwords). - Visualize the flow from scan → signed attestation → policy → control frameworks.
- Verify against the baseline. The signed policy's
compliance-baselineRego rule blocks any release with a high-severity failure, socilock-grc verifyreturns Verification failed and exits non-zero. See policy verification. - Write the auditor report. The real posture, the high-severity failures, and the CIS L1 / NIST 800-53 (IA-5) / FedRAMP mapping are captured into a report the auditor reads instead of re-running the scan.
The rest of the GRC toolbox
The same pattern — wrap a compliance tool, sign the result, gate on a policy, map to controls — works across the GRC scanners. They're all rookery plugins you can compile into your binary:
| Tool | Use |
|---|---|
oscap | SCAP / STIG / CIS host benchmarks (shown). The Ubuntu 24.04 content also ships a Canonical STIG profile. |
inspec | Chef InSpec compliance profiles |
kubescape · kube-bench | CIS Kubernetes benchmarks and cluster posture |
prowler · steampipe | Cloud security posture (CSPM) for AWS/GCP/Azure |
testssl | TLS / FIPS cryptographic compliance |
| nessus | Vulnerability assessment |
Why GRC teams care
- The scan result is tamper-evident evidence, mapped to CIS L1 / NIST SP 800-53 / FedRAMP — an auditor verifies the signature and reads it.
- It uses the same evidence model as build, scan, and runtime — one pipeline, many control regimes.
- A signed policy turns the baseline into an automatic, continuous gate, and the generated report is the durable audit record of exactly what was checked.
The default CI/lock ships a lean attestor set. The rookery builder composes a binary with exactly the attestors you require — here, the GRC compliance scanners.