Izraelska branża cyberbezpieczeństwa stawia na tożsamość jako kolejne pole bitwy o bezpieczeństwo AI

Izraelska branża cyberbezpieczeństwa stawia obecnie na konkretną tezę, która coraz wyraźniej pojawia się w Google News: kontrola tożsamości stanie się pierwszą linią obrony przed autonomicznymi agentami AI.

To założenie zmienia sposób, w jaki dostawcy zabezpieczeń definiują zagrożenie związane z AI. Bezpośredni problem nie ogranicza się już do złośliwych promptów, niebezpiecznych odpowiedzi modeli ani poufnych danych trafiających do chatbota. Coraz częściej chodzi o agentów programowych otrzymujących poświadczenia, wywołujących narzędzia i zmieniających systemy biznesowe bez ciągłej akceptacji człowieka.

Izraelskie firmy, w tym CyberArk, Oasis Security, Apono, Silverfort i Astrix Security, podchodzą do tego problemu z różnych pozycji. Ich kierunek jest jednak zaskakująco spójny. Każda z nich traktuje agenta AI jako aktywną tożsamość, której dostęp należy wykrywać, ograniczać, monitorować i odbierać.

Powstająca rywalizacja wykracza zatem poza jedną kategorię produktów. Tradycyjne systemy tożsamości przyznają uprawnienia przewidywalnym użytkownikom i aplikacjom. Nowszy model musi zarządzać oprogramowaniem, które interpretuje instrukcje, wybiera narzędzia, deleguje pracę i zmienia swoje zachowanie wraz ze zmianą kontekstu.

To tworzy kluczowe napięcie. Przedsiębiorstwa chcą, by agenci wykonywali użyteczną pracę bez oczekiwania na zatwierdzenie na każdym etapie. Zespoły bezpieczeństwa potrzebują wystarczającej kontroli, aby powstrzymać jednego przejętego agenta przed przekształceniem legalnego dostępu w uwierzytelnione nadużycie.

Izraelska teza przechodzi od strategii finansowania do strategii produktowej

Bezpieczeństwo tożsamości stało się praktycznym wyścigiem produktowym, ponieważ agenci AI zaczynają przekraczać granicę między generowaniem odpowiedzi a podejmowaniem działań.

Dowody widać u kilku izraelskich dostawców. CyberArk wprowadził Secure AI Agents jako rozszerzenie swojej platformy bezpieczeństwa tożsamości. Produkt stosuje kontrolę uprawnień wobec autonomicznych agentów w środowiskach chmurowych, programistycznych i związanych z oprogramowaniem.

Oasis Security przeszedł od wykrywania tożsamości niebędących ludźmi do tego, co nazywa agentic access management. Jego podejście ocenia, co agent próbuje osiągnąć, zanim przyzna mu ściśle ograniczone uprawnienia do wykonania danego zadania.

Apono uruchomiło Agent Privilege Guard, opierając się na tej samej zasadzie. Usługa łączy aktywność agenta z dostępem just-in-time, co oznacza, że poświadczenia stają się dostępne tylko wtedy, gdy wymaga ich określone działanie. Uprawnienia te mogą następnie wygasać, zamiast pozostawać przypisane do konta.

Silverfort i Astrix Security weszły na ten rynek z sąsiednich segmentów rynku tożsamości. Silverfort koncentrował się na rozszerzaniu uwierzytelniania i ochrony tożsamości w systemach przedsiębiorstw. Astrix skupiał się na połączeniach niebędących ludźmi, kontach usługowych, tokenach i dostępie aplikacji.

Firmy te nie oferują identycznej technologii. Niektóre zaczynają od wykrywania, inne od uprzywilejowanego dostępu, autoryzacji lub wykrywania zagrożeń. Ich wspólne założenie jest ważniejsze niż różnice: agent AI nie powinien dziedziczyć szerokich uprawnień tylko dlatego, że człowiek zainicjował jego zadanie.

Założenie to zyskało znaczenie komercyjne, gdy Oasis poinformował o znaczącym popycie ze strony przedsiębiorstw i dużej rundzie finansowania. Według profilu finansowania firmy Oasis podał, że jego nowe roczne przychody cykliczne wzrosły pięciokrotnie rok do roku.

