AI w firmie a bezpieczeństwo: checklista 25 punktów, zanim włączysz ChatGPT w zespole
Damian GębalaAutorZanim włączysz ChatGPT firmowym zespołowi, musisz mieć 25 rzeczy z głowy: jakie konta, jakie dane, jakie wtyczki, co w logach i kto zamyka dostęp. Nie chodzi o dokładność co do przecinka, tylko o to, żeby nikt nie wkleił umowy z klientem do okna czatu, nie zostawił dostępu po odejściu z pracy i żebyś potrafił odpowiedzieć audytorowi, co właściwie wpisywano w modele. Poniżej masz checklistę pogrupowaną tematycznie - każdy punkt to jedna decyzja, którą podejmujesz przed włączeniem narzędzia, a nie komentarz na później.
Dlaczego checklista, a nie regulaminek
Najpierw liczby, żeby było widać, po co to wszystko. Badanie AI Chamber na 350 decydentach z małych i średnich przedsiębiorstw w Polsce, Czechach, Estonii i Rumunii, przeprowadzone w marcu 2024 i opublikowane 19 września 2024, pokazuje, że aż 9 na 10 firm stosuje sztuczną inteligencję i uczenie maszynowe. Prawie co czwarta używa AI „w znacznym stopniu", ponad 40% firm przewiduje pozytywne skutki finansowe, a prawie dwie trzecie są przekonane o korzystnym wpływie AI na swoją pracę.
Tyle samo firm nie ma dyscypliny. 48% badanych MŚP twierdzi, że ich firma preferuje tradycyjne metody pracy i ma opór przed nowymi rozwiązaniami, a 41% respondentów jest zdania, że kierownictwo utrudnia rozwój AI. Do tego około 40% przedsiębiorstw, które jeszcze nie wprowadziły AI, nie planuje tego w najbliższej przyszłości, ale jednocześnie 50% uważa, że konkurencja już ich wyprzedza.
Ta rozbieżność - powszechna adopcja przy słabym nadzorze - jest właśnie problemem, który checklista zamyka. Zauważ też, że dostawca narzędzia nie zdejmuje z Tobie odpowiedzialności: firma korzystająca z systemu AI może być podmiotem stosującym i nadal odpowiada za użycie zgodne z przeznaczeniem, nadzór, jakość danych wejściowych, monitoring oraz informowanie osób, gdy wymagają tego przepisy.
Do tego dochodzą daty, które już obowiązują. AI Act wszedł w życie 1 sierpnia 2024 i jest stosowany etapami. Zakazane praktyki oraz obowiązek kompetencji w zakresie AI zaczęły być stosowane 2 lutego 2025, a obowiązek AI literacy obowiązuje od lutego 2025. Od 2 sierpnia 2026 stosuje się większość pozostałych zasad, z wyjątkami i odrębnymi terminami przewidzianymi między innymi dla określonych systemów wysokiego ryzyka.
Nie piszę tu kar ani kwot, bo w moich źródłach ich nie ma, a nie chcę podawać liczb, których nie umiem obronić przed prawnikiem. Jeśli potrzebujesz pełnego kalendarza obowiązków z konkretnymi sankcjami, osobno rozpisałem go przy okazji AI Act po polsku - kalendarz obowiązków.
Grupa 1. Konta i logowanie (punkty 1-4)
1. Konto służbowe, nigdy prywatne. Pierwsza i najtańsza kontrola: pracownik loguje się kontem należącym do firmy, z adresem domenowym. Konto prywatne zostawia w narzędziu całą historię pracy firmowej, a wraz z odejściem pracownika zostaje po stronie dostawcy, nie u Ciebie. Zakaz na poziomie polityki jest bezwartościowy bez egzekwowania: polityka, której nikt nie potrafi sprawdzić, jest dokumentem, a nie zabezpieczeniem.
2. Zakaz współdzielenia jednego loginu w zespole. Konto współdzielone kasuje wszystkie logi naraz. Nie wiesz, kto co wpisał, nie cofniesz incydentu i nie rozliczysz konta z odejściem. Jeśli budżet nie pozwala na licencję per osoba, wolisz nie włączać narzędzia wcale niż współdzielić dostęp.
3. Wersja biznesowa lub enterprise zamiast planu indywidualnego. Różnica jest nie w cenie, a w umowie: wersje firmowe dają umowę powierzenia przetwarzania danych (art. 28 RODO), rozdzielenie danych i własne zasady retencji. Zwykły plan indywidualny nie daje Ci umowy, tylko regulamin, z którego trudno wyciągnąć zobowiązanie wobec klienta. Ceny poszczególnych planów rozkładałem osobno przy ChatGPT Business w 2026.
4. Wyłączone logowanie do usług firmowych na prywatnych urządzeniach. Konto z dostępem do firmowej poczty, dysku i dokumentów nie powinno działać z telefonu, który nie jest zarejestrowany w MDM. Inaczej dostęp zostaje w kieszeni człowieka, który zmienia pracę.
Grupa 2. Dane w promptach (punkty 5-10)
5. Czarna lista danych, które nie wchodzą do promptu. Konkretna lista, nie ogólnik: informacje o zdrowiu, dane dotyczące niepełnosprawności, opinie z poradni, numery PESEL i NIP, numery rachunków i kart, skanów dokumentów z podpisami i pieczęciami, treść umów podpisanych z klientem. Zapisuję tę listę w polityce i przyklejam jako osobną stronę - pracownik ma mieć ją pod ręką w momencie wklejania, nie w intranecie.
6. Test jednym pytaniem przed każdym wklejeniem. Najprostsza reguła z mojego źródła brzmi: czy tekst, który chcę wkleić, mógłby być publicznie dostępny bez szkody dla kogokolwiek. Jeśli odpowiedź brzmi „nie”, tekst nie wchodzi do okna czatu. Reguła jest szybka i działa, gdy pracownik nie ma czasu na analizę.
7. Anonimizacja zamiast usunięcia. Zamiast „Jan Kowalski, klasa 7B" piszę „Uczeń A, klasa 7". Przy danych klientów: „firma z branży remontowej, 12 pracowników, Kraków" zamiast pełnej nazwy i adresu. Pseudonimizacja zachowuje użyteczność promptu, a usuwa identyfikator. O pełnym zestawie pól, których nie wklejasz do modelu, rozpisałem się przy RODO a AI w firmie - 12 kroków.
8. Zakaz wklejania umów, faktur i list klientów do publicznego chatu. To nie jest kwestia ostrożności, tylko ujawnienie. Wklejenie umowy z klientem do publicznego chatbota, wgranie listy kontrahentów do darmowego narzędzia do analizy albo udostępnienie własnego kodu asystentowi AI - nic z tego nie jest złośliwe, a wszystko przenosi Twoje dane tam, gdzie nie masz nad nimi kontroli, nie możesz ich zaudytować i być może nie usuniesz.
9. Minimalizacja w architekturze, nie tylko w zaleceniu. System powinien przekazywać wyłącznie dane potrzebne do konkretnego zadania, usuwać identyfikatory tam, gdzie to możliwe, i egzekwować okres retencji. Polityka pisana do ludzi nie wystarczy, jeśli integracja techniczna i tak wysyła cały kontekst rozmowy.
10. Weryfikacja, czy narzędzie ma politykę prywatności zgodną z RODO. Robisz to raz, przy wyborze dostawcy, i zapisujesz wynik. Nie wystarczy deklaracja z marketingu - przed podpisaniem umowy powierzenia warto mieć listę pytań do dostawcy, o retencję promptów, podmioty trzecie, lokalizację i usunięcie danych. Zestaw takich pytań przygotowałem osobno: polityka prywatności a AI - pytania do dostawcy.
Grupa 3. Wtyczki i integracje (punkty 11-14)
11. Wtyczka to dostęp do danych, nie dodatek do czatu. Każda wtyczka, każde połączenie z Google Drive, Gmailem, kalendarzem czy repo to osobny strumień danych poza Twoim kontem. Dlatego lista dozwolonych wtyczek jest jawna i ktoś ją zatwierdza - pracownik nie dodaje integracji sam.
12. Model nie dostaje samodzielnego dostępu do plików, poczty ani płatności. Bez warstwy autoryzacji i walidacji każdej operacji. Dotyczy to zarówno chatbotów, jak i agentów działających w tle - agent, który może wykonać operację, musi mieć osobno zatwierdzaną listę dozwolonych operacji, a nie dostęp ogólny.
13. Oddziel instrukcje od treści użytkownika. Dokument pobrany z internetu lub wiadomość klienta może zawierać instrukcję próbującą zmienić zachowanie systemu. To nie jest teoria: atakujący zaczęli chować instrukcje w treści, którą asystent czyta, i sterować wynikiem, a w systemach połączonych - wywoływać akcje. Jeśli budujesz agenta, instrukcja systemowa i dane wejściowe muszą być oddzielnymi warstwami.
14. Repozytorium kodu ma własną ścieżkę zatwierdzania. Kod źródłowy firmy nie wychodzi do modelu bez świadomej decyzji. Praktycznie: narzędzia bez repozytorium (niezależne modele, wtyczki bez dostępu do kodu) dostają zielone światło, a wszystko, co sięga do repo, przechodzi przez osobę, która zna repo. Tam, gdzie repo nie może opuścić firmy, model postawiony na Twojej infrastrukturze jest jedynym wariantem - opisałem to przy self-hosted AI.
Grupa 4. Logi i monitoring (punkty 15-18)
15. Rejestr narzędzi AI, nie tylko zakupionych. Rejestr powinien obejmować nie tylko aplikacje kupione centralnie, ale także narzędzia używane samodzielnie przez pracowników. To jest jedyny sposób, żeby odpowiedzieć na pytanie, które zada Ci audytor: jakie dane biznesowe trafiły w tym roku do narzędzi AI.
16. Sześć pól na każde zastosowanie. Nazwa narzędzia, dostawca, wersja i właściciel procesu, cel biznesowy oraz decyzje, na które wpływa wynik AI, rola firmy i wstępna kategorię ryzyka, rodzaje danych wejściowych i wyjściowych wraz z okresem przechowywania, użytkownicy, integracje i poziomy dostępu, sposób nadzoru człowieka, monitoringu i zgłaszania incydentów.
17. Dziennik pozwala odtworzyć operację. Wersję modelu, użytkownika, czas, istotne parametry i rezultat - loguj zdarzenia bez utrwalania nadmiarowych danych. To dwa warunki naraz: log ma wystarczać do analizy, a zarazem nie może stać się nowym magazynem danych osobowych.
18. Kto monitoruje i w jakim rytmie. Rejestr bez przeglądu to martwy dokument. Wystarczy cykliczny przegląd: co nowego zainstalowano, które narzędzia mają integracje, które umowy wygasają. Ustal właściciela tego przeglądu po imieniu, nie „IT".
Grupa 5. Dostęp i odejście z pracy (punkty 19-21)
19. Zakaz wchodzenia na prywatne konta i prywatne urządzenia służbowe. Narzędzia AI nie wymagają zakupu, instalacji ani zatwierdzenia budżetu - wystarcza zakładka w przeglądarce. Wdrożenie w większości firm zaczęło się oddolnie, miesiącami przed tym, jak kierownictwo w ogóle porozmawiało o sprawie. Efekt uboczny jest taki, że zakaz po prostu nie działa: wywiera go pracownik na sprzęcie, którego nie kontrolujesz, i na koncie, do którego nie masz dostępu.
20. Dostęp zamykasz w dniu odejścia, nie „po". Zamykanie liczby i sesji w firmowym koncie, odbieranie dostępu do repo, integracji i wspólnych folderów. Zabezpieczenie po stronie dostawcy typu „role i zakres widoczności" działa tylko wtedy, gdy ktoś po Twojej stronie faktycznie tę rolę odebra.
21. Nie ufaj „wyłącznie edukacyjnym" wersjom narzędzi. Korzystanie z wersji edukacyjnych lub instytucjonalnych zamiast indywidualnych jest sensownym domyślnym ustawieniem - ale warto to zapisane mieć jako regułę, bo jest jedynym miejscem, gdzie warunki użytkowania faktycznie pasują do profilu firmy.
Grupa 6. Ludzie, szkolenie, incydenty (punkty 22-25)
22. Szkolenie zróżnicowane według roli. Innego zakresu potrzebuje osoba tworząca treści marketingowe, innego programista integrujący model, a jeszcze innego pracownik zatwierdzający rekomendacje wpływające na klientów. Jedna prezentacja dla całej firmy nie działa na żadnej z tych grup.
23. Minimum programu to sześć obszarów. Rozpoznawanie błędów i halucynacji, ochrona danych, zasady praw autorskich, bezpieczne prompty, sposób zgłaszania incydentu i granice automatyzacji. Sześć punktów to realne minimum, reszta to dopracowanie pod konkretne narzędzia.
24. Procedura incydentu z trzema krokami. Nie usuwaj rozmowy - zachowaj dowód. Zapisz, jakie dane mogły zostać ujawnione i komu. Zgłoś sprawę niezwłocznie inspektorowi ochrony danych osobowych. Nie wymyślam tu terminu w godzinach, bo w moich źródłach go nie ma; konkretne terminy wynikają z RODO i ustawy o ochronie danych osobowych, więc sprawdź je w aktualnym brzmieniu.
25. Granica automatyzacji jest spisana. Jest spisane, gdzie wynik AI ma znaczenie i wymaga zatwierdzenia człowieka. Przycisk „zaakceptuj" nie jest wystarczającym nadzorem, jeśli pracownik nie zna źródeł i nie ma czasu na ocenę odpowiedzi. Nadzór człowieka działa, gdy człowiek ma realne prawo powiedzenia „nie" - inaczej jest tylko deklaracją.
Cztery pytania, na które musisz umieć odpowiedzieć
Jeśli po przeczytaniu tej checklisty umiesz odpowiedzieć na te cztery pytania, zrobiłeś najważniejszą część roboty. Nie musisz mieć wszystkich narzędzi zainwentaryzowanych do perfekcji - musisz wiedzieć, że jeśli padnie pytanie, odpowiedź istnieje.
| Jakich narzędzi AI używamy w tej firmie? | Unknown |
| Czy dane klientów trafiły do któregokolwiek z nich? | Unknown |
| Czy mamy politykę korzystania z AI? | Rarely |
| Co powiemy audytorowi? | Nothing verifiable |
Cztery „nie" z prawej kolumny to stan typowy dla firmy, która nie ma jeszcze rejestru ani polityki. Jedno „tak" zmienia wszystko, bo z „nie wiemy" robi się „sprawdzimy". Pełny zestaw pytań audytowych, z arkuszem do wypełnienia, mam osobno: audyt AI w firmie - 40 pytań.
Czego ta checklista celowo nie zawiera
Wolę napisać, czego nie wiem, niż podać liczbę, której nie umiem obronić. W źródłach, na których opieram tę listę, nie ma: wysokości kar za naruszenie AI Act ani RODO, terminów zgłoszenia naruszenia danych do organu nadzorczego, projektu polskiej ustawy wdrażającej AI Act, ani statystyk wycieków przez narzędzia generatywne. Nie ma też liczby, która odpowie na pytanie „ile polskich firm ma shadow AI" - takiego badania w moich materiałach nie było.
To samo dotyczy kosztów. Nie podaję widełek za wdrożenie tej checklisty, licencje czy szkolenia, bo pracuję na materiałach, w których takich kwot nie ma. Jeśli potrzebujesz kosztu po Twojej stronie, licz go od liczby kont, liczby godzin szkolenia i zakresu integracji - i sprawdź, czy to się zgadza z procesem, który chcesz automatyzować. Który proces warto ruszyć pierwszy, ocenia osobna macierz czasu i ryzyka, którą rozpisuję tutaj.
Trzy decyzje, które zostają po przeczytaniu
Kto jest właścicielem AI w firmie. Nie „zarząd" i nie „IT", tylko jedna osoba z imienia i nazwiska. Bez tego rejestr, polityka i przeglądy nie mają komu odpowiadać.
Które narzędzie włączasz jako pierwsze i dlaczego właśnie to. Jedno, z zapisanym uzasadnieniem i listą danych, które do niego nie wchodzą. Pierwsze wdrożenie jest w firmie jedynym, które robisz świadomie - kolejne nie muszą być.
Kiedy sprawdzisz to po raz pierwszy. Rejestr AI, polityka i umowa powierzenia to dokumenty, które muszą istnieć przed włączeniem narzędzia, a nie po pierwszym incydencie.
Jeśli chcesz to przejść na konkretnych narzędziach i Twoich procesach, napisz do mnie - odpowiadam zwykle tego samego dnia.