Shadow AI w przeglądarce: prywatne rozszerzenie pracownika może ominąć firmowe DLP i polityki bezpieczeństwa

Najbardziej niebezpieczny wariant Shadow AI nie zaczyna się od wejścia pracownika na stronę publicznego chatbota. Zaczyna się od niewinnego rozszerzenia do Chrome’a albo Edge’a: „popraw tekst”, „podsumuj stronę”, „odpisz na wiadomość”, „wyciągnij dane z PDF”. Pracownik instaluje je prywatnie, loguje się własnym kontem i po chwili zewnętrzny model AI dostaje dostęp do treści wyświetlanej w firmowej przeglądarce.

Dla działu bezpieczeństwa problem jest niewygodny, bo klasyczne DLP może działać poprawnie i jednocześnie nie widzieć całego przepływu danych. Kontrolowana jest wysyłka pliku, kopiowanie do schowka czy wejście na określoną domenę, ale rozszerzenie może odczytywać zawartość strony bez klasycznego scenariusza „użytkownik przesłał dokument do ChatGPT”. Właśnie dlatego zarządzanie rozszerzeniami trzeba traktować jak element ochrony danych, a nie kosmetyczne ustawienie przeglądarki.

Dlaczego prywatne rozszerzenie AI może znaleźć się poza radarem DLP

DLP działa na konkretnych punktach kontroli. Produkt może sprawdzać wysyłanie plików, kopiowanie tekstu, drukowanie, zapis na nośniku, formularze internetowe albo ruch do określonych domen, ale nie oznacza to automatycznie kontroli każdej operacji wykonywanej przez rozszerzenie.

Dobrym przykładem jest środowisko Microsoft Purview. Kontrola operacji przeglądarkowych jest najmocniej zintegrowana z Microsoft Edge. W przypadku Chrome’a część mechanizmów wymaga wdrożenia firmowego rozszerzenia Microsoft Purview, a polityki muszą być faktycznie przypisane do urządzenia i użytkownika. Sama obecność Endpoint DLP na laptopie nie wystarcza, jeżeli pracownik używa niezarządzanej przeglądarki, prywatnego profilu albo kanału komunikacji, którego dana polityka nie obejmuje.

Rozszerzenie przeglądarki może mieć uprawnienia do:

• odczytywania i modyfikowania treści odwiedzanych stron,

• działania na określonych domenach albo na wszystkich stronach,

• dostępu do zawartości aktywnej karty,

• przechowywania danych lokalnie,

• komunikowania się z usługą producenta rozszerzenia,

• wykonywania operacji po kliknięciu użytkownika albo automatycznie w tle.

To zasadnicza różnica. Jeżeli pracownik otworzy w CRM kartę klienta zawierającą nazwisko, e-mail, numer telefonu i historię kontaktów, nie musi kopiować tych danych do osobnego okna. Rozszerzenie z odpowiednimi uprawnieniami może pobrać fragment widocznej strony i wysłać go do własnego API, aby wygenerować podsumowanie lub odpowiedź.

Nie należy jednak upraszczać tego do stwierdzenia, że „rozszerzenia obchodzą DLP”. Dobrze skonfigurowane środowisko może taki kanał znacząco ograniczyć. Microsoft, Google i dostawcy systemów bezpieczeństwa oferują kontrolę przeglądarek, domen, rozszerzeń i przepływu danych. Problem pojawia się wtedy, gdy firma chroni Office 365, pocztę, dyski i endpointy, ale pozostawia użytkownikowi pełną swobodę instalowania dodatków.

Najczęstszy błąd wygląda więc tak: komputer jest zarządzany przez Intune, pliki mają etykiety Microsoft Purview, USB jest ograniczone, a jednocześnie Chrome pozwala instalować dowolne rozszerzenie ze sklepu.

To nie jest drobna luka konfiguracyjna. To niespójny model bezpieczeństwa.

Co naprawdę trzeba kontrolować: przeglądarkę, profile i uprawnienia rozszerzeń

Pierwszą sensowną decyzją nie jest blokada wszystkich narzędzi AI. Najpierw trzeba ustalić, gdzie przeglądarka podlega politykom organizacji, a gdzie użytkownik nadal ma pełną kontrolę.

