Part of #118. Suite-integration workstream. The controls corpus for the mapping engine is a pluggable provider; a tenant may own Benjamin's breakpilot-compliance RAG.
Context
compliance-scanner maps findings → controls → compliance status (CS-C epics; built-in cra-62443-catalog OSCAL). breakpilot-compliance (from Benjamin Bönisch) is a RAG of 300,000+ atomic controls derived from ~400 laws. If the tenant owns it, the mapping engine should query that RAG for far broader coverage.
Scope
Onboarding captures a compliance scope: ComplianceProfile on the target — applicable frameworks/jurisdictions (CRA, IEC 62443, GDPR, SOC2, ISO 27001, ...). This drives which controls are relevant and is set during onboarding (with sensible defaults per target type — e.g. firmware → CRA + 62443).
ControlsProvider port in compliance-core with impls: built-in OSCAL catalog (default) and breakpilot RAG (when the tenant has it). The mapping engine (CS-C2) queries the provider, not a hardcoded catalog.
Seam now: the ComplianceProfile model field + the ControlsProvider trait stub + default-profile-per-target-type. RAG wiring lands later.
Depends on
ONB-01 (#119). Ties to CS-C2 (#107), CS-C3 (#108).
Part of #118. **Suite-integration workstream.** The controls corpus for the mapping engine is a pluggable provider; a tenant may own Benjamin's breakpilot-compliance RAG.
## Context
compliance-scanner maps findings → controls → compliance status (CS-C epics; built-in `cra-62443-catalog` OSCAL). **breakpilot-compliance** (from Benjamin Bönisch) is a RAG of 300,000+ atomic controls derived from ~400 laws. If the tenant owns it, the mapping engine should query that RAG for far broader coverage.
## Scope
- **Onboarding captures a compliance scope**: `ComplianceProfile` on the target — applicable frameworks/jurisdictions (CRA, IEC 62443, GDPR, SOC2, ISO 27001, ...). This drives which controls are relevant and is set during onboarding (with sensible defaults per target type — e.g. firmware → CRA + 62443).
- **`ControlsProvider` port** in compliance-core with impls: built-in OSCAL catalog (default) and breakpilot RAG (when the tenant has it). The mapping engine (CS-C2) queries the provider, not a hardcoded catalog.
- Seam now: the `ComplianceProfile` model field + the `ControlsProvider` trait stub + default-profile-per-target-type. RAG wiring lands later.
## Depends on
ONB-01 (#119). Ties to CS-C2 (#107), CS-C3 (#108).
sharang
added this to the Onboarding v1 milestone 2026-07-10 10:32:30 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Part of #118. Suite-integration workstream. The controls corpus for the mapping engine is a pluggable provider; a tenant may own Benjamin's breakpilot-compliance RAG.
Context
compliance-scanner maps findings → controls → compliance status (CS-C epics; built-in
cra-62443-catalogOSCAL). breakpilot-compliance (from Benjamin Bönisch) is a RAG of 300,000+ atomic controls derived from ~400 laws. If the tenant owns it, the mapping engine should query that RAG for far broader coverage.Scope
ComplianceProfileon the target — applicable frameworks/jurisdictions (CRA, IEC 62443, GDPR, SOC2, ISO 27001, ...). This drives which controls are relevant and is set during onboarding (with sensible defaults per target type — e.g. firmware → CRA + 62443).ControlsProviderport in compliance-core with impls: built-in OSCAL catalog (default) and breakpilot RAG (when the tenant has it). The mapping engine (CS-C2) queries the provider, not a hardcoded catalog.ComplianceProfilemodel field + theControlsProvidertrait stub + default-profile-per-target-type. RAG wiring lands later.Depends on
ONB-01 (#119). Ties to CS-C2 (#107), CS-C3 (#108).