Firma poinformowała również, że większość klientów stanowiły duże przedsiębiorstwa, a wiele z nich zawarło wieloletnie umowy. Twierdzenia te nie zostały niezależnie zweryfikowane w publicznych doniesieniach. Mimo to wskazują, że kontrola tożsamości zbliża się do budżetów na kluczową infrastrukturę.

CyberArk dostarczył kolejnego sygnału, gdy udostępnił swój produkt bezpieczeństwa agentów do powszechnego użycia. W swoim komunikacie dotyczącym bezpieczeństwa agentów opisał wykrywanie, bezpieczny dostęp, wykrywanie w czasie rzeczywistym i zarządzanie cyklem życia jako jedną połączoną warstwę kontroli.

To pakietowanie ma znaczenie. Przekształca bezpieczeństwo agentów AI ze specjalistycznego problemu bezpieczeństwa modeli w rozszerzenie operacji związanych z tożsamością. Kupującym staje się zespół, który już odpowiada za poświadczenia, uprawnienia, konta uprzywilejowane i przeglądy dostępu.

Ta zmiana wyjaśnia również, dlaczego ugruntowane platformy i młodsze startupy mogą rywalizować na tym samym rynku. Duzi dostawcy dysponują dystrybucją korporacyjną i istniejącymi danymi o tożsamościach. Startupy mogą przeprojektować autoryzację wokół krótkotrwałej, dynamicznej aktywności agentów, bez konieczności wspierania dziesięcioleci starszej architektury.

Wyścig wyszedł poza przewidywanie przyszłego zagrożenia. Dostawcy muszą teraz udowodnić, że ich mechanizmy kontroli działają w rzeczywistych przepływach pracy agentów, nie spowalniając ich do bezużytecznego poziomu.

Dlaczego Google News zapełnia się informacjami o bezpieczeństwie tożsamości AI

Wzrost liczby publikacji w Google News odzwierciedla rzeczywistą zmianę architektoniczną: systemy AI zyskują zdolność działania za pośrednictwem zaufanych połączeń przedsiębiorstwa.

Konwencjonalny chatbot tworzy tekst, który człowiek może zweryfikować. Agent AI może wywołać interfejs programowania aplikacji, wysłać zapytanie do bazy danych, zaktualizować rekord klienta lub rozpocząć wdrożenie oprogramowania. Każde działanie zależy od jakiejś formy tożsamości i delegowanych uprawnień.

Taka władza stwarza większe ryzyko niż sama nieprawidłowa odpowiedź. Halucynujący chatbot może wprowadzić czytelnika w błąd. Halucynujący agent z dostępem do zapisu może zmienić dane produkcyjne, zanim ktokolwiek zauważy błąd.

To rozróżnienie zmienia także znaczenie uwierzytelniania. Uwierzytelnianie ustala, która tożsamość składa żądanie. Autoryzacja określa, czy ta tożsamość może wykonać żądane działanie. Agent potrzebuje obu, lecz żadna z tych kontroli nie jest wystarczająca, jeśli zostanie zastosowana tylko raz.

Rozważmy agenta programistycznego, który ma zdiagnozować incydent produkcyjny. Może potrzebować dostępu do odczytu logów, tymczasowego dostępu do repozytorium oraz uprawnienia do ponownego uruchomienia jednej usługi. Przyznanie mu stałych poświadczeń administratora ułatwiłoby zadanie, ale zwiększyłoby także skalę szkód wynikających z prompt injection lub przejęcia.

Bezpieczniejszy projekt nadaje agentowi unikalną tożsamość i przyznaje ograniczone uprawnienie do realizacji bieżącego zadania. System rejestruje, kto zażądał działania, który agent je wykonał, jakich zasobów dotknął i kiedy jego dostęp wygasł.

Podejście to często opisuje się jako zasadę najmniejszych uprawnień, dostęp just-in-time lub zero standing privilege. Zasada najmniejszych uprawnień ogranicza dostęp do tego, czego wymaga zadanie. Dostęp just-in-time przyznaje go wyłącznie wtedy, gdy jest potrzebny. Zero standing privilege usuwa trwałe uprawnienia między zatwierdzonymi operacjami.

Są to ugruntowane koncepcje bezpieczeństwa. Trudność polega na zastosowaniu ich wobec agentów, którzy rozumują w kilku etapach i mogą wywoływać innych agentów. System autoryzacji musi odróżniać uzasadnione dostosowanie od zachowania, które wyszło poza zatwierdzone zadanie.

