Cyberbezpieczeństwo a agenci AI

Michał Nowakowski · 10 czerwca 2026

Cyberbezpieczeństwo rzadko jest dzisiaj traktowana jak inwestycja, a raczej coś co obniża naszą efektywność i generuje niepotrzebny koszt. Dobrej "sławy" nie przynosi też fakt, że wiele projektów AI dostaje "hold" właśnie ze względów bezpieczeństwa

Dlaczego Twój dział bezpieczeństwa ma trudności w akceptacji projektów wykorzystujących agentów AI i powołuje się na NIS2/uKSC?

:::checklist heading="Tytuł listy"

a.: bo to złośliwi ludzie i nas nie lubią
b.: bo im się nie chce wdrażać zabezpieczeń
c.: c. bo bezpiecznicy mają poważne i uzasadnione obawy
b.: bo tak :::

#1 Cyberbezpieczeństwo rzadko jest dzisiaj traktowana jak inwestycja, a raczej coś co obniża naszą efektywność i generuje niepotrzebny koszt. Dobrej "sławy" nie przynosi też fakt, że wiele projektów AI dostaje "hold" właśnie ze względów bezpieczeństwa, które są trudne do zrozumienia i zaakceptowania przez biznes. Znowu nas blokują, myślicie...

Jak czujecie? Co może być powodem?

Anthropic jakiś czas temu opublikowało swój "framework" (to akurat duże słowo w tym przypadku), w którym sugeruje podejście "zero-trust" w odniesieniu do agentów AI. Zbiegło się to (cóż za zaskoczenie) z udostępnieniem "genialnego" modelu Fable5 i zmianą metody naliczania opłat, ale to zupełnie inna sprawa = ) Eh, odszedłem od wątku.

Framework zakłada, że powinniśmy - proporcjonalnie i zgodnie z naszym profilem ryzyka - ograniczyć lub wręcz wyeliminować wszelkie możliwości "przejęcia" modelu przez stronę trzecią. Rzecz jasna w sposób nieautoryzowany. Oznacza to, że musimy wprowadzić wiele kontroli i limitacji, a także nadzoru, który trochę może nam ograniczyć korzyści z agentycznej AI. No, ale coś kosztem czegoś, prawda?

Wróćmy tymczasem do naszej firmy. Biznes przychodzi z propozycją wdrożenia systemu multiagentowego, który ma mieć uprawnienia "decyzyjne". Obszar bezpieczeństwa mówi "NIE".

#2 Tłumaczy to tym, że jesteśmy podmiotem kluczowym / ważnym podlegającym ustawie o krajowym systemie cyberbezpieczeństwa, a to wymaga od nas posiadania systemu zarządzania bezpieczeństwem informacji. Ten zaś musi zapewnić:

"bezpieczeństwo i ciągłość łańcucha dostaw produktów ICT, usług ICT i procesów ICT, od których zależy świadczenie usługi, z uwzględnieniem związków pomiędzy bezpośrednim dostawcą (...) oprogramowania a podmiotem kluczowym lub podmiotem ważnym".

#3 Nasza propozycja agentycznej AI rzeczywiście opiera się dostawcach. Ci sami dostawcy twierdzą - w ramach koncepcji "zero trust", że powinniśmy zawsze zakładać kompromitację zabezpieczeń i utratę "czegoś". Skoro oni to zakładają, to jak my mamy się na to wszystko przygotować?

Tym bardziej, jeżeli nie ma budżetu na bezpieczeństwo? Wdrożenie koncepcji "zero trust" wymaga od nas rozwiązań organizacyjnych i technicznych, w tym nieustannego monitorowania i dostosowywania, a także kontroli jakości zabezpieczeń. To wszystko ludzie, czas i pieniądze.

Jeżeli tych trzech składników nie ma, to Wasz projekt AI zwyczajnie nie ma szans przejść dalej. A jeżeli przejdzie to na dużym ryzyku, które może się nie spłacić z zakładanych korzyści ze wdrożenia.

Dlatego warto poważnie podejść do wdrażania systemu zarządzania bezpieczeństwem informacji - niezależnie od NIS2. To także jeden z ważnych elementów AI Governance, które ma odblokować nam możliwości.