Przejdź do głównej zawartości

8.27 Bezpieczna architektura i zasady inżynierii systemów

W skrócie: organizacja ma spisane zasady bezpiecznego projektowania systemów i stosuje je we wszystkich projektach — od architektury po wybór komponentów.

Cel: zapewnienie, że systemy informacyjne są bezpiecznie projektowane, wdrażane i eksploatowane w cyklu życia wytwarzania.

Atrybuty​

Typ atrybutuWartości
Typ zabezpieczenia#Preventive (prewencyjne)
Właściwości bezpieczeństwa informacji#Confidentiality (poufność), #Integrity (integralność), #Availability (dostępność)
Koncepcje cyberbezpieczeństwa#Protect (ochrona)
Zdolności operacyjne#System_and_network_security (bezpieczeństwo systemów i sieci), #Application_security (bezpieczeństwo aplikacji)
Domeny bezpieczeństwa#Protection (ochrona)

Znaczenie atrybutów opisuje 4.2 Tematy i atrybuty.

Wytyczne​

  • Zasady inżynierii bezpieczeństwa ustala się, dokumentuje i stosuje w działaniach dotyczących systemów informacyjnych. Projekt bezpieczeństwa obejmuje wszystkie warstwy architektury: biznes, dane, aplikacje, technologię.
  • Zasady dotyczą m.in.: pełnego zakresu zabezpieczeń (zapobieganie, wykrywanie, reagowanie), dopasowania do wymagań, wykorzystania istniejących zabezpieczeń, zdolności do integracji z infrastrukturą organizacji, minimalizacji ryzyka na każdym etapie.
  • Norma wymienia podejścia: obronę w głąb, bezpieczeństwo domyślne i od etapu projektu, bezpieczną awarię (fail-safe), zasadę minimalnych uprawnień, uproszczenie, rozdzielenie, ochronę przed błędami użytkownika, ograniczanie powierzchni ataku i zero trust.
  • W modelu zero trust zakłada się, że systemy są już naruszone i nie ufa się sieci. Każde żądanie jest uwierzytelniane, szyfrowane i autoryzowane według minimalnych uprawnień, niezależnie od pochodzenia.
  • Zasady stosuje się także przy pozyskiwaniu systemów od dostawców i w usługach zleconych — wpisuje się je w umowy (8.30).
  • Zasady przegląda się regularnie, aby uwzględniały nowe zagrożenia i technologie.

W praktyce​

Przykłady i narzędzia poniżej to praktyka branżowa, nie treść normy.

  • Wzorce referencyjne architektury (np. strefy sieciowe, uwierzytelnianie przez centralny IdP, szyfrowanie domyślne) zatwierdzane przez architektów bezpieczeństwa.
  • Przegląd architektury przy każdej istotnej zmianie — z modelem zagrożeń i diagramem przepływu danych.
  • NIST SP 800-207 (Zero Trust Architecture) i NIST SP 800-160 (inżynieria bezpieczeństwa systemów) jako źródła zasad.

Powiązania​