Kwestia ta stała się na tyle istotna, że przyciągnęła prace nad standardami. W lutym 2026 r. amerykański National Institute of Standards and Technology ogłosił inicjatywę skoncentrowaną na interoperacyjnych i bezpiecznych agentach AI.

Jego inicjatywa dotycząca standardów agentów obejmuje badania nad uwierzytelnianiem agentów, infrastrukturą tożsamości i bezpiecznymi interakcjami między ludźmi a agentami. NIST zaproponował również prace dotyczące autoryzacji, audytu, niezaprzeczalności i kontroli prompt injection.

Niezaprzeczalność oznacza tworzenie dowodów, że zidentyfikowany podmiot wykonał określone działanie. Staje się to trudne, gdy jedno żądanie człowieka uruchamia kilku agentów, tymczasowe poświadczenia i zautomatyzowane wywołania narzędzi.

Google News rejestruje zatem coś więcej niż skoordynowaną kampanię marketingową. Organy normalizacyjne, ugruntowani dostawcy, inwestorzy i zespoły bezpieczeństwa przedsiębiorstw skupiają się na tym samym nierozwiązanym punkcie kontroli.

Powtarzające się relacje nie przesądzają jednak, która architektura dostawcy zwycięży. Pokazują, że problem stał się wystarczająco zrozumiały, by wokół niego mogło powstać kilka rynków.

Rynki te obejmują wykrywanie agentów, zarządzanie poświadczeniami, autoryzację w czasie wykonywania, wykrywanie zagrożeń dla tożsamości, ścieżki audytu i egzekwowanie polityk. Będą się nakładać, a kupujący będą opierać się korzystaniu z osobnej konsoli dla każdej warstwy.

Ostateczni zwycięzcy muszą połączyć te funkcje, nie myląc widoczności z kontrolą. Znalezienie agenta jest użyteczne. Wykazanie jego nadmiernych uprawnień jest lepsze. Zapobieganie niebezpiecznemu działaniu przy jednoczesnym umożliwieniu legalnej pracy to trudniejszy i cenniejszy krok.

Autonomiczni agenci wywierają presję na tradycyjną kontrolę dostępu

Główna rywalizacja toczy się między statycznymi uprawnieniami zaprojektowanymi dla przewidywalnego oprogramowania a autoryzacją w czasie wykonywania, stworzoną dla agentów, których działania zmieniają się wraz z kontekstem.

Tradycyjne zarządzanie tożsamością i dostępem działa dobrze, gdy administratorzy mogą zdefiniować stabilną relację między użytkownikiem, rolą i zasobem. Księgowy należy do grupy finansowej. Serwer otrzymuje konto usługowe. Zaplanowana aplikacja korzysta ze znanego poświadczenia.

Agenci AI osłabiają te założenia. Ten sam agent może podczas jednej sesji podsumowywać dokumenty, podczas kolejnej aktualizować narzędzie do śledzenia projektów, a podczas trzeciej uruchamiać narzędzia wdrożeniowe. Wymagane przez niego uprawnienia zmieniają się wraz z celem, środowiskiem i danymi.

Kontrola dostępu oparta na rolach może przypisać agentowi zdefiniowaną wcześniej rolę. Szeroka rola grozi jednak przyznaniem większego dostępu, niż wymaga jedno zadanie. Tworzenie nowej roli dla każdego tymczasowego zadania może prowadzić do przeciążenia administracyjnego.

Kontrola dostępu oparta na intencji próbuje rozwiązać ten problem, oceniając proponowane działanie i jego cel w czasie wykonywania. Oasis i Apono używają różnych wersji tego języka, choć ich implementacje i punkty egzekwowania różnią się.

Apono twierdzi, że jego privilege guard może umieszczać decyzje dotyczące dostępu między agentem a infrastrukturą przedsiębiorstwa. Żądania o wyższym ryzyku mogą uruchamiać akceptację człowieka, podczas gdy dozwolone zadania otrzymują tymczasowy dostęp.

Oasis opisuje proces, który przekształca zamierzoną pracę agenta w bardziej precyzyjny plan działania. Jego system może następnie obliczyć, jakich zasobów i uprawnień wymaga ten plan.

Obietnica jest atrakcyjna. Agent może kontynuować operacje o niskim ryzyku, podczas gdy polityka bezpieczeństwa blokuje lub eskaluje działania wrażliwe. Przedsiębiorstwa zyskują automatyzację bez przekazywania modelowi trwałych uprawnień administracyjnych.

