Aceasta traduce nevoile de protecție în designuri pentru identități, rețele, sarcini de lucru, aplicații, date, planuri de management, monitorizare, reziliență și dependențe de furnizor. Este o descriere arhitecturală și un model decizional, nu un produs sau o listă de verificare generică.
Arhitectura trebuie să descrie atât elementele operate de furnizor, cât și cele operate de client, pe modelele de servicii și implementare alese. Ea leagă consecințele de afaceri și sensibilitatea datelor de puncte concrete de aplicare, căi administrative, frontiere criptografice, telemetrie, mecanisme de recuperare și procese de ciclu de viață. Modelele de referință trebuie adaptate la sistem și contract.
Puncte esențiale
Domeniu și contextIdentificați activele, serviciile, dependențele, jurisdicțiile, ipotezele de amenințare, fluxurile de date necesare, nevoile de disponibilitate și consecințele compromiterii sau eșecului furnizorului.
Încredere și responsabilitateArătați unde identitățile, deciziile de politici, aplicarea, cheile, datele și administrarea traversează frontiere organizaționale sau tehnice și atribuiți un proprietar responsabil pentru fiecare control.
Asigurare și evoluțieÎnregistrați deciziile de design și excepțiile, validați proprietățile importante, revizuiți modificările furnizorului și aplicației, testați recuperarea și păstrați diagramele și modelele de amenințări aliniate cu infrastructura implementată.
Limitare importantăO diagramă de arhitectură nu stabilește că controalele există, funcționează sau rămân corect configurate. Modelele de referință pot omite comportament specific serviciului, iar un design care ignoră proprietatea operațională, dovezile observabile, modurile de eșec sau logica aplicației poate crea încredere falsă.