
I årevis var en FedRAMP-autorisationspakke først og fremmest én ting: en masse dokumenter. Systemsikkerhedsplaner på flere hundrede sider, kontrolbeskrivelser i Word-skabeloner, fortegnelser og testresultater i Excel. Så sent som i 2025 kørte Rev5-autorisationer næsten udelukkende på disse skabeloner, selvom OSCAL for længst fandtes som det maskinlæsbare alternativ.
I januar 2026 indledte FedRAMP kursskiftet med RFC-0024: Autorisationsdata skal indsendes som strukturerede, maskinlæsbare data i stedet for stakke af dokumenter. For myndighederne betyder det hurtigere gennemgange og sammenlignelige pakker. For cloududbydere betyder det en overgang, som det er langt bedre at planlægge tidligt end sent.
Vejen til den endelige regel er i sig selv en lektion i offentlig standardisering. Det oprindelige forslag fastsatte faste skæringsdatoer allerede den 30. september 2026. I høringsperioden, der sluttede den 11. marts 2026, bad udbyderne næsten enstemmigt om mere forberedelsestid.
FedRAMP reagerede: Det foreløbige resultat, der blev offentliggjort i marts 2026, rykkede fristerne. Alt blev derefter samlet i de endelige Consolidated Rules for 2026 (CR26), der blev offentliggjort i slutningen af juni 2026, og som organiserer kravene i certificeringsklasserne A til D. Budskabet er uændret: Maskinlæsbarheden kommer, kun tidsplanen er blevet mere realistisk.
Det er den endelige CR26-tidsplan, der gælder; tidligere foreløbige udkast med formatfrister pr. klasse er afløst.
Vigtigt for planlægningen: Den, der sigter mod en ny autorisation i 2027, arbejder i praksis med de nye formater allerede i 2026, for forberedelse af pakken, gap-analyser og test begynder i god tid før skæringsdatoen.
De endelige regler forankrer maskinlæsbarheden i JSON-dokumenter, der validerer op imod offentliggjorte FedRAMP-skemaer; FedRAMP foreskriver ikke et bestemt redigeringsværktøj. I praksis går vejen gennem OSCAL: NIST-standarden er den etablerede åbne datamodel for netop dette indhold, FedRAMP samarbejder med OSCAL-fællesskabet om skabeloner og ressourcer, og økosystemet af værktøjer vokser hurtigst dér. Vores indlæg om landskabet af OSCAL-værktøjer giver et overblik.
Hvordan dokumentmodellerne hænger sammen, fra katalog over profil til SSP og vurdering, gennemgås i vores introduktion Hvad er OSCAL?
Ud fra vores arbejde med strukturerede compliancedata har en enkel rækkefølge vist sit værd. Den virker, uanset om målet er FedRAMP eller et andet program med krav om maskinlæsbarhed.
Det er præcis det, vi bygger Secani til: en platform, hvor autorisationsdata er strukturerede fra starten, med kilder, godkendelser og historik. Hvis I planlægger overgangen, så tal med os.
Secani forbinder scopes, dokumentation, opgaver og AI-agenter i ét fælles arbejdsområde.
OSCAL gør compliance-dokumenter til strukturerede data: otte dokumentmodeller, tre formater og et økosystem, der er ved at blive standarden for regulering.
OLIR leverer mappingindhold og governance. OSCAL leverer den maskinlæsbare struktur, der gør mappings brugbare i gap-analyser, genbrug af evidens og workflows for konsekvensanalyse af ændringer.
Alle OSCAL-validatorer hævder at validere OSCAL. Vi opregnede alle 348 constraint-forekomster i NIST-kilderne, beviste eller udelukkede hver enkelt og kørte derefter sammenligningen mod Java CLI'en for alvor.