
Timp de ani de zile, un pachet de autorizare FedRAMP a fost, înainte de toate, un singur lucru: foarte multă documentație. Planuri de securitate a sistemului de sute de pagini, descrieri ale controalelor în șabloane Word, inventare și rezultate ale testelor în Excel. Chiar și în 2025, autorizările Rev5 se bazau aproape în întregime pe aceste șabloane, deși OSCAL exista de mult timp ca alternativă lizibilă automat.
În ianuarie 2026, FedRAMP a inițiat schimbarea de direcție prin RFC-0024: datele de autorizare urmează să fie transmise ca date structurate, lizibile automat, în locul teancurilor de documente. Pentru agenții, acest lucru înseamnă analize mai rapide și pachete comparabile. Pentru furnizorii de servicii cloud, înseamnă o tranziție care este mult mai bine planificată din timp decât târziu.
Drumul către regula finală este în sine o lecție de standardizare publică. Propunerea inițială stabilea termene-limită ferme încă de la 30 septembrie 2026. În perioada de consultare publică, încheiată la 11 martie 2026, furnizorii au cerut aproape în unanimitate mai mult timp de pregătire.
FedRAMP a răspuns: rezultatul intermediar publicat în martie 2026 a amânat termenele. Totul a fost apoi consolidat în versiunea finală a Consolidated Rules for 2026 (CR26), publicată la sfârșitul lunii iunie 2026, care organizează cerințele în clasele de certificare de la A la D. Mesajul rămâne neschimbat: lizibilitatea automată vine; doar calendarul a devenit mai realist.
Contează calendarul final CR26; versiunile intermediare anterioare, cu termene de format pentru fiecare clasă, sunt înlocuite.
Important pentru planificare: oricine urmărește o autorizare nouă în 2027 lucrează, de fapt, cu noile formate încă din 2026, deoarece pregătirea pachetului, analizele decalajelor și testarea încep cu mult înaintea termenului-limită.
Regulile finale ancorează lizibilitatea automată în documente JSON care se validează în raport cu schemele FedRAMP publicate; FedRAMP nu prescrie un anumit instrument de redactare. În practică, drumul trece prin OSCAL: standardul NIST este modelul de date deschis consacrat exact pentru acest conținut, FedRAMP colaborează cu comunitatea OSCAL la șabloane și resurse, iar ecosistemul de instrumente crește cel mai rapid acolo. Articolul nostru despre peisajul instrumentelor OSCAL oferă o imagine de ansamblu.
Modul în care se îmbină modelele de documente, de la catalog la profil, la SSP și la evaluare, este prezentat în introducerea noastră Ce este OSCAL?
Din experiența noastră cu datele de conformitate structurate, o succesiune simplă și-a dovedit eficiența. Ea funcționează indiferent dacă ținta este FedRAMP sau un alt program cu cerințe de lizibilitate automată.
Exact pentru asta construim Secani: o platformă în care datele de autorizare sunt structurate de la început, cu surse, aprobări și istoric. Dacă planificați tranziția, discutați cu noi.
Secani conectează domeniile de aplicare, dovezile, sarcinile și agenții IA într-un spațiu de lucru comun.
OSCAL transformă documentele de conformitate în date structurate: opt modele de documente, trei formate și un ecosistem care devine standardul pentru reglementare.
OLIR oferă conținutul corespondențelor și guvernanța acestora. OSCAL oferă structura lizibilă automat pentru utilizarea acestor corespondențe în analiza lacunelor, reutilizarea dovezilor și fluxurile de lucru privind impactul modificărilor.
Fiecare validator OSCAL pretinde că validează OSCAL. Noi am enumerat toate cele 348 de apariții ale constrângerilor din sursele NIST, am demonstrat sau am exclus fiecare dintre ele și apoi am rulat efectiv comparația cu Java CLI.