Po zakończeniu współpracy z podwykonawcą warto mieć jasną procedurę odbierania mu dostępu do firmowych narzędzi AI.

Na czym polega ta usługa

Usługa obejmuje opracowanie procedury wycofania dostępu do narzędzi AI po zakończeniu współpracy z podwykonawcą lub kontrahentem.

Dla kogo ma sens

Usługa jest przydatna dla firm współpracujących z podwykonawcami, którym udostępniają dostęp do narzędzi AI.

Ile to trwa

Opracowanie procedury mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Specyfika środowisk sztucznej inteligencji a tradycyjny proces offboardingu

Standardowy proces wycofania uprawnień pracownika lub współpracownika, określany w branży informatycznej jako offboarding (formalna procedura zamykania kont i odbierania dostępów po zakończeniu relacji biznesowej), skupia się najczęściej na wyłączeniu skrzynki poczty elektronicznej, zablokowaniu konta w domenie firmowej oraz odebraniu fizycznego sprzętu komputerowego. W przypadku generatywnej sztucznej inteligencji oraz powiązanych z nią systemów przetwarzania danych takie działania okazują się niewystarczające. Narzędzia sztucznej inteligencji opierają się na wielu rozproszonych warstwach dostępowych, które nie zawsze są zintegrowane z centralnym katalogiem tożsamości przedsiębiorstwa.

Podwykonawcy realizujący zadania programistyczne, analityczne, marketingowe lub wdrożeniowe często otrzymują bezpośredni dostęp do komercyjnych platform w modelu SaaS (Software as a Service, czyli oprogramowanie dostarczane jako usługa w chmurze), kluczy programistycznych API (Application Programming Interface, czyli interfejsu umożliwiającego bezpośrednią komunikację między programami) oraz korporacyjnych baz wiedzy. Pozostawienie aktywnych poświadczeń po wygaśnięciu umowy rodzi ryzyko nieautoryzowanego wglądu w tajemnice przedsiębiorstwa, generowania niekontrolowanych kosztów na rachunek firmy oraz potencjalnego wycieku poufnych danych klientów.

Kluczowe wektory dostępowe do narzędzi AI wymagające natychmiastowej weryfikacji

Prawidłowo skonstruowana procedura bezpieczeństwa musi uwzględniać wszystkie punkty styku, przez które zewnętrzny kontrahent mógł wchodzić w interakcję z infrastrukturą sztucznej inteligencji. W nowoczesnych środowiskach biznesowych wyróżnia się pięć głównych obszarów ryzyka.

Pierwszym obszarem są konta imienne oraz zespołowe w panelach subskrypcyjnych platform chmurowych, takich jak ChatGPT Team, ChatGPT Enterprise, Microsoft 365 Copilot, Google Gemini Workspace czy Claude for Work. Zwykłe usunięcie adresu e-mail powiązanego z domeną może nie unieważnić aktywnych tokenów sesyjnych (cyfrowych znaczników potwierdzających tożsamość zalogowanego użytkownika w przeglądarce), co pozwala na dalsze przeglądanie historii konwersacji oraz pobieranie plików załączonych do czatów roboczych.

Drugim elementem są klucze API wykorzystywane do integracji modeli językowych z wewnętrznymi aplikacjami, systemami ERP (Enterprise Resource Planning, czyli oprogramowaniem do kompleksowego zarządzania zasobami przedsiębiorstwa) lub automatyzacjami procesów biznesowych. Klucze te bywają zapisywane w lokalnych plikach konfiguracyjnych na komputerach programistów lub w repozytoriach kodu źródłowego (miejscach przechowywania wersji oprogramowania, takich jak GitHub lub GitLab). Brak unieważnienia klucza po zakończeniu kontraktu oznacza, że podwykonawca może w dalszym ciągu wysyłać zapytania na koszt zleceniodawcy.

Trzecim punktem są bazy wektorowe (specjalistyczne bazy danych przechowujące informacje w postaci wektorów numerycznych na potrzeby szybkiego wyszukiwania semantycznego) oraz architektury RAG (Retrieval-Augmented Generation, czyli technologia generowania odpowiedzi wzbogacona o automatyczne przeszukiwanie dokumentów firmowych). Podwykonawca posiadający uprawnienia do edycji indeksów wektorowych lub wglądu w endpointy (punkty końcowe interfejsu sieciowego) zachowuje dostęp do bazy wiedzy zawierającej procedury, umowy, analizy finansowe czy dokumentację techniczną firmy.

