Tradycyjny model bezpieczeństwa zakładał, że jeśli użytkownik lub urządzenie znalazło się „wewnątrz” firmowej sieci, można obdarzyć je większym zaufaniem. W świecie chmury, pracy hybrydowej, urządzeń prywatnych i rozproszonych aplikacji takie podejście przestaje jednak odpowiadać rzeczywistości. Zero Trust Network Access (ZTNA) odwraca tę logikę: dostęp nie jest przyznawany dlatego, że ktoś znajduje się w firmowej sieci, lecz dlatego, że w konkretnym momencie spełnia określone warunki bezpieczeństwa.
NIST definiuje architekturę Zero Trust jako odejście od ochrony opartej przede wszystkim na granicy sieciowej na rzecz ochrony użytkowników, urządzeń i konkretnych zasobów. Nie ma przy tym automatycznego zaufania wynikającego z lokalizacji urządzenia czy przynależności do organizacji.
O czym jest artykuł? Czytaj więcej…
- czym jest Zero Trust Network Access i czym różni się od tradycyjnego VPN,
- dlaczego w architekturze Zero Trust nie istnieje pojęcie „zaufanej sieci”,
- jakie elementy tworzą nowoczesną architekturę ZTNA,
- jak działa ciągła weryfikacja użytkownika i urządzenia,
- dlaczego mikrosegmentacja ogranicza skutki cyberataku,
- jakie znaczenie mają tożsamość, MFA, polityki dostępu i monitoring,
- jakie błędy firmy popełniają podczas wdrażania ZTNA.
Spis treści
- Dlaczego model „ufaj, ale kontroluj” przestaje działać?
- Czym właściwie jest Zero Trust Network Access?
- Jak wygląda architektura ZTNA od środka?
- Zero Trust kontra VPN – różnica jest większa, niż się wydaje
- Dlaczego tożsamość stała się nowym obwodem bezpieczeństwa?
- Co daje ZTNA w przypadku udanego cyberataku?
- Wdrożenie ZTNA nie zaczyna się od zakupu narzędzia
- Czy Zero Trust oznacza, że nikomu nie można ufać?
Dlaczego model „ufaj, ale kontroluj” przestaje działać?
Jeszcze niedawno przedsiębiorstwo mogło stosunkowo łatwo wyznaczyć granicę pomiędzy własną siecią a internetem. Firewall chronił dostęp z zewnątrz, a pracownik znajdujący się w biurze otrzymywał dostęp do znacznej części zasobów wewnętrznych.
Dziś granica ta praktycznie się rozmyła. Pracownik może logować się z domu, hotelu lub telefonu, aplikacja biznesowa może działać w chmurze, a dane mogą być przechowywane jednocześnie w kilku środowiskach. NIST wskazuje właśnie na pracę zdalną, BYOD oraz zasoby chmurowe jako czynniki, które podważają skuteczność tradycyjnego modelu opartego na obwodzie sieci.
W praktyce oznacza to, że samo pytanie „czy użytkownik jest w naszej sieci?” jest niewystarczające.
Znacznie ważniejsze stają się pytania:
- kim jest użytkownik,
- z jakiego urządzenia korzysta,
- czy urządzenie spełnia wymagania bezpieczeństwa,
- do jakiej aplikacji chce uzyskać dostęp,
- jaki poziom uprawnień jest mu potrzebny,
- czy zachowanie użytkownika odpowiada wcześniejszym wzorcom,
- czy ryzyko nie zmieniło się już podczas trwania sesji.
Czym właściwie jest Zero Trust Network Access?
ZTNA to model kontrolowania dostępu do aplikacji i zasobów, w którym każda próba uzyskania dostępu jest oceniana na podstawie tożsamości, kontekstu i aktualnego poziomu ryzyka.
Nie wystarczy więc jednorazowe uwierzytelnienie. System powinien podejmować decyzję o dostępie na podstawie aktualnych sygnałów i odpowiedniej polityki bezpieczeństwa. Brytyjski National Cyber Security Centre (NCSC) w opublikowanych w maju 2026 r. wytycznych wskazuje, że dobrze zaprojektowane ZTNA powinno m.in. ograniczać powierzchnię ataku, blokować ruch boczny i stale egzekwować kontrolę dostępu.
Ważną zasadą jest least privilege, czyli przyznawanie minimalnych uprawnień koniecznych do wykonania konkretnego zadania. Pracownik nie powinien automatycznie otrzymywać dostępu do całej sieci tylko dlatego, że potrzebuje jednej aplikacji.
ZTNA może obejmować zarówno prywatne aplikacje przedsiębiorstwa, jak i usługi SaaS. W obu przypadkach chodzi o ten sam mechanizm: dostęp ma być jawnie autoryzowany, możliwie wąski, monitorowany i uzależniony od aktualnego kontekstu.
Jak wygląda architektura ZTNA od środka?
Architektura Zero Trust nie jest jednym programem ani urządzeniem, które wystarczy zainstalować w centrum danych. To zestaw współpracujących mechanizmów odpowiedzialnych za identyfikację, ocenę ryzyka, polityki dostępu i egzekwowanie decyzji.
Typowe środowisko ZTNA obejmuje:
- system zarządzania tożsamością i dostępem,
- wieloskładnikowe uwierzytelnianie (MFA),
- informacje o stanie i bezpieczeństwie urządzenia,
- silnik polityk dostępu,
- komponent egzekwujący decyzję,
- mechanizmy segmentacji i izolacji aplikacji,
- monitoring oraz centralne logowanie zdarzeń,
- integrację z systemami bezpieczeństwa i analityki.
W praktyce użytkownik nie powinien otrzymywać „klucza do sieci”. Otrzymuje dostęp do konkretnego zasobu, np. aplikacji finansowej, systemu CRM albo środowiska deweloperskiego.
NCSC w swojej architekturze referencyjnej wskazuje również na znaczenie krótkotrwałych tokenów oraz ponownej oceny sygnałów przed przedłużeniem sesji.
Zero Trust kontra VPN – różnica jest większa, niż się wydaje
VPN nadal może być użytecznym elementem infrastruktury bezpieczeństwa, ale jego podstawowy model działania różni się od ZTNA. VPN często zapewnia użytkownikowi dostęp do określonej sieci, podczas gdy ZTNA koncentruje się na dostępie do konkretnych aplikacji i zasobów.
To istotna różnica w sytuacji, gdy konto pracownika zostanie przejęte. W tradycyjnym modelu napastnik może próbować wykorzystać uzyskany dostęp do przemieszczania się po sieci. W dobrze zaprojektowanej architekturze Zero Trust zakres dostępu powinien być znacznie bardziej ograniczony.
ZTNA nie oznacza jednak automatycznie, że każda technologia określana mianem „Zero Trust” zapewnia taki sam poziom ochrony. Kluczowe są architektura, konfiguracja, jakość polityk oraz integracja z systemami tożsamości i monitoringu.
Dlaczego tożsamość stała się nowym obwodem bezpieczeństwa?
W świecie Zero Trust tożsamość użytkownika jest jednym z najważniejszych elementów kontroli dostępu. Hasło przestaje być wystarczającym dowodem, że osoba korzystająca z konta rzeczywiście powinna uzyskać dostęp.
Dlatego ZTNA wykorzystuje kombinację wielu sygnałów. Mogą nimi być między innymi:
- tożsamość użytkownika,
- poziom uwierzytelnienia,
- stan urządzenia,
- lokalizacja i kontekst logowania,
- typ aplikacji,
- czas oraz charakter żądania,
- wcześniejsze zachowanie użytkownika,
- poziom ryzyka określony przez system bezpieczeństwa.
Znaczenie ochrony tożsamości rośnie również dlatego, że tokeny dostępowe są obecnie ważnym elementem infrastruktury chmurowej. We wrześniu 2026 r. NIST wraz z CISA opublikowały finalne wytyczne dotyczące ochrony tokenów i mechanizmów potwierdzających tożsamość przed kradzieżą, fałszowaniem i niewłaściwym użyciem. NIST podkreślił, że tokeny są istotnym elementem współczesnych architektur Zero Trust.
Co daje ZTNA w przypadku udanego cyberataku?
Zero Trust nie jest technologią, która gwarantuje, że atak nigdy się nie powiedzie. Jego wartość ujawnia się również wtedy, gdy atakujący zdobędzie dane uwierzytelniające lub przejmie urządzenie.
Najważniejszym celem jest ograniczenie blast radius, czyli zasięgu skutków incydentu. Jeżeli skompromitowane konto ma dostęp tylko do jednej aplikacji i ograniczonego zestawu danych, potencjalna szkoda może być znacznie mniejsza.
NCSC wskazuje ograniczanie ruchu lateralnego jako jedną z kluczowych właściwości dobrze zaprojektowanego ZTNA. Chodzi o to, aby przejęcie jednego konta lub urządzenia nie otwierało automatycznie drogi do kolejnych zasobów.
To szczególnie istotne w organizacjach korzystających z wielu usług chmurowych. Im bardziej rozproszona infrastruktura, tym mniej sensowne staje się traktowanie całej firmowej sieci jako jednego zaufanego obszaru.
Wdrożenie ZTNA nie zaczyna się od zakupu narzędzia
Największym błędem jest traktowanie Zero Trust jako kolejnego produktu bezpieczeństwa. NIST w 2025 r. opublikował przewodnik zawierający 19 przykładowych architektur Zero Trust, opracowanych z udziałem 24 partnerów przemysłowych. Dokument pokazuje, że wdrożenie ZTA może przyjmować różne formy w zależności od środowiska organizacji.
Przedsiębiorstwo powinno najpierw określić:
- jakie posiada aplikacje i zasoby,
- kto i dlaczego potrzebuje do nich dostępu,
- które konta mają nadmierne uprawnienia,
- jakie urządzenia są wykorzystywane,
- gdzie przechowywane są dane,
- jakie mechanizmy uwierzytelniania już funkcjonują,
- jakie zdarzenia bezpieczeństwa są obecnie monitorowane.
Dopiero na tej podstawie można projektować polityki dostępu i wybierać technologie.
Warto również pamiętać, że Zero Trust jest procesem. Część starszych systemów może nie obsługiwać wszystkich wymaganych mechanizmów, dlatego transformacja musi być stopniowa. CISA również wskazuje, że przejście do Zero Trust jest procesem rozłożonym w czasie, a starsza infrastruktura może wymagać dodatkowych działań adaptacyjnych.
Czy Zero Trust oznacza, że nikomu nie można ufać?
To najczęstsze uproszczenie. Zero Trust nie oznacza braku zaufania do pracowników. Oznacza brak domyślnego zaufania do połączenia, urządzenia czy konta tylko dlatego, że znajdują się w określonym miejscu.
System ma stale sprawdzać, czy dostęp jest uzasadniony i czy warunki bezpieczeństwa nadal są spełnione. To fundamentalna zmiana sposobu myślenia: bezpieczeństwo nie jest już murem postawionym wokół sieci, lecz mechanizmem kontrolującym dostęp do każdego istotnego zasobu.
W 2026 r. kierunek ten staje się jeszcze ważniejszy. Organizacje korzystają z chmury, pracy hybrydowej, SaaS, urządzeń mobilnych oraz coraz bardziej autonomicznych systemów i agentów AI. W takim środowisku nie da się skutecznie oprzeć bezpieczeństwa wyłącznie na założeniu, że „wewnątrz jest bezpiecznie”.
Zero Trust Network Access nie odpowiada więc na pytanie, komu ufać. Zmienia pytanie na znacznie bardziej praktyczne: czy w tej konkretnej chwili istnieją wystarczające dowody, aby udzielić temu użytkownikowi dostępu do tego konkretnego zasobu? I właśnie na tym polega największa zmiana, jaką ZTNA wnosi do współczesnej architektury bezpieczeństwa.