W Chrome Enterprise administrator może określać, które rozszerzenia są dozwolone, blokowane albo instalowane obowiązkowo. Analogiczny model zarządzania oferuje Edge. W praktyce najbardziej przewidywalnym rozwiązaniem jest podejście typu deny by default: instalowanie rozszerzeń jest domyślnie zablokowane, a IT dopuszcza konkretne identyfikatory po ocenie bezpieczeństwa.

Allowlista wymaga jednak pracy. To jej największa wada. Pracownik, który potrzebuje dodatku do tłumaczenia dokumentów albo automatyzacji sprzedaży, zaczyna otwierać zgłoszenia do IT. Jeżeli akceptacja trwa kilka dni, ludzie szukają obejścia: prywatnego profilu, innej przeglądarki albo własnego urządzenia.

Dlatego proces zatwierdzania rozszerzenia powinien badać przynajmniej:

• zakres uprawnień — szczególnie dostęp do wszystkich odwiedzanych stron,

• domeny, z którymi dodatek się komunikuje,

• sposób uwierzytelniania użytkownika,

• możliwość używania prywatnego konta,

• lokalizację i retencję danych,

• wykorzystanie danych do trenowania modeli,

• mechanizm usuwania danych,

• producenta i podmiot odpowiedzialny za usługę,

• historię aktualizacji dodatku,

• możliwość wymuszenia konfiguracji przez administratora.

Sama nazwa producenta nie wystarcza. Rozszerzenie znanej marki może mieć szersze uprawnienia niż niewielki dodatek wykonujący jedną funkcję. Z drugiej strony rozszerzenie proszące o dostęp do wszystkich stron nie jest automatycznie złośliwe — czasami taki zakres wynika z jego działania. Decyzję trzeba oprzeć na potrzebie biznesowej i minimalnym wymaganym dostępie.

Drugi punkt kontroli to profile przeglądarki. Jeżeli na służbowym notebooku użytkownik może swobodnie przełączać się z profilu firmowego na prywatny i instalować w nim własne dodatki, firma powinna sprawdzić, czy polityki urządzenia nadal obejmują taki profil. Sam zakaz zapisany w regulaminie nie jest kontrolą techniczną.

Trzeci punkt to inne przeglądarki. Organizacja może perfekcyjnie skonfigurować Edge, a następnie zostawić pracownikowi możliwość uruchomienia niezarządzanego Chrome’a, Brave’a albo Firefoksa. Wtedy trzeba zdecydować: zarządzamy każdą dopuszczoną przeglądarką albo blokujemy te, których nie potrafimy kontrolować na wymaganym poziomie.

Dopiero później warto stroić reguły DLP.

Jak ograniczyć Shadow AI bez blokowania pracownikom narzędzi, których faktycznie potrzebują

Całkowity zakaz AI brzmi prosto, ale zwykle przesuwa problem poza widoczność administratora. Pracownik nadal chce skrócić 20-stronicową umowę, poprawić ofertę albo wygenerować odpowiedź dla klienta. Jeżeli firma nie daje mu zatwierdzonego narzędzia, rośnie motywacja do użycia prywatnego dodatku.

Lepszy model składa się z kilku warstw.

Priorytet 1: zinwentaryzować rozszerzenia. Administrator powinien zobaczyć nie tylko nazwę dodatku, ale również jego identyfikator, wersję, wymagane uprawnienia, liczbę instalacji i urządzenia, na których występuje. Szczególnej uwagi wymagają dodatki związane z AI, tłumaczeniem, przepisywaniem tekstu, nagrywaniem spotkań, produktywnością, PDF-ami i automatyzacją formularzy.

Priorytet 2: wyłączyć swobodną instalację. Model „blokujemy tylko rozszerzenia, które już uznaliśmy za złe” działa słabo, ponieważ nowe dodatki pojawiają się szybciej niż aktualizowana jest blocklista. Bezpieczniejsza jest krótka allowlista oraz szybka ścieżka zgłoszenia nowego narzędzia.

Priorytet 3: zapewnić zatwierdzoną alternatywę AI. Jeżeli dział sprzedaży używa generatywnej AI codziennie, samo odebranie dodatków będzie źródłem konfliktów. Firma powinna wskazać dopuszczony system, określić rodzaje danych, które można do niego przekazywać, i skonfigurować dostęp służbowymi kontami. To również ułatwia realizację obowiązków związanych z AI literacy wynikających z unijnego AI Act.