Czwartym obszarem są asystenci niestandardowi oraz boty funkcyjne, takie jak dedykowane moduły GPT lub asystenci wdrożeni w komunikatorach Slack i Microsoft Teams. Jeżeli zewnętrzny specjalista został oznaczony jako współtwórca lub administrator takiego bota, może w dowolnym momencie zmienić jego konfigurację, podejrzeć prompt systemowy (główną instrukcję sterującą zachowaniem modelu) lub podmienić podpięte źródła danych.

Piątym wektorem są narzędzia orkiestracji i platformy integracyjne bezkodowe, takie jak Make, Zapier czy n8n. W tego typu systemach poświadczenia dostępowe do modeli sztucznej inteligencji są często współdzielone w ramach jednego scenariusza roboczego, co wymaga modyfikacji połączeń na poziomie każdego zautomatyzowanego przepływu danych.

Etapy wdrożenia procedury bezpiecznego wycofania uprawnień

Opracowanie i realizacja procedury wycofania dostępu przebiega według ustrukturyzowanego planu, który minimalizuje ryzyko przeoczenia jakiegokolwiek zasobu oraz zapobiega przestojom w bieżącej działalności operacyjnej firmy.

Krok pierwszy polega na przeprowadzeniu pełnej inwentaryzacji uprawnień. Identyfikowane są wszystkie narzędzia, platformy SaaS, subskrypcje, biblioteki chmurowe oraz repozytoria, do których podwykonawca otrzymał dostęp w trakcie trwania umowy. Tworzona jest dokładna macierz uprawnień z podziałem na role administracyjne, edycyjne i odczytu.

Krok drugi obejmuje unieważnienie i natychmiastową rotację kluczy API oraz sekretów środowiskowych. Wszystkie tokeny uwierzytelniające, którymi posługiwał się kontrahent, zostają usunięte w panelach dostawców modeli (takich jak OpenAI, Anthropic, Google Cloud Platform czy Microsoft Azure). W ich miejsce generowane są nowe identyfikatory, które następnie wprowadza się do bezpiecznych magazynów kluczy (Key Vault, czyli szyfrowanych repozytoriów haseł i certyfikatów) w systemach produkcyjnych.

Krok trzeci to blokada kont użytkownika w systemach IAM (Identity and Access Management, czyli oprogramowaniu do centralnego zarządzania tożsamością i uprawnieniami) oraz wyrejestrowanie konta z paneli subskrypcyjnych. W ramach tego kroku następuje także wymuszone unieważnienie wszystkich aktywnych sesji logowania (session revocation, czyli natychmiastowe przerwanie autoryzacji), co powoduje wylogowanie podwykonawcy ze wszystkich urządzeń stacjonarnych i przenośnych.

Krok czwarty koncentruje się na zabezpieczeniu historii konwersacji i zgromadzonych danych. Przeprowadzany jest eksport czatów projektowych do bezpiecznego archiwum firmowego, po czym usuwa się wątki zawierające wrażliwe informacje z przestrzeni współdzielonych, aby uniemożliwić ich przypadkowe wycieki w przyszłości.

Krok piąty to modyfikacja uprawnień do niestandardowych asystentów oraz scenariuszy integracyjnych. Prawa własności do botów i agentów autonomicznych zostają przeniesione na wyznaczonego pracownika firmy, a uprawnienia podwykonawcy są całkowicie kasowane.

Krok szósty polega na weryfikacji logów audytowych (rejestrów zdarzeń systemowych). Przez określony czas po wycofaniu uprawnień monitorowane są próby wywołań API oraz zapytania kierowane z adresów IP powiązanych z byłym współpracownikiem, co pozwala upewnić się, że żadne automatyczne procesy nie zostały pominięte.

Błędy popełniane przy samodzielnym odbieraniu dostępów do systemów sztucznej inteligencji

