Compliance mapping

Every audit rule is mapped to the compliance controls it produces evidence toward. A finding weakens the evidence for the controls it maps to; a clean run is evidence the control's practice is present. This page is the full control-by-control reference. For how the audit itself works, see the audit docs.

Evidence toward controls, not an attestation.A clean audit is not a certification, and pipeline activity evidences only part of any standard — the secure-development, change-management, vulnerability, testing, and capacity controls. Organisational, people, and physical controls are out of scope. Mappings marked partial are evidence toward a control without fully exercising it.

Standards and scope

Standards fall into two classes. Scope-universal standards apply to any software pipeline and are mapped on every repository. Scope-conditionalstandards apply only to a declared context — ISO 42001 to repositories that build AI systems, PCI-DSS to those in cardholder-data-environment scope — and surface on the audit page once a repository is declared in that scope. SOC 2 mapping is planned.

ISO/IEC 27001:2022

Live

13 controls evidenced by 23 detectors.

ControlEvidenced by
5.3Segregation of duties
  • Manual approval inflationpartial
5.17Authentication information
  • Secret scan presence check
5.21Managing information security in the ICT supply chain
  • Dependency scan presence checkpartial
  • Unpinned actionspartial
5.32Intellectual property rights
  • License scan presence check
8.2Privileged access rights
  • Workflow permissionspartial
8.4Access to source code
  • Force push on protected branch
8.6Capacity management
  • Workflow timeout missingpartial
  • Duplicate runs wastepartial
8.8Management of technical vulnerabilities
  • Dependency scan presence check
  • Sbom presence checkpartial
8.24Use of cryptography
  • Secret scan presence check
  • Artifact signing presence checkpartial
8.25Secure development life cycle
  • Unit tests presence check
  • Acceptance tests presence checkpartial
  • Build verification presence check
8.28Secure coding
  • SAST presence check
  • Lint presence checkpartial
  • Type checking presence checkpartial
8.29Security testing in development and acceptance
  • SAST presence check
  • Unit tests presence checkpartial
  • Acceptance tests presence check
  • Skip CI on productionpartial
  • Disabled testspartial
  • Quarantine candidatepartial
  • Investigate new flakypartial
8.32Change management
  • Schema migration validation presence check
  • Force push on protected branch
  • Skip CI on production
  • Hotfix bypass
  • Manual approval inflation

NIST SSDF (SP 800-218 v1.1)

Live

13 controls evidenced by 19 detectors.

ControlEvidenced by
PO.4Define and use criteria for software security checks
  • Skip CI on productionpartial
  • Hotfix bypasspartial
PO.5Implement and maintain secure environments for software development
  • Workflow permissionspartial
PS.1Protect all forms of code from unauthorized access and tampering
  • Secret scan presence checkpartial
  • Unpinned actions
  • Force push on protected branch
PS.2Provide a mechanism for verifying software release integrity
  • Artifact signing presence check
PS.3.2Maintain provenance data for each software release (SBOM)
  • Sbom presence check
PW.4Reuse existing, well-secured software
  • Dependency scan presence check
  • Unpinned actionspartial
PW.5Create source code by adhering to secure coding practices
  • Lint presence checkpartial
PW.6Configure the build process to improve executable security
  • Build verification presence checkpartial
PW.7Review and/or analyze human-readable code
  • Secret scan presence checkpartial
  • Lint presence checkpartial
  • Type checking presence checkpartial
PW.7.1Perform human code review
  • Manual approval inflationpartial
PW.7.2Use automated tools to analyze code
  • SAST presence check
PW.8Test executable code to identify vulnerabilities
  • Unit tests presence checkpartial
  • Acceptance tests presence checkpartial
  • Disabled testspartial
  • Quarantine candidatepartial
  • Investigate new flakypartial
RV.1Identify and confirm vulnerabilities on an ongoing basis
  • Dependency scan presence check

ISO/IEC 42001

Scope-conditional

2 controls evidenced by 8 detectors. Surfaced on the audit page once this pipeline builds or deploys an AI system.

ControlEvidenced by
A.6.2.4AI system verification and validation
  • Unit tests presence checkpartial
  • Acceptance tests presence checkpartial
  • Build verification presence checkpartial
A.6.2.5AI system deployment
  • Schema migration validation presence checkpartial
  • Force push on protected branchpartial
  • Skip CI on productionpartial
  • Hotfix bypasspartial
  • Manual approval inflationpartial

PCI-DSS v4.0

Scope-conditional

7 controls evidenced by 17 detectors. Surfaced on the audit page once this pipeline is in PCI cardholder-data-environment scope.

ControlEvidenced by
6.2.3Bespoke and custom software reviewed prior to release
  • Manual approval inflationpartial
6.2.3.1Code review by automated tools and/or manual review
  • SAST presence check
  • Lint presence checkpartial
  • Type checking presence checkpartial
6.2.4Software engineering techniques prevent common attacks
  • SAST presence check
  • Secret scan presence checkpartial
6.3.1Security vulnerabilities identified and managed
  • Dependency scan presence check
6.3.2Inventory of bespoke and custom software components maintained
  • Dependency scan presence check
  • Sbom presence check
6.5.1Changes managed via formal change-control procedures
  • Schema migration validation presence checkpartial
  • Force push on protected branch
  • Skip CI on productionpartial
  • Hotfix bypasspartial
  • Manual approval inflationpartial
6.5.2PCI DSS requirements verified after a significant change
  • Unit tests presence checkpartial
  • Acceptance tests presence checkpartial
  • Build verification presence checkpartial
  • Disabled testspartial
  • Quarantine candidatepartial
  • Investigate new flakypartial

SOC 2

SOC 2 (Trust Services Criteria) mapping is planned. Change management (CC8.1) and system operations / monitoring (CC7.x) are the expected anchors. Not yet available.

Using the mapping

On the audit page, each finding shows the controls it maps to. Filter findings by standard with the Standard filter, and on Business see a per-standard coverage roll-up. The same data is available via the public API (a standard filter plus a controls array on each finding) and the MCP server.