Zasady Zero Trust i model BeyondCorp

Zero Trust to model bezpieczeństwa oparty na zasadzie „nigdy nie ufaj, zawsze weryfikuj”. W przeciwieństwie do bezpieczeństwa opartego na perymetrze, które ufa wszystkiemu wewnątrz sieci, Zero Trust wymaga ciągłej weryfikacji każdego użytkownika, urządzenia i aplikacji — niezależnie od ich lokalizacji.

Tradycyjne bezpieczeństwo perymetrowe zakładało, że wnętrze sieci jest zaufane. Model ten przestał się sprawdzać, ponieważ:

• Usługi chmurowe znajdują się poza perymetrem
• Praca zdalna sprawia, że pracownicy są wszędzie
• Przemieszczanie się boczne w zaufanych sieciach jest trywialnie łatwe
• Ponad 70% naruszeń wiąże się z zagrożeniami wewnętrznymi lub skradzionymi danymi uwierzytelniającymi

Google opublikowało BeyondCorp w 2014 roku, opisując usunięcie VPN i oparcie dostępu na weryfikacji urządzenia oraz użytkownika zamiast na lokalizacji sieci. Każdy pracownik Google może pracować z dowolnej sieci — o dostępie decydują tożsamość i stan urządzenia, a nie adres IP.

Pięć filarów:

1. Weryfikuj jawnie — uwierzytelniaj każdego użytkownika i każde urządzenie
2. Stosuj zasadę najmniejszych uprawnień — przyznawaj minimalny niezbędny dostęp
3. Zakładaj naruszenie — projektuj system tak, jakby sieć była już przejęta
4. Kontroluj cały ruch — nie ufaj domyślnie ruchowi wschód-zachód
5. Stale weryfikuj — ponownie weryfikuj dostęp przez cały czas trwania sesji

W modelu Zero Trust tożsamość zastępuje lokalizację sieci jako główny czynnik kontroli dostępu. Kluczowe stają się silne mechanizmy kontroli tożsamości:

• MFA odporne na phishing (FIDO2)
• Scentralizowany dostawca tożsamości (IdP)
• Zasady dostępu warunkowego oparte na sygnałach ryzyka
• Zarządzanie uprzywilejowanymi tożsamościami (PIM)

Zero Trust wymaga weryfikacji stanu urządzenia przed przyznaniem dostępu:

• Czy urządzenie jest zarejestrowane w MDM?
• Czy system operacyjny jest aktualny i zawiera poprawki bezpieczeństwa?
• Czy szyfrowanie dysku jest włączone?
• Czy agent EDR działa?
• Czy urządzenie zostało poddane jailbreakowi lub uzyskało uprawnienia root?

Zgodność urządzenia jest sprawdzana przy każdym żądaniu dostępu.

NIST SP 800-207 to standard architektury Zero Trust rządu Stanów Zjednoczonych. Definiuje siedem zasad ZTA i opisuje scenariusze wdrożenia. Wszystkie agencje federalne mają obowiązek wdrożyć ZTA zgodnie z rozporządzeniem wykonawczym 14028 (2021).

Tradycyjny VPN zapewnia szeroki dostęp do sieci. Zero Trust Network Access (ZTNA) zapewnia dostęp do poszczególnych aplikacji na podstawie tożsamości i stanu urządzenia:

• VPN: zaufanie do sieci → dostęp do wszystkiego wewnątrz
• ZTNA: weryfikacja tożsamości + urządzenia → dostęp tylko do określonych aplikacji

Stopniowe wdrażanie ZTA:

1. Zinwentaryzować użytkowników, urządzenia, aplikacje i dane
2. Ustanowić silną tożsamość (MFA, IdP)
3. Wdrożyć kontrole zgodności urządzeń (MDM)
4. Podzielić aplikacje na segmenty (proxy ZTNA)
5. Monitorować i stale weryfikować

Środowiska chmurowe naturalnie pasują do modelu Zero Trust:

• Brak lokalnego perymetru do ochrony — wszystko znajduje się „na zewnątrz”
• Zasady IAM pełnią funkcję zapory sieciowej
• Service mesh (Istio, Consul) egzekwuje oparte na tożsamości mTLS między usługami
• CSPM stale monitoruje naruszenia zasad

Najważniejsze platformy Zero Trust:

• Google BeyondCorp Enterprise
• Zscaler Private Access
• Cloudflare Access
• Okta + Okta Device Trust
• Microsoft Azure AD Conditional Access

Zero Trust: „nigdy nie ufaj, zawsze weryfikuj”. Zastępuje bezpieczeństwo perymetrowe weryfikacją tożsamości i urządzenia przy każdym żądaniu dostępu. Google BeyondCorp potwierdził możliwość wdrożenia tego modelu na dużą skalę. NIST SP 800-207 zapewnia standard. Wdrożenie obejmuje silnego dostawcę tożsamości, MFA, zgodność urządzeń sprawdzaną przez MDM oraz dostęp ZTNA do poszczególnych aplikacji. Środowiska chmurowe naturalnie pasują do zasad Zero Trust.