Priorytet 4: testować DLP na rzeczywistych scenariuszach. Nie wystarczy zobaczyć zielonego statusu polityki w konsoli. Trzeba przeprowadzić próby:

1. skopiować numer PESEL lub inny kontrolowany typ danych do formularza WWW,

2. spróbować wysłać oznaczony dokument do niezatwierdzonej usługi,

3. wykonać tę samą operację w każdej dopuszczonej przeglądarce,

4. powtórzyć test w profilu prywatnym,

5. sprawdzić zachowanie dodatku AI na stronie zawierającej dane testowe,

6. porównać alerty DLP, telemetrię przeglądarki i logi systemu bezpieczeństwa.

Test trzeba wykonywać na sztucznych danych. Wrzucanie prawdziwych danych klientów do niezatwierdzonego rozszerzenia „żeby sprawdzić, czy DLP zadziała” jest dokładnie tym zdarzeniem, przed którym system ma chronić.

Istotny jest również RODO. Jeżeli przez rozszerzenie do zewnętrznego dostawcy trafiają dane osobowe klientów lub pracowników, problem nie kończy się na cyberbezpieczeństwie. Trzeba ustalić podstawę i cel przetwarzania, role podmiotów, zakres danych, retencję, transfery oraz warunki umowne. Generatywna AI nie tworzy wyjątku od zasad ochrony danych.

AI Act dokłada do tego własną warstwę obowiązków, ale nie zastępuje RODO ani polityki bezpieczeństwa. Organizacja może być zgodna z jednym reżimem i jednocześnie mieć źle kontrolowany przepływ informacji do zewnętrznego narzędzia.

Na koniec pozostaje problem, którego technologia nie rozwiąże: użytkownik musi wiedzieć, dlaczego jedno rozszerzenie jest dopuszczone, a inne nie. Komunikat „AI zabronione” jest mało użyteczny. Znacznie praktyczniejsza instrukcja brzmi: dane klientów wolno przetwarzać wyłącznie w wskazanym systemie firmowym; prywatnych kont i dodatków AI nie używamy do treści służbowych; nowe narzędzie zgłaszamy do oceny przed instalacją.

Dodatkowe informacje na: https://sajo.pl

FAQ

Czy rozszerzenie AI może odczytać całą stronę otwartą w przeglądarce?
Tak, jeżeli otrzymało odpowiednie uprawnienia do danej domeny lub grupy stron. Nie każde rozszerzenie ma taki dostęp, dlatego zakres permissions powinien być jednym z pierwszych elementów audytu.

Czy firmowy DLP automatycznie blokuje prywatne rozszerzenia AI?
Nie. DLP i zarządzanie rozszerzeniami to różne warstwy kontroli. Zakres ochrony zależy od produktu, przeglądarki, konfiguracji endpointu i rodzaju wykonywanej operacji.

Czy wystarczy zablokować strony ChatGPT, Gemini i Claude?
Nie. Rozszerzenie może komunikować się z własną infrastrukturą producenta albo innymi domenami API. Blocklista kilku znanych serwisów AI nie daje kontroli nad całym kanałem Shadow AI.

Czy najlepiej zablokować wszystkie rozszerzenia?
Na stanowiskach o wysokim ryzyku może to być uzasadnione. W typowej organizacji lepsza jest domyślna blokada instalacji połączona z allowlistą zatwierdzonych dodatków i szybkim procesem akceptacji nowych.

Czy prywatny profil Chrome’a na służbowym komputerze jest bezpieczny?
Nie należy tego zakładać. Trzeba sprawdzić, które polityki są przypisane do urządzenia, które do zarządzanego profilu oraz czy użytkownik może uruchomić profil lub przeglądarkę pozostającą poza firmową kontrolą.

Od czego zacząć audyt Shadow AI?
Nie od tworzenia kolejnej prezentacji o AI i nie od pisania regulaminu. Najpierw pobierz rzeczywistą listę rozszerzeń z firmowych przeglądarek i sprawdź, czy użytkownicy mogą samodzielnie instalować nowe dodatki. Jeżeli odpowiedź brzmi „tak”, usuń właśnie ten błąd w pierwszej kolejności: ustaw domyślną blokadę instalacji, przygotuj allowlistę i dopiero potem dopracowuj reguły DLP.