Wyzwanie polega na wiarygodnym określaniu intencji. Żądanie w języku naturalnym nie zawsze pozwala przewidzieć ostateczną sekwencję wywołań narzędzi. Kontekst może się zmienić, dane zewnętrzne mogą zawierać wrogie instrukcje, a agent może delegować część zadania.

Silnik polityk musi zatem oceniać więcej niż pierwotny prompt. Potrzebuje tożsamości agenta, sponsora będącego człowiekiem, żądanego zasobu, bieżącego działania, zakresu poświadczeń, ryzyka środowiskowego i wcześniejszego zachowania.

Wymóg ten wywiera presję na zasiedziałych dostawców rozwiązań tożsamości. Ich istniejące systemy zawierają cenne informacje o użytkownikach, grupach, kontach i uprawnieniach. Mogą jednak nie mieć szczegółowego kontekstu wyjaśniającego, dlaczego agent wywołuje konkretne narzędzie w danym momencie.

Startupy stoją przed odwrotnym problemem. Mogą budować rozwiązania wokół dynamicznego zachowania agentów, lecz muszą integrować się z wieloma chmurami, bazami danych, platformami oprogramowania i dostawcami tożsamości. Produkt autoryzacyjny nie może chronić połączenia, którego nie widzi.

Wynikająca z tego konkurencja nie jest po prostu starciem startupów z zasiedziałymi dostawcami. To rywalizacja o płaszczyznę kontroli, czyli warstwę, w której organizacje definiują i egzekwują zasady określające, kto może robić co.

CyberArk wnosi zarządzanie uprzywilejowanym dostępem oraz istniejące relacje z przedsiębiorstwami. Okta wnosi tożsamość pracowników i dostęp do aplikacji. Platformy chmurowe kontrolują wiele poświadczeń, z których będą korzystać agenci. Twórcy agentów mogą również umieszczać autoryzację we własnych frameworkach.

To rozdrobnienie rodzi dla kupujących niewygodne pytanie. Czy uprawnienia agentów powinny być osadzone w platformie tożsamościowej, produkcie bezpieczeństwa chmurowego, frameworku agenta czy w dedykowanej bramie egzekwującej zasady?

Umieszczanie kontroli wyłącznie wewnątrz agenta jest ryzykowne, ponieważ przejęty agent nie może być własnym zaufanym strażnikiem. Umieszczenie każdej decyzji w zewnętrznej bramie może z kolei wprowadzać opóźnienia i pomijać kontekst dostępny wewnątrz agenta.

Prawdopodobna architektura podzieli odpowiedzialność. Frameworki agentów będą dostarczać kontekst zadania i możliwość śledzenia działań. Niezależne systemy polityk będą wydawać ograniczone zakresem poświadczenia i egzekwować limity. Platformy tożsamościowe będą utrzymywać informacje o właścicielu, cyklu życia i audycie.

Ten podział wciąż wymaga wspólnych standardów. Bez nich każdy dostawca będzie inaczej opisywać agentów, delegowane uprawnienia i dzienniki działań. Przedsiębiorstwa mogą skończyć z kilkoma niekompatybilnymi rejestrami tożsamości dla tego samego autonomicznego procesu.

Dla zespołów inżynieryjnych jest to również problem wiedzy. Polityki bezpieczeństwa zależą od zrozumienia, który agent uzyskał dostęp do jakich lokalnych dokumentów, repozytoriów i narzędzi wewnętrznych. Przeszukiwalna baza wiedzy inżynieryjnej może poprawić kontekst, lecz autoryzacja musi pozostać oddzielona od wyszukiwania.

Kluczowa granica jest prosta. Dostęp do użytecznego kontekstu nie oznacza zgody na zmianę systemu źródłowego. Wyszukiwanie, rozumowanie i wykonywanie działań wymagają odrębnych mechanizmów kontroli.

Teza o tożsamości rozwiązuje kwestię dostępu, a nie każde ryzyko AI

Traktowanie agentów jako tożsamości tworzy niezbędny punkt kontroli, ale nie sprawia, że ich rozumowanie staje się przewidywalne ani że ich instrukcje są godne zaufania.

Najsilniejsza krytyka tezy o tożsamości nie polega na tym, że kontrola dostępu jest nieistotna. Chodzi o to, że dostawcy rozwiązań tożsamościowych mogą ujmować szerszy problem bezpieczeństwa AI przez pryzmat produktów, które już potrafią sprzedawać.

