Shadow AI: jak wykryć i bezpiecznie kontrolować użycie
Shadow AI ujawnia dane i tworzy niekontrolowane procesy. Zobacz, jak odkrywać narzędzia, oceniać ryzyko i zapewnić pracownikom bezpieczne alternatywy.
- AUTOR
- Karol Rapacz / Pentester (OSCP, PNPT)
- PUBLIKACJA
- 29 czerwca 2026
- CZAS CZYTANIA
- 9 min czytania
- TEMAT
- AI Governance
Shadow AI to używanie modeli, asystentów i funkcji AI poza zatwierdzonym procesem organizacji. Może oznaczać bezpłatny chatbot z danymi klienta, klucz do API kupiony kartą zespołu, rozszerzenie przeglądarki albo AI włączone automatycznie przez dostawcę SaaS.
Samo blokowanie domen nie rozwiązuje problemu. Pracownicy korzystają z narzędzi, bo pomagają wykonać realne zadanie. Program powinien odkrywać ryzyko i jednocześnie oferować bezpieczniejszą drogę.
Co należy odkrywać
Łącz dane z secure web gateway, DNS, CASB, SSO, katalogu OAuth, repozytoriów, wydatków i systemów DLP. Szukaj wywołań API modeli, uploadów dokumentów, nowych rozszerzeń oraz tokenów dostawców w kodzie.
Żadne źródło nie jest kompletne. Ruch może iść przez funkcję AI w znanej aplikacji, prywatne urządzenie lub pośredni backend. Uzupełniaj telemetrię anonimową ankietą i rozmowami z zespołami.
Oceń przypadek użycia, nie logo
To samo narzędzie może być bezpieczne do redagowania publicznego tekstu i niedopuszczalne dla dokumentacji medycznej. Dla każdego przypadku określ:
- dane wejściowe i oczekiwany wynik;
- retencję, użycie do treningu i region;
- właściciela oraz odbiorców decyzji;
- integracje, narzędzia i poziom autonomii;
- wpływ błędnej odpowiedzi lub wycieku;
- dostępne logi, usuwanie danych i kontrolę konta.
Wynik zapisz w rejestrze modeli AI.
Cztery możliwe decyzje
Zatwierdź narzędzie, gdy warunki i ryzyko są akceptowalne. Ogranicz je do określonych danych lub użytkowników. Przenieś pracę do firmowej alternatywy. Zablokuj, gdy nie można ograniczyć wysokiego ryzyka.
Decyzja powinna zawierać uzasadnienie i termin przeglądu. Dostawcy zmieniają modele oraz warunki, więc akceptacja nie jest bezterminowa.
Bezpieczna alternatywa wygrywa z zakazem
Zapewnij zatwierdzony asystent z SSO, umową, kontrolą retencji, jasnymi kategoriami danych i wsparciem. Dodaj prosty proces zgłoszenia nowego przypadku oraz szybki pilotaż.
Szkolenie powinno używać konkretnych przykładów: kod z sekretami, dane klienta, dokument niepubliczny, decyzja HR. Ogólne „nie podawaj danych wrażliwych” jest trudne do zastosowania bez klasyfikacji.
Kontrole techniczne i prywatność
DLP może ostrzegać lub blokować upload określonych danych. OAuth governance ogranicza nadmierne zgody, a egress proxy kontroluje klucze API. Nie przechwytuj jednak pełnych promptów bez podstawy, ograniczeń dostępu i retencji.
Prowadź reakcję stopniowo: edukacja, ostrzeżenie, ograniczenie i blokada wysokiego ryzyka. Fałszywe alarmy muszą mieć szybką ścieżkę wyjaśnienia.
Co mierzyć
Mierz czas od wykrycia do decyzji, odsetek użycia przeniesiony do zatwierdzonych narzędzi, przypadki z niejawnie przesłanymi danymi, aktywne klucze bez ownera i czas oceny nowego zastosowania. Liczba zablokowanych żądań bez kontekstu nie pokazuje redukcji ryzyka.
Shadow AI jest sygnałem niedopasowania potrzeb i kontroli. Najskuteczniejszy program wykorzystuje ten sygnał do budowy zatwierdzonych usług, które są równie wygodne jak narzędzia omijające proces.
Jak wykrywać bez śledzenia treści pracowników
Zacznij od danych o domenach i aplikacjach SaaS, logów proxy, SSO, kosztów oraz wywiadów z zespołami. Celem jest mapa przepływów i klas danych, nie odczytywanie każdego promptu. Rejestruj właściciela zastosowania, dostawcę, model, dane wejściowe, odbiorców wyniku, retencję i możliwość użycia danych do treningu.
Polityka „zakazujemy wszystkiego” wypycha użycie poza widoczność. Bezpieczniejszy program oferuje zatwierdzone narzędzia, jasne klasy danych i szybką ścieżkę akceptacji. Testuj eksport danych, integracje, konta serwisowe i procedurę usunięcia informacji. Ryzyko zmienia się wraz z konfiguracją usługi, więc przegląd musi być okresowy.
Zdefiniuj także wyjście z usługi: eksport konfiguracji, usunięcie danych, cofnięcie tokenów i identyfikację procesów zależnych od modelu. Właściciel biznesowy powinien potwierdzać zastosowanie i jakość wyniku, a bezpieczeństwo — granice danych i integracji. Dostawca zatwierdzony do jednego przypadku nie staje się automatycznie zatwierdzony do wszystkich danych.
Źródła: NIST AI RMF, NIST GenAI Profile, OWASP GenAI Data Security.

