Chimera FedRAMP OpenAPI Extension Contract
This contract defines how Crucible should consume Chimera’s FedRAMP-oriented
OpenAPI annotations. The authoritative producer-side contract lives in Chimera at
docs/fedramp-openapi-extensions.md; this document records Crucible’s consumer
expectations so scenario metadata, compatibility checks, and report generation can
share the same integration shape.
FedRAMP remains a framework overlay. Crucible scenario category values should
continue to describe the technical attack or behavior, while compliance metadata
describes the control assertion and evidence relevance.
Required Chimera Extensions
Crucible should treat an OpenAPI operation as FedRAMP-addressable only when all of these operation-level extensions are present:
| Extension | Consumer expectation |
|---|---|
x-fedramp-controls |
Array of { framework, revision, baselines, family, controlId, assertion, role, rationale } objects. |
x-vulnerability-class |
Lower-kebab-case technical failure class, such as idor, auth-bypass, or audit-suppression. |
x-expected-defense |
Object describing strict-mode or external expected secure behavior. |
x-evidence-types |
Array of evidence artifact classes Crucible can collect or reference. |
x-fedramp-controls[].framework must be fedramp, revision must start as
rev5, family must match the controlId prefix, and baselines must use
low, moderate, high, or li-saas.
Scenario Reference Shape
Scenarios should reference the OpenAPI operation and the assertion slug selected from that operation:
{
"target": {
"family": "chimera",
"endpoint": {
"method": "GET",
"path": "/api/v1/saas/tenants/{tenant_id}/projects",
"fedrampAssertion": "tenant-project-access-is-enforced"
}
},
"compliance": {
"framework": "fedramp",
"revision": "rev5",
"baseline": "moderate",
"controlId": "AC-3",
"family": "AC",
"evidenceTypes": ["request-response", "audit-log", "tenant-fixture"]
}
}
The scenario-level compliance block chooses the assessment assertion. Chimera’s
OpenAPI extensions advertise what an endpoint can support; they do not replace the
scenario assertion, runner result, or report rollup.
Seed Endpoint-Control Map
The first Chimera annotation slice should cover these endpoint families before broader route coverage:
| Domain | Method | Chimera OpenAPI path | Primary controls |
|---|---|---|---|
| auth | POST |
/api/v1/auth/login |
IA-2, IA-5, AC-7, AU-2 |
| auth | POST |
/api/v1/auth/verify-mfa |
IA-2, IA-2(1), IA-5, AU-2 |
| users | GET |
/api/v1/users/profile |
AC-3, AC-6, IA-4, AU-2 |
| tenants | GET |
/api/v1/saas/tenants/{tenant_id}/projects |
AC-3, AC-4, AC-6, AU-2 |
| healthcare | GET |
/api/v1/healthcare/records/{record_id} |
AC-3, AU-2, SI-10, RA-5 |
| banking | GET |
/api/v1/banking/accounts/{account_id} |
AC-3, AC-6, AU-2, RA-5 |
| ecommerce | POST |
/api/v1/ecommerce/checkout/submit |
AC-3, CM-5, SI-10, AU-2 |
| payments | POST |
/api/v1/payments/capture |
AC-3, SC-13, SI-10, AU-2 |
| admin/config | GET |
/api/v1/admin/security-config |
CM-2, CM-3, CM-6, AC-6, AU-2 |
| audit | POST |
/api/v1/admin/audit/suspend |
AU-2, AU-6, AU-9, AC-6, CM-5 |
| integrations | POST |
/api/v1/integrations/ws/simulate-frame |
SC-7, SC-8, AC-4, SI-10 |
These mappings are endpoint-level dynamic-test relevance markers. Crucible should not report them as full FedRAMP control satisfaction.
Compatibility Checks
Scenario compatibility tooling should add control-map drift checks alongside route matching:
- Normalize scenario request URLs and OpenAPI paths using the existing route comparison rules.
- For each scenario FedRAMP endpoint reference, require a matching OpenAPI
operation with
x-fedramp-controls. - Require the referenced
fedrampAssertionto appear in that operation’sx-fedramp-controls[].assertionvalues. - Require the scenario
controlIdto appear in that operation’sx-fedramp-controls[].controlIdvalues. - Report missing annotations separately from missing routes so path drift and control-map drift stay actionable.
- Flag operations that use FedRAMP extensions but omit
x-vulnerability-class,x-expected-defense, orx-evidence-types.
Source Baseline
Official FedRAMP sources remain the source of truth for control semantics and machine-readable package direction. As of 2026-05-27, the contract intentionally stays at endpoint evidence relevance rather than claiming OSCAL or authorization package conformance.
References:
- FedRAMP Rev. 5 baselines: https://www.fedramp.gov/archive/2023-05-30-rev-5-baselines-have-been-approved-and-released/
- FedRAMP Rev5 machine-readable packages RFC: https://www.fedramp.gov/rfcs/0024/
- FedRAMP machine-readable package outcome notice: https://www.fedramp.gov/notices/0009/