Uwierzytelniony agent wciąż może wykonać szkodliwe działanie. System może dokładnie wiedzieć, który agent usunął rekord, a mimo to nie zapobiec usunięciu. Tożsamość ustanawia rozliczalność, a nie poprawność.

Zasada najmniejszych uprawnień również zależy od trafnej polityki. Jeśli agent zgodnie z prawem potrzebuje szerokiego dostępu do złożonego zadania, dopuszczalny zasięg szkód pozostaje duży. Poświadczenie o wąskim zakresie nadal może autoryzować niewłaściwą operację w tym zakresie.

Wstrzyknięcie promptu tworzy kolejną lukę. Złośliwa instrukcja ukryta w dokumencie lub na stronie internetowej może przekierować zachowanie agenta. Agent pozostaje prawidłowo uwierzytelniony, działając na podstawie niezaufanego wejścia.

Autoryzacja w czasie działania może ograniczyć konsekwencje, ale tylko wtedy, gdy polityka rozpozna, że żądane działanie wykracza poza zamierzone zadanie. To rozpoznanie staje się trudniejsze, gdy złośliwe żądanie przypomina zwykłą pracę.

Delegowanie dodatkowo komplikuje przypisywanie odpowiedzialności. Użytkownik może upoważnić jednego agenta, który następnie wywołuje innego agenta za pośrednictwem zewnętrznej usługi. Drugi agent może uruchamiać kilka narzędzi przy użyciu poświadczeń pochodzących z pierwszego żądania.

Zespoły bezpieczeństwa potrzebują łańcucha dowodowego łączącego ludzkiego sponsora, głównego agenta, delegowanych agentów, wydane poświadczenia, wywołania narzędzi i wynikające z nich zmiany. Brak jednego ogniwa może uniemożliwić pełny audyt.

Badacze kwestionowali również, czy traktowanie agentów jak ludzkich tożsamości nie tworzy niewłaściwej abstrakcji. Tożsamość człowieka jest względnie trwała i wiąże się z odpowiedzialnością prawną. Agent może zostać zduplikowany, zmodyfikowany, zakończony lub odtworzony w ramach jednego przepływu pracy.

Niektórzy architekci wolą traktować agentów jako tymczasowe podmioty wykonawcze. Podmiot to jednostka rozpoznawana przez system autoryzacji. Takie ujęcie podkreśla konkretny proces uruchomieniowy zamiast nadawać agentowi trwałą, przypominającą pracownika tożsamość.

Różnica może brzmieć semantycznie, ale wpływa na projektowanie polityk. Trwała tożsamość pomaga śledzić historię i właściciela. Tymczasowy podmiot ogranicza ponowne użycie poświadczeń i lepiej odzwierciedla krótkotrwałe wykonywanie zadań.

Dojrzała architektura może wymagać obu podejść. Organizacja potrzebuje trwałego rekordu opisującego agenta i jego właściciela. Każde wykonanie powinno również otrzymywać odrębną tożsamość uruchomieniową o ograniczonych uprawnieniach.

Kolejna niewiadoma dotyczy twierdzeń dostawców. Firmy bezpieczeństwa mogą wykazać, że wykrywają znanych agentów i pośredniczą w obsługiwanych połączeniach. Znacznie trudniej jest udowodnić, że obejmują każdego ukrytego agenta, skopiowane poświadczenie lub pośrednie wywołanie narzędzia.

Zakres ochrony zmienia się również wraz z tym, jak pracownicy wdrażają nowe narzędzia agentowe. Programista może podłączyć asystenta do repozytorium za pomocą osobistego tokenu. Dział może wdrożyć agenta za pośrednictwem usługi programowej bez informowania zespołu bezpieczeństwa.

Systemy wykrywania mogą skanować środowiska chmurowe i integracje oprogramowania, lecz żadne narzędzie nie gwarantuje pełnej widoczności. Kupujący powinni traktować wskaźniki pokrycia inwentarza i zautomatyzowane deklaracje własności jako informacje zgłaszane przez dostawców, chyba że zostały niezależnie zweryfikowane.

Dane ankietowe wymagają podobnej ostrożności. CyberArk podał, że niemal 40 procent ankietowanych organizacji finansowych i programistycznych miało już agentic AI na produkcji. Według doniesień mniej niż jedna na dziesięć wdrożyła skalowalne mechanizmy bezpieczeństwa agentów.