Próby przeprowadzania procedury wygaszania uprawnień we własnym zakresie często prowadzą do powstawania luk w zabezpieczeniach lub nieumyślnego uszkodzenia działających procesów informatycznych.

Najbardziej powszechnym błędem jest przekonanie, że zablokowanie firmowej skrzynki pocztowej automatycznie odcina dostęp do wszystkich narzędzi sztucznej inteligencji. Jeżeli podwykonawca logował się do zewnętrznych platform przy użyciu mechanizmu pojedynczego logowania SSO (Single Sign-On, czyli logowania za pomocą jednego zestawu poświadczeń), ale w międzyczasie wygenerował osobiste tokeny dostępowe PAT (Personal Access Token, czyli indywidualny klucz autoryzacyjny) lub pobrał klucze API, zablokowanie konta pocztowego nie uniemożliwi mu dalszego korzystania z zasobów programistycznych.

Drugim częstym uchybieniem jest korzystanie ze wspólnych kont zespołowych bez imiennej identyfikacji użytkowników. Gdy kilku zewnętrznych specjalistów korzysta z jednego loginu i hasła do płatnej subskrypcji, odebranie dostępu jednemu z nich wymaga zmiany hasła i ponownej konfiguracji środowiska dla wszystkich pozostałych osób. W praktyce firmy często odkładają ten krok na później, pozostawiając byłemu współpracownikowi pełny wgląd w dane.

Trzecim błędem jest natychmiastowe usunięcie klucza API bez wcześniejszego sprawdzenia, jakie moduły w firmie z niego korzystają. Niekontrolowane skasowanie tokenu może doprowadzić do nagłego zatrzymania systemów obsługi klienta, modułów fakturowania lub automatycznych integracji ze sklepami internetowymi i platformami handlowymi.

Czwartym problemem jest ignorowanie lokalnych środowisk deweloperskich. Podwykonawca, który tworzył oprogramowanie na własnym komputerze, może posiadać lokalne kopie zestawów danych treningowych (datasetów, czyli zbiorów danych wykorzystywanych do uczenia modeli) oraz sklonowane repozytoria kodu zawierające zapisane na stałe hasła dostępowe do baz danych i usług chmurowych.

Ochrona własności intelektualnej i modeli douczanych

Wycofanie dostępu technicznego to tylko jeden z aspektów bezpiecznego zakończenia współpracy. W projektach wykorzystujących sztuczną inteligencję istotną rolę odgrywa zabezpieczenie praw do wytworzonych zasobów cyfrowych.

Szczególnej uwagi wymagają modele douczane metodą fine-tuningu (procesu polegającego na dostosowaniu uniwersalnego modelu językowego do specyfiki firmy poprzez dotrenowanie go na wewnętrznych dokumentach i procedurach). Wytworzone w ten sposób wagi modelu oraz dedykowane bazy wiedzy stanowią strategiczną wartość przedsiębiorstwa. Procedura musi gwarantować, że podwykonawca nie zachował dostępu do douczonego modelu na prywatnym koncie u dostawcy chmurowego oraz że nie wykorzysta unikalnych danych treningowych w projektach realizowanych dla innych podmiotów.

Równie ważnym elementem są prompty systemowe (starannie opracowane sekwencje poleceń, które definiują logikę działania asystentów i stanowią know-how przedsiębiorstwa). Dokumentacja procedury powinna obejmować protokół przekazania pełnej treści promptów oraz potwierdzenie ich usunięcia z prywatnych notatek i repozytoriów wykonawcy. W ramach profesjonalnego wdrożenia sporządza się protokół zdawczo-odbiorczy powiązany z umową o zachowaniu poufności NDA (Non-Disclosure Agreement), co zabezpiecza interesy prawne firmy.

Praktyczne pytania dotyczące wycofywania uprawnień do narzędzi AI

Co należy zrobić, jeżeli podwykonawca korzystał z prywatnego konta do realizacji zadań firmowych?

W takiej sytuacji konieczne jest formalne zobowiązanie kontrahenta do usunięcia historii rozmów, wyczyszczenia pamięci podręcznej asystenta oraz skasowania wszelkich przesłanych plików zawierających dane firmy. Dodatkowo należy zweryfikować, czy w prywatnym koncie nie były włączone opcje trenowania modeli publicznych na wprowadzanych danych, co mogłoby doprowadzić do zaindeksowania informacji przez algorytmy dostawcy platformy.

