„Chwila, kto to zatwierdził?” Prawdopodobnie nikt — i właśnie dlatego niemal w każdej firmie działa teraz jakieś narzędzie AI w kącie, którego IT nigdy nie widziało, nie zatwierdziło i o którym nawet nie wie. Wdrażanie AI w firmach nie czekało, aż ktoś napisze politykę, a w 2026 ten rachunek przychodzi niemal wszędzie naraz. Zespoły biznesowe składają raporty, budują rejestry i stawiają całe wewnętrzne aplikacje na systemach AI z własnej inicjatywy. Najczęściej nic się nie dzieje. Kiedy się dzieje, rachunek jest konkretny i wysoki.
Sygnał. Cost of a Data Breach Report 2025 firmy IBM wykazał, że naruszenia związane z shadow AI kosztowały firmy średnio o 670 000 dolarów więcej niż standardowy incydent i były wykrywane po 247 dniach — sześć dni dłużej niż średnia światowa. Dwadzieścia procent naruszeń zbadanych przez IBM prowadziło do narzędzi AI wdrożonych przez pracowników bez zgody działu bezpieczeństwa. Osobno 13% organizacji zgłosiło bezpośrednie naruszenie modelu lub aplikacji AI, a 97% z nich nie miało wtedy właściwej kontroli dostępu do AI.
Nic z tego nie jest ostrzeżeniem przed przyszłym ryzykiem. To opis tego, co już działa w twojej firmie, w karcie przeglądarki, której nikt z zespołu bezpieczeństwa nie otworzył.
Shadow AI i citizen development to nie to samo
Obu terminów używa się w zarządach niemal zamiennie, choć opisują przeciwne skutki tego samego trendu: to użytkownicy biznesowi, a nie inżynierowie, budują oprogramowanie potrzebne im do pracy.
Citizen development to sytuacja, w której firma daje nietechnicznym pracownikom narzędzia zatwierdzone przez IT, jasne ramy i nadzór — i pozwala im budować. Kierowniczka operacji, która składa własny rejestr zapasów, albo menedżer finansów automatyzujący ścieżkę akceptacji: praca jest widoczna dla IT, obejmuje ją obowiązująca polityka bezpieczeństwa, a ktoś odpowiada, jeśli coś się zepsuje.
Shadow AI to ten sam odruch, tylko bez tej widoczności. To darmowy chatbot AI, do którego ktoś wkleja arkusz z danymi klientów, żeby go streścić. To narzędzie do workflow wykupione na prywatny e-mail i firmową kartę, o którym bezpieczeństwo nigdy się nie dowiaduje. To wewnętrzna „aplikacja” sklecona przez weekend, która po cichu zaczyna przetwarzać prawdziwe dane klientów bez kontroli dostępu, bez dziennika audytu i bez wiedzy kogokolwiek poza jej autorem, że w ogóle działa na produkcji.
Różnicą nigdy nie była ambicja osoby budującej. Jest nią governance: czy IT wie, że to istnieje, czy da się to zaudytować i czy naprawdę ktoś odpowiada za bezpieczeństwo?
Liczby stojące za alarmem
Cost of a Data Breach Report 2025 firmy IBM to jak dotąd najbardziej rzetelne spojrzenie na to, ile naprawdę kosztuje shadow AI — a liczby są niewygodne. Naruszenia powiązane z shadow AI kosztowały średnio 4,63 mln dolarów — o 670 000 więcej niż standardowy incydent — i były wykrywane po 247 dniach, sześć dni później niż średnio. Ta różnica się kumuluje: im dłużej incydent pozostaje niewykryty, tym drożej kosztuje jego opanowanie.
Gorsze są też dane, które przy tym wyciekają. Incydenty powiązane z shadow AI obejmowały dane osobowe w 65% przypadków, wobec 53% średnio dla wszystkich naruszeń, a własność intelektualną w 40% przypadków, wobec średnio 33%. Gdy narzędzie AI, którego nikt nie zatwierdził, zostaje przejęte, zwykle trzyma dokładnie te dane, które najbardziej wymagały ochrony.
Przyczyna tych liczb jest prosta: 63% dotkniętych organizacji nie miało polityki governance AI albo dopiero ją tworzyło, gdy doszło do naruszenia. A wśród firm, które zgłosiły bezpośrednie naruszenie modelu lub aplikacji AI, 97% nie miało odpowiedniej kontroli dostępu. Te narzędzia działały na produkcji, a drzwi praktycznie nikt nie pilnował.
Dlaczego shadow AI wybucha właśnie teraz
W istocie nie chodzi o to, że AI jest wyjątkowo niebezpieczna. Chodzi o to, kto dziś buduje oprogramowanie i jak szybko. Już w 2021 roku
Gartner przewidywał, że 80% produktów i usług technologicznych powstanie poza formalnym działem IT — a rozwój no-code wspierany przez AI sprawił, że ta prognoza sprawdziła się co do czasu. Badania branżowe mówią dziś o czterokrotnej przewadze citizen developerów nad zawodowymi inżynierami w dużych firmach i o szacunkowo 70% nowych aplikacji firmowych powstających na narzędziach low-code lub no-code.
Ta zmiana to w szerokim ujęciu dobra wiadomość — dokładnie po to istnieje AgentUI. Kierowniczka operacji, która naprawdę zna rzeczywisty proces, nie powinna czekać pół roku na ticket do zespołu inżynierskiego. Ale szacunkowo 30% aplikacji tworzonych dziś poza IT powstaje rękami osób z niewielkim lub żadnym przygotowaniem technicznym, a Gartner osobno przewiduje, że do końca 2026 roku 40% aplikacji firmowych będzie zawierać wyspecjalizowane agenty AI, wobec poniżej 5% w 2025. Budowanie staje się radykalnie łatwiejsze dokładnie wtedy, gdy governance wciąż zakłada, że potrafią to tylko wyszkoleni inżynierowie.
Nałóż te dwie krzywe na jeden wykres — ilu ludzi potrafi budować i ile jest nadzoru, żeby przejrzeć to, co powstaje — a odstęp między nimi to właśnie shadow AI. To nie jest zbuntowana mniejszość robiąca coś lekkomyślnego. To zwyczajny, dobrze zamierzony efekt dania tysiącom osób mocy budowania bez dania komukolwiek wglądu w to, co zbudowały.
Citizen development z nadzorem a shadow AI bez nadzoru
Pierwszego dnia obie ścieżki wyglądają identycznie: ktoś opisuje, czego potrzebuje, a narzędzie to buduje. Rozchodzą się całkowicie we wszystkim, co dzieje się później.
| | Shadow AI | Citizen development z governance |
|---|
| Widoczność | IT dowiaduje się po fakcie, o ile w ogóle. | Każda aplikacja, jej właściciel i jej dane widoczne na jednym pulpicie. |
| Kontrola dostępu | Wchodzi każdy, kto ma link. | Role Admin, User, Viewer i Compliance Officer domyślnie. |
| Ścieżka audytu | Brak — albo cokolwiek zapisze dostawca. | Każda akcja zapisana z autorem, czasem i adresem IP, z eksportem do Splunka, Datadoga lub S3. |
| Obsługa danych | Wrażliwe pola wklejane do promptów, przechowywane nie wiadomo gdzie. | Maskowanie na poziomie pola z odsłanianiem według roli, zawsze zapisywane. |
| Gotowość do audytu | Nie ma czego pokazać audytorowi. | SOC 2 Type II, gotowość na RODO, wsparcie HIPAA z podpisywalnym BAA. |
| Odpowiedzialność | Ten, kto to zbudował — o ile wciąż tam pracuje. | Wskazany właściciel, ocena bezpieczeństwa i udokumentowana ścieżka. |
Governance w praktyce
Tego nie naprawi sam PDF z polityką. Governance musi być domyślnym stanem platformy: kto zbudował każdą aplikację, kto może ją zobaczyć, kto może tknąć dane wrażliwe — i zapis, który to udowodni, gdy ktoś zapyta.
AgentUI wymusza to w każdym projekcie: role Admin, User, Viewer i Compliance Officer domyślnie, a każda akcja — generowanie, edycja, wdrożenie, dostęp do danych — jest zapisywana z autorem, czasem i adresem IP, z eksportem do Splunka, Datadoga lub S3 w każdym planie. (Techniczne szczegóły na poziomie kodu — skanowanie bezpieczeństwa, rozdzielenie środowisk — opisujemy w
Dlaczego vibe coding psuje governance w firmie.)
🔍
Dzienniki audytu domyślnie
Każde wygenerowanie, edycja i dostęp zapisane z autorem, czasem i adresem IP — eksport w każdym planie, nie tylko enterprise.
🛡️
Kontrola dostępu oparta na rolach
Role Admin, User, Viewer i Compliance Officer, przypisywane bez pisania linijki kodu autoryzacji.
🔎
Automatyczne skanowanie kodu
22 reguły Semgrep w 5 kategoriach, ocena bezpieczeństwa 0–100 dla projektu i krytyczne znaleziska blokujące wdrożenie.
Audyt w 5 minut: czy shadow AI już działa w twojej firmie?
Do pierwszej oceny nie potrzeba formalnego audytu bezpieczeństwa. Sześć uczciwie odpowiedzianych pytań powie niemal wszystko:
- Czy potrafisz wymienić każde narzędzie AI i każdą aplikację wygenerowaną przez AI, która działa teraz gdzieś w firmie — nie tylko te wdrożone przez IT, ale wszystkie?
- Czy każde z nich prowadzi dziennik audytu pokazujący, kto co zrobił, kiedy i skąd?
- Czy dostęp jest kontrolowany rolami, czy wchodzi każdy, kto ma link?
- Czy dane wrażliwe — adresy e-mail, numery telefonów, numery dokumentów — są maskowane na poziomie pola, czy tylko schowane za przyciskiem w interfejsie?
- Czy istnieje realny rozdział między tym, co jest testowane, a tym, czego używają klienci, czy każda zmiana trafia na produkcję od razu?
- Gdyby regulator, audytor albo klient poprosił jutro rano o dowód governance AI, czy zdołałbyś go przekazać jeszcze tego samego dnia?
Jeśli na dwa lub więcej z tych pytań odpowiedziałeś „nie” albo „nie jestem pewien”, shadow AI nie jest ryzykiem z twojej mapy drogowej na 2027. To stan, który trwa w twojej firmie dzisiaj.
Nic z tego nie jest argumentem za zakazem budowania z pomocą AI — ten pociąg odjechał, a zakaz tylko spycha zachowanie głębiej w cień, zamiast wyprowadzić je z firmy. Rozwiązaniem nigdy nie było budować mniej. Rozwiązaniem jest budować na platformie, w której governance jest domyślnym stanem systemu, a nie dokumentem polityki, który pracownicy mają zapamiętać.
Na tym opiera się cały AgentUI. AI generuje aplikację; platforma wymusza dziennik audytu, kontrolę dostępu i skanowanie bezpieczeństwa, zanim cokolwiek trafi do prawdziwego użytkownika — automatycznie, tak samo w każdym projekcie, czy buduje go dziesięcioosobowy startup, czy firma na dziesięć tysięcy osób. Skonfigurowane to nie to samo co egzekwowane, a polityka, której nikt nie egzekwuje, nie jest governance. Większość platform sprzedaje oprogramowanie i zostawia ci governance. My sprzedajemy zespół — i dziennik audytu, który dowodzi, że działa.