Badanie objęło 104 liderów bezpieczeństwa w Ameryce Północnej i Europie. Opisuje niepokojącą lukę w tej próbie, a nie na całym globalnym rynku przedsiębiorstw.

Szersze doniesienia wskazują ten sam kierunek, choć przedstawiają inne szacunki. Analiza tożsamości agentów zauważyła, że dostawcy rozwiązań bezpieczeństwa ścigali się, by zarządzać systemami autonomicznymi, gdy przedsiębiorstwa rozszerzały pilotaże agentów.

Raport uchwycił również kluczową ideę operacyjną: organizacje potrzebują sposobu na natychmiastowe odwołanie agenta. Wyłącznik awaryjny nie rozwiązuje każdego problemu, ale zapewnia ostateczny mechanizm kontroli, gdy zawodzą zautomatyzowane polityki i monitorowanie.

Kupujący powinni testować tę funkcję pod obciążeniem. Odwołanie musi propagować się przez aktywne sesje, tokeny z pamięci podręcznej, delegowanych agentów i narzędzia downstream. Wyłączenie jednego widocznego konta jest niewystarczające, jeśli jego tymczasowe kopie pozostają aktywne.

Bezpieczeństwo tożsamości zajmuje się zatem częścią ryzyka AI, którą przedsiębiorstwa mogą zarządzać najbardziej bezpośrednio. Kontroluje uprawnienia, rejestruje działania i ogranicza ekspozycję. Nie gwarantuje bezpiecznego rozumowania, trafnych decyzji ani godnych zaufania danych wejściowych.

To ograniczenie nie osłabia tej kategorii. Wyjaśnia, co musi ona udowodnić.

Rynek konsoliduje się wokół płaszczyzny kontroli

Szansa związana z tożsamością przyciąga zarówno wyspecjalizowane startupy, jak i duże platformy bezpieczeństwa, ponieważ dostęp agentów znajduje się między wartościowymi danymi a zautomatyzowanym działaniem.

Przejęcie CyberArk przez Palo Alto Networks szczególnie jasno pokazało strategiczną stawkę. Połączenie umieszcza bezpieczeństwo tożsamości obok produktów związanych z siecią, chmurą, endpointami i operacjami bezpieczeństwa.

Transakcja sugeruje, że tożsamość staje się horyzontalną warstwą w portfelach bezpieczeństwa. Jeśli agenci AI dotykają aplikacji, infrastruktury i wrażliwych danych, ich uprawnienia łączą kilka rynków, które dostawcy wcześniej sprzedawali oddzielnie.

Przejęcie Wiz przez Google dostarczyło kolejnego punktu odniesienia dla izraelskiego cyberbezpieczeństwa. Wiz zbudował swoją pozycję wokół widoczności chmurowej i relacji ryzyka. Tożsamość agentów rozszerza ten graf o pytanie, który autonomiczny proces może działać na każdym zasobie.

Duże platformy mogą łączyć dane o dostępie z sygnałami sieciowymi, konfiguracją chmury i analizą zagrożeń. Taki zakres pomaga im wykrywać sytuacje, w których prawidłowa tożsamość zachowuje się anomalnie.

Może również tworzyć ryzyko integracyjne. Platforma zbudowana w wyniku przejęć może udostępniać kilka silników polityk, rejestrów tożsamości i interfejsów administracyjnych. Klienci ocenią, czy komponenty działają jako jeden system kontroli, czy pozostają luźno połączonymi produktami.

Wyspecjalizowane startupy twierdzą, że starsze platformy powstawały z myślą o użytkownikach ludzkich, konwencjonalnych aplikacjach lub statycznych kontach usługowych. Ich przewagą jest możliwość modelowania efemerycznych agentów i uprawnień na poziomie zadań od samego początku.

Obecni dostawcy odpowiadają dystrybucją i zainstalowaną infrastrukturą. Nabywcy korporacyjni już ufają im w zarządzaniu uprzywilejowanymi kontami lub uwierzytelnianiu pracowników. Dodanie agentów do istniejącej platformy tożsamościowej może być łatwiejsze niż wprowadzenie kolejnego dostawcy bezpieczeństwa.

