What does it mean to convert an SSP to OSCAL?
It means expressing the same information your System Security Plan holds - system characteristics, control implementations, parameters, and responsible roles - as the OSCAL SSP model: NIST's machine-readable format. Once the SSP is OSCAL, tools can validate, exchange, and continuously check it instead of a human re-reading a Word or Excel document.
What formats does the SSP need to be in?
OscalIQ ingests both Word (.docx) and Excel (.xlsx) System Security Plans and control workbooks - including FedRAMP templates and the non-standard documents most teams actually maintain.
What OSCAL do I get out?
A validated OSCAL System Security Plan you can export as JSON, XML, or YAML, conformant to the NIST OSCAL SSP model so downstream tools, agencies, and 3PAOs can consume it.
Is converting an SSP to OSCAL a one-time thing?
It should not be. The value of OSCAL is a living, machine-readable SSP. OscalIQ keeps yours current as the system changes, so you export up-to-date OSCAL any time rather than re-converting a document each assessment cycle.
How is this different from the free NIST/GSA tools?
The open-source OSCAL tooling and official templates assume your content is already structured and mapped. They do not read an arbitrary narrative SSP and produce valid OSCAL. OscalIQ is built for that gap - reading real documents, extracting the control data, and producing validated OSCAL.