Jak szybko po rozwiązaniu umowy należy przeprowadzić procedurę odebrania dostępów?

Wycofanie uprawnień do kont imiennych oraz unieważnienie kluczy API powinno nastąpić w trybie natychmiastowym, najlepiej w dniu zakończenia współpracy lub bezpośrednio przed poinformowaniem podwykonawcy o rozwiązaniu kontraktu. Zgodnie z zasadą Zero Trust (modelem bezpieczeństwa zakładającym brak domyślnego zaufania do jakiegokolwiek użytkownika lub urządzenia) zwlekanie z odebraniem uprawnień nawet o kilkanaście godzin znacząco zwiększa ryzyko nieautoryzowanego pobrania zasobów cyfrowych.

Czy rotacja kluczy programistycznych API może wywołać przerwę w działaniu systemów firmowych?

Jeżeli procedura jest przeprowadzana prawidłowo, nie dochodzi do przerw w działaniu infrastruktury. Proces realizuje się poprzez wcześniejsze wygenerowanie nowego klucza autoryzacyjnego, zaktualizowanie konfiguracji w działających aplikacjach oraz przetestowanie poprawności komunikacji, a dopiero w ostatnim kroku usunięcie starego tokenu, którym dysponował odchodzący współpracownik.

W jaki sposób przygotować firmę na współpracę z nowym kontrahentem, aby ułatwić przyszły offboarding?

Kluczem jest wdrożenie zasady najmniejszych uprawnień (Least Privilege, czyli przydzielania wyłącznie takich dostępów, jakie są niezbędne do wykonania danego zadania) oraz korzystanie z imiennych kont zintegrowanych z firmowym systemem logowania. Wszelkie klucze API powinny być przydzielane z określonym terminem ważności oraz limitami budżetowymi, co uniemożliwia generowanie nadmiarowych kosztów i ułatwia ich późniejsze wygaszenie.

Czym różni się audyt uprawnień do sztucznej inteligencji od standardowego przeglądu uprawnień IT?

Standardowy audyt informatyczny weryfikuje głównie prawa do plików na serwerach, konta pocztowe i dostęp do sieci VPN (wirtualnej sieci prywatnej). Audyt środowiska sztucznej inteligencji koncentruje się dodatkowo na przepływach danych w promptach, uprawnieniach do wektorowych baz wiedzy, historii zapytań w modelach generatywnych, konfiguracjach wbudowanych wtyczek zewnętrznych oraz uprawnieniach do wywoływania kodu przez autonomicznych agentów.

Kompleksowe zabezpieczenie infrastruktury informatycznej i środowisk AI w firmie

Wdrożenie rzetelnej procedury wycofywania uprawnień do narzędzi sztucznej inteligencji pozwala zabezpieczyć przedsiębiorstwo przed wyciekiem poufnych informacji, nieautoryzowanym użyciem zasobów obliczeniowych oraz stratami finansowymi związanymi z niekontrolowanym zużyciem API. Usługa opracowania i audytu procedur offboardingowych jest realizowana z dojazdem bezpośrednio do siedziby klienta na terenie Warszawy oraz 7 okolicznych powiatów (grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni, wołomiński), w promieniu do 40 km od stolicy.

Prace obejmują szczegółowy przegląd środowiska IT dla firm, bezpłatną diagnozę wstępną, sporządzenie umowy o zachowaniu poufności NDA na życzenie oraz wsparcie techniczne po wdrożeniu do 30 dni. W przypadku konieczności przeprowadzenia weryfikacji sprzętowej lub konfiguracji zabezpieczeń stacji roboczych większość zadań realizowana jest podczas pierwszej wizyty serwisanta. Wszelkie zgłoszenia przyjmowane są całodobowo przez 7 dni w tygodniu pod numerem telefonu 22 378 48 09, gwarantując szybką reakcję i profesjonalne wsparcie w zarządzaniu bezpieczeństwem nowoczesnych technologii.

22 378 48 09

Procedura wycofania dostępu do AI po zakończeniu współpracy z podwykonawcą