Dostawcy chmury zajmują trzecią pozycję. Wydają wiele poświadczeń dla obciążeń roboczych i kontrolują infrastrukturę, w której działają agenci. Mogą osadzać krótkotrwałe tożsamości, ocenę polityk i rejestrowanie zdarzeń blisko środowiska wykonawczego.

Dostawcy aplikacji mają kolejny element układanki. Agent uzyskujący dostęp do danych klientów za pośrednictwem usługi programowej zależy od modelu autoryzacji tej usługi. Zewnętrzne mechanizmy kontroli tożsamości nie mogą tworzyć szczegółowych uprawnień, których aplikacja bazowa nie obsługuje.

Rynek może zatem podzielić się na kilka warstw:

• Platformy tożsamościowe utrzymują informacje o właścicielu agenta, jego cyklu życia i polityce obejmującej całą organizację.

• Systemy chmurowe wydają tożsamości obciążeń roboczych i tymczasowe poświadczenia.

• Frameworki agentów udostępniają kontekst zadania, delegowanie i aktywność narzędzi.

• Bramy egzekwujące zasady oceniają operacje wysokiego ryzyka przed wykonaniem.

• Produkty analityki bezpieczeństwa wykrywają nietypowe zachowanie po przyznaniu dostępu.

• Aplikacje egzekwują ostateczne uprawnienia na poziomie zasobu.

Ta struktura tworzy możliwości partnerstwa, ale również sprzyja konsolidacji. Kupujący będą preferować mniej powierzchni polityk, zwłaszcza gdy każda dodatkowa integracja może stać się kolejnym punktem awarii.

Przewagą izraelskiej branży jest gęsta sieć wiedzy specjalistycznej w zakresie tożsamości, chmury i bezpieczeństwa przedsiębiorstw. Założyciele i pracownicy często przemieszczają się między wojskowymi jednostkami technologicznymi, startupami, międzynarodowymi centrami badawczymi i publicznymi firmami bezpieczeństwa.

Ta sieć nie gwarantuje przywództwa rynkowego. Amerykańscy dostawcy platform, dostawcy chmury i specjaliści od tożsamości, tacy jak Okta i 1Password, dążą do tej samej szansy.

Frameworki open source również mogą wpływać na miejsce egzekwowania zasad. Jeśli twórcy agentów przyjmą wspólne interfejsy tożsamości i autoryzacji, dostawcy będą mogli konkurować implementacją. Jeśli każdy framework stworzy własny model, większe platformy mogą zyskać przewagę dzięki zasięgowi integracji.

Standardy ukształtują tę równowagę. Prace NIST stawiają pytanie, w jaki sposób organizacje mogą identyfikować agentów, autoryzować ich, audytować ich działania i łączyć aktywność z odpowiedzialnymi ludźmi.

Wspólny model obniżyłby koszty integracji i ułatwił porównywanie twierdzeń dostawców. Mógłby również ograniczyć próby przekształcania własnościowych formatów tożsamości agentów w uzależnienie klientów od dostawcy.

Płaszczyzna kontroli nie będzie automatycznie należeć do firmy z największym istniejącym biznesem tożsamościowym. Będzie należeć do architektury, która łączy godny zaufania kontekst, niezależne egzekwowanie zasad, szeroką integrację i użyteczne operacje.

Na co kupujący powinni zwrócić uwagę po cyklu informacyjnym Google News

O kolejnym etapie zdecyduje walidacja techniczna i zachowanie przedsiębiorstw, a nie liczba nagłówków w Google News.

Pierwszym sygnałem jest to, czy autoryzacja w czasie działania wytrzymuje złożone delegowanie. Demonstracje produktów często pokazują jednego agenta żądającego dostępu do jednego zasobu. Rzeczywiste wdrożenia będą obejmować agentów, którzy wywołują narzędzia, uruchamiają podprocesy i delegują pracę ponad granicami organizacyjnymi.

Kupujący powinni pytać, czy każde delegowane działanie otrzymuje własną możliwą do śledzenia tożsamość i poświadczenie. Powinni również testować, czy odwołanie pierwotnego żądania wyłącza cały dostęp pochodny.

Jeśli dostawcy będą w stanie konsekwentnie egzekwować ten łańcuch, teza dotycząca tożsamości stanie się mocniejsza. Jeśli kontrola znika po pierwszym przekazaniu uprawnień, rynek wciąż rozwiązuje problem prostej automatyzacji, a nie bezpieczeństwa autonomicznych agentów.

