AI SECURITY
Shadow AI: ryzyko i zasady bezpiecznego użycia AI
Problemem nie jest samo AI. Problemem jest użycie go poza kontrolą.
Shadow AI oznacza korzystanie z narzędzi, kont, wtyczek, API lub funkcji generatywnej AI bez uzgodnienia z organizacją. Ryzyko nie wynika wyłącznie z nazwy modelu. Wynika z braku widoczności: nie wiadomo, jakie dane wysłano, gdzie trafiły, kto ma do nich dostęp i jak długo będą przechowywane.
1. Najważniejsze ryzyka
- Poufność: przesłanie dokumentu, kodu, danych klienta lub informacji o incydencie do publicznego narzędzia.
- Kontrola nad kontem: użycie prywatnego adresu, niezatwierdzonego tenantu albo integracji, której organizacja nie może wyłączyć.
- Jakość decyzji: przyjęcie odpowiedzi modelu bez weryfikacji, bez wskazania źródeł i bez odpowiedzialności człowieka.
- Rozszerzenie powierzchni ataku: wtyczki, automatyzacje, klucze API i połączenia z systemami wewnętrznymi.
2. Zasady dla pracownika
Nie należy wprowadzać do publicznego narzędzia informacji poufnych, danych osobowych osób trzecich, danych klientów, haseł, kluczy API, kodu źródłowego ani materiałów objętych tajemnicą przedsiębiorstwa. Każdą odpowiedź trzeba traktować jako propozycję do sprawdzenia, a nie jako samodzielną decyzję.
Bezpieczna praktyka to używanie zatwierdzonego konta i tenantu, korzystanie z dozwolonych funkcji, usuwanie zbędnych danych z promptu oraz zgłaszanie pomyłkowego przesłania informacji do właściwego zespołu bezpieczeństwa.
3. Kontrola musi obejmować całą drogę danych
Skuteczny model łączy politykę z technologią. Organizacja powinna wiedzieć, jakie narzędzia są zatwierdzone, kontrolować tożsamość i tenant, zapewnić widoczność użycia przez proxy lub CASB oraz objąć ochroną DLP kanały, przez które dane mogą opuścić środowisko.
- WWW i uploady do usług AI;
- poczta elektroniczna, Teams i inne kanały współpracy;
- USB, drukowanie i urządzenia końcowe;
- logowanie, alertowanie i obsługa zdarzeń przez SOC/SIEM;
- proces wyjątków, szkoleń, przeglądów i wycofania narzędzia.
4. Sama blokada nie wystarczy
Całkowity zakaz może ograniczyć widoczność, ale nie musi ograniczyć potrzeby korzystania z AI. Rozsądniejszy model polega na blokowaniu nieautoryzowanych ścieżek przy jednoczesnym udostępnieniu bezpiecznego rozwiązania organizacyjnego, na przykład zatwierdzonego narzędzia w firmowym tenancie, z określonymi zasadami danych i odpowiedzialności.
5. Co zrobić po błędnym przesłaniu danych
Nie należy ukrywać zdarzenia ani samodzielnie usuwać śladów. Trzeba zachować podstawowe informacje: konto, narzędzie, czas, rodzaj danych i zakres przesłania, a następnie uruchomić właściwą ścieżkę zgłoszenia. Pozwala to ocenić, czy zdarzenie jest incydentem, naruszeniem zasad lub sygnałem do zmiany kontroli.
Ramy odniesienia: AI Governance, AI Security, DLP, CASB, SOC/SIEM, zasady ochrony informacji i wymagania organizacyjne. Materiał ma charakter ekspercki i informacyjny.