
Daugelį metų FedRAMP autorizacijos paketas pirmiausia buvo vienas dalykas: daugybė dokumentų. Šimtų puslapių sistemų saugumo planai, kontrolės priemonių aprašymai Word šablonuose, inventoriai ir bandymų rezultatai Excel failuose. Dar 2025 m. Rev5 autorizacijos beveik visiškai rėmėsi šiais šablonais, nors OSCAL jau seniai egzistavo kaip mašinomis skaitoma alternatyva.
2026 m. sausį FedRAMP su RFC-0024 pradėjo krypties pokytį: autorizacijos duomenys turi būti teikiami kaip struktūrizuoti, mašinomis skaitomi duomenys, o ne kaip dokumentų krūvos. Agentūroms tai reiškia greitesnes peržiūras ir palyginamus paketus. Debesijos paslaugų teikėjams tai reiškia perėjimą, kurį kur kas geriau suplanuoti anksti nei vėlai.
Kelias iki galutinės taisyklės pats savaime yra viešosios standartizacijos pamoka. Pradiniame pasiūlyme griežti terminai buvo nustatyti jau 2026 m. rugsėjo 30 d. Komentarų laikotarpiu, pasibaigusiu 2026 m. kovo 11 d., paslaugų teikėjai beveik vieningai prašė daugiau laiko pasirengti.
FedRAMP sureagavo: 2026 m. kovą paskelbtas tarpinis rezultatas terminus atidėjo. Tada viskas buvo sujungta į galutines 2026 m. Konsoliduotąsias taisykles (CR26), paskelbtas 2026 m. birželio pabaigoje, kurios reikalavimus suskirsto į sertifikavimo klases nuo A iki D. Žinia nepasikeitė: mašininis skaitomumas ateina – tik tvarkaraštis tapo realistiškesnis.
Svarbus galutinis CR26 tvarkaraštis; ankstesni tarpiniai projektai su kiekvienai klasei nustatytais formato terminais nebegalioja.
Planavimui svarbu: kiekvienas, siekiantis naujos autorizacijos 2027 m., iš esmės dirba su naujais formatais jau 2026 m. – paketo rengimas, spragų analizė ir bandymai prasideda gerokai prieš terminą.
Galutinės taisyklės mašininį skaitomumą įtvirtina JSON dokumentuose, atitinkančiuose paskelbtas FedRAMP schemas – FedRAMP nenurodo konkretaus rengimo įrankio. Praktikoje kelias veda per OSCAL: šis NIST standartas yra nusistovėjęs atvirasis duomenų modelis būtent tokiam turiniui, FedRAMP bendradarbiauja su OSCAL bendruomene rengdama šablonus ir išteklius, o įrankių ekosistema sparčiausiai auga būtent ten – apžvalgą pateikiame savo įraše apie OSCAL įrankių kraštovaizdį.
Kaip dera dokumentų modeliai – nuo katalogo iki profilio, SSP ir vertinimo – aptariama mūsų įvade Kas yra OSCAL?
Mūsų darbo su struktūrizuotais atitikties duomenimis patirtis rodo, kad pasiteisina paprasta seka. Ji veikia nepriklausomai nuo to, ar tikslas yra FedRAMP, ar kita programa su mašininio skaitomumo reikalavimais.
Būtent tam kuriame Secani: platformą, kurioje autorizacijos duomenys nuo pat pradžių yra struktūrizuoti – su šaltiniais, patvirtinimais ir istorija. Jei planuojate perėjimą, susisiekite su mumis.
Secani sujungia aprėptis, įrodymus, užduotis ir DI agentus vienoje bendroje darbo erdvėje.
OSCAL atitikties dokumentus paverčia struktūrizuotais duomenimis: aštuoni dokumentų modeliai, trys formatai ir ekosistema, kuri tampa reguliavimo standartu.
OLIR pateikia susiejimų turinį ir valdyseną. OSCAL suteikia mašininio nuskaitymo struktūrą, leidžiančią šiuos susiejimus naudoti spragų analizės, įrodymų pakartotinio naudojimo ir pakeitimų poveikio darbo procesuose.
Kiekvienas OSCAL validatorius teigia, kad validuoja OSCAL. Mes suskaičiavome visus 348 apribojimų atvejus NIST šaltiniuose, kiekvieną įrodėme arba pašalinome, o tada iš tikrųjų atlikome palyginimą su Java CLI.