Drugim sygnałem jest zbieżność wokół standardów. NIST już zdefiniował tożsamość i autoryzację agentów jako formalny obszar prac. Kluczowym rezultatem będzie interoperacyjne wdrożenie, a nie kolejny zbiór zasad.

Przedsiębiorstwa powinny obserwować wspólne formaty obejmujące własność agentów, delegowane uprawnienia, pochodzenie działań i zakres poświadczeń. Przyjęcie ich przez platformy chmurowe i frameworki agentowe miałoby większe znaczenie niż wsparcie wyłącznie ze strony dostawców zabezpieczeń.

Wspólny standard wzmocniłby rynek, czyniąc polityki przenośnymi. Utrzymująca się fragmentacja sprzyjałaby dużym platformom, które mogą ponosić koszty integracji i utrzymywać własne grafy tożsamości.

Trzecim sygnałem są dowody na rutynowe zastosowanie w przedsiębiorstwach. Rundy finansowania i ankiety dostawców potwierdzają zainteresowanie, ale nie dowodzą, że organizacje potrafią obsługiwać te mechanizmy kontrolne na dużą skalę.

Przydatne wskaźniki obejmują liczbę działań agentów otrzymujących tymczasowe poświadczenia, częstotliwość blokowania niebezpiecznych żądań przez polityki oraz szybkość, z jaką zespoły mogą badać delegowaną aktywność. Nabywcy powinni również mierzyć liczbę fałszywych alarmów i opóźnienia w zatwierdzaniu.

System autoryzacji, który blokuje zbyt mało, stwarza ryzyko. Taki, który zakłóca zwykłą pracę, będzie omijany. Zwycięskie produkty muszą pokazać, że potrafią ograniczać dostęp bez zamieniania każdego wywołania narzędzia w ręczne zgłoszenie.

Liderzy ds. bezpieczeństwa mogą zacząć jeszcze przed wyborem platformy. Powinni zinwentaryzować agentów, konta usługowe, tokeny API i aplikacje połączone z agentami. Każdy agent potrzebuje odpowiedzialnego właściciela i udokumentowanej ścieżki natychmiastowego cofnięcia uprawnień.

Zespoły powinny oddzielić dostęp do odczytu od dostępu do zapisu oraz rozróżniać rutynowe działania od tych nieodwracalnych. Operacje wysokiego ryzyka wymagają silniejszego zatwierdzania, krótszego okresu ważności poświadczeń i wyraźniejszych dowodów audytowych.

Programiści powinni unikać umieszczania stałych sekretów w promptach, plikach konfiguracyjnych lub pamięci agenta. Krótkotrwałe poświadczenia ograniczają ekspozycję, ale muszą pozostać powiązane z zatwierdzonym zadaniem i tożsamością środowiska uruchomieniowego.

Pracownicy wykorzystujący wiedzę również mają do odegrania rolę. Połączenie asystenta z pocztą e-mail, dokumentami, kalendarzami i systemami projektowymi może dać mu większe uprawnienia, niż sugeruje jego widoczny interfejs. Użytkownicy powinni rozumieć, które działania wymagają przeglądu, a które odbywają się automatycznie.

Historia wyłaniająca się z Google News jest zatem wiarygodna, ale niepełna. Izraelskie firmy z obszaru cyberbezpieczeństwa wskazały tożsamość jako granicę możliwą do egzekwowania między rozumowaniem agentów a działaniami w przedsiębiorstwie.

Nie udowodniły jeszcze, że jedna architektura może zarządzać każdym agentem, narzędziem, poświadczeniem i delegowanym zadaniem. Standardy pozostają niedokończone, pomiary w przedsiębiorstwach są nadal ograniczone, a deklaracje dostawców dotyczące zakresu ochrony wymagają testów.

Praktyczne pytanie nie brzmi już, czy agenci potrzebują kontroli dostępu. Chodzi o to, czy taka kontrola może śledzić uprawnienia w całym autonomicznym przepływie pracy.

Organizacje powinny uważnie obserwować kolejne integracje produktów, wdrożenia standardów i dowody z wdrożeń. Jeśli te trzy sygnały się zbiegną, tożsamość stanie się warstwą operacyjną bezpieczeństwa AI w przedsiębiorstwach. Jeśli nie, obecna uwaga ujawni problem, zanim rynek wypracuje pełną odpowiedź.