Od marca opisujemy tę samą trajektorię z różnych stron. Model znalazł błąd w Squidzie, który przeleżał w kodzie dwadzieścia dziewięć lat. Autonomiczny system wykrył dwuletni błąd w Redisie, którego nie wychwycił żaden ludzki przegląd. Za każdym razem pisaliśmy o pojedynczym znalezisku. W czerwcu i lipcu przyszły dwie decyzje amerykańskiego państwa, które pokazują, co ta seria zrobiła z całym systemem obrony — i żadna z nich nie jest tym, czym wydaje się na pierwszy rzut oka.
10 czerwca CISA wydała wiążącą dyrektywę operacyjną BOD 26-04, która uchyliła BOD 22-01 — tę z listopada 2021 roku, nakazującą federalnym agencjom łatanie wszystkiego z katalogu znanych eksploatowanych podatności w narzuconych terminach — oraz starszą BOD 19-02. Miesiąc później, 14 lipca, Biały Dom uruchomił Gold Eagle: federalną centralę, która używa frontier AI do zbierania, priorytetyzowania i koordynowania naprawy luk w administracji i infrastrukturze krytycznej.
Czytane razem, te dwie decyzje wyglądają na kapitulację: państwo przestało wymagać łatania i oddało robotę maszynie. To odczytanie jest jednak błędne, a dane, które je obalają, opublikowała organizacja zajmująca się liczeniem luk — w komunikacie, który prawie nikt nie przeczytał do końca.
Co dokładnie mówi dyrektywa
Warto zacząć od tego, co się faktycznie zmieniło, bo różnica jest subtelniejsza niż „koniec obowiązku łatania".
BOD 22-01 działała prosto: jeśli luka trafiła do katalogu znanych eksploatowanych podatności, agencja miała ją załatać w wyznaczonym terminie. Kryterium było binarne — jest w katalogu albo nie ma. BOD 26-04 zastępuje to modelem czterech zmiennych. Liczy się teraz, czy zasób jest publicznie wystawiony, czy atakujący może w pełni zautomatyzować eksploatację, czy udany atak daje pełną kontrolę nad systemem, oraz czy istnieją dowody wykorzystania w realnych atakach. Obecność w katalogu jest tylko jedną z tych czterech przesłanek, nie wyrokiem samym w sobie.
Skutek praktyczny jest dwustronny. Dla luk spełniających najgroźniejszy zestaw cech terminy się skróciły — do trzech dni. Dla reszty agencje dostały coś, czego wcześniej formalnie nie miały: prawo do świadomego odroczenia. CISA uzasadnia to wprost, wskazując, że wykorzystanie sztucznej inteligencji przez atakujących może dodatkowo skracać czas między wydaniem łatki a możliwą eksploatacją.
Dyrektywa zawiera też element, który przeszedł niemal bez echa, a jest zmianą doktrynalną samą w sobie: kroki triażu śledczego wykonywane przed łataniem. Agencja, która dostaje zgłoszenie o krytycznej luce w wystawionym systemie, ma najpierw ustalić, czy nie została już przez nią spenetrowana, zebrać dowody i wdrożyć powstrzymywanie — a dopiero potem łatać. To jest ciche przyznanie, że przy obecnych oknach czasowych łatka bywa spóźniona o tyle, że zamyka drzwi za napastnikiem, który jest już w środku.
Liczba, która eksplodowała — i ta, która stoi w miejscu
Teraz część, dla której warto było sięgnąć do źródeł zamiast do komentarzy.
W lutym Forum of Incident Response and Security Teams, organizacja zrzeszająca zespoły reagowania na incydenty, prognozowała medianę około 59 400 nowych CVE w 2026 roku — pierwszy rok w historii, w którym liczba przekroczy 50 000. W połowie czerwca FIRST zrewidował tę prognozę w górę, do około 66 000, bo faktyczne ujawnienia biegły 46,3 procent powyżej lutowych szacunków. Jako strukturalne przyczyny wskazano trzy: wspomagane przez AI odkrywanie luk, wzrost wolumenu ostrzeżeń bezpieczeństwa GitHuba o 449 procent rok do roku oraz wzrost aktywności jednego z podmiotów przydzielających identyfikatory o 3119 procent, wchłaniającego zaległy backlog nieprzypisanych zgłoszeń.
Na tym większość relacji się kończy i wychodzi z tego apokalipsa: sto sześćdziesiąt luk dziennie, tonące zespoły, bezradność.
W tym samym komunikacie FIRST jest jednak zdanie, które wywraca ten obraz. Realna eksploatowalność pozostaje płaska. Gdy odfiltrować surowy wolumen pod kątem rzeczywistego ryzyka — czyli obecności w katalogu eksploatowanych podatności albo prawdopodobieństwa eksploatacji powyżej dziesięciu procent — obciążenie łataniem nie wzrosło istotnie. Éireann Leverett, kierujący zespołem prognostycznym FIRST, formułuje to jednoznacznie: obserwujemy poważną zmianę w krajobrazie podatności nie dlatego, że oprogramowanie stało się nagle mniej bezpieczne, lecz dlatego, że nasza zbiorowa zdolność znajdowania błędów została strukturalnie przekształcona.
To jest sedno całej sprawy. Sześćdziesiąt sześć tysięcy CVE nie oznacza sześćdziesięciu sześciu tysięcy nowych zagrożeń. Oznacza, że zaczęliśmy widzieć dług, który leżał w kodzie od dekad. Squid był podatny przez dwadzieścia dziewięć lat — i przez dwadzieścia dziewięć lat nie było go w żadnej statystyce. Gdy model znalazł ten błąd w niemal sekundę, liczba CVE wzrosła o jeden, a bezpieczeństwo świata nie zmieniło się ani o jotę. Zmieniła się tylko nasza wiedza o nim.
Model, który się rozsypał, był zbudowany na cichym założeniu, że liczba znalezisk jest przybliżeniem liczby zagrożeń. Przy kilkunastu tysiącach CVE rocznie to założenie jakoś się trzymało. Przy sześćdziesięciu sześciu tysiącach, z których większość to odkrywanie zaległości, przestało znaczyć cokolwiek — a polityka oparta na nim zamieniła się w produkowanie pracy niepowiązanej z ryzykiem.
Druga rzecz, która pękła — i to nie jest ta sama rzecz
Byłoby jednak nieuczciwe zamknąć to konkluzją „spokojnie, statystyka kłamie". Bo równolegle zepsuło się coś zupełnie innego, i mylenie tych dwóch awarii produkuje złe wnioski w obie strony.
17 marca ujawniono krytyczną lukę w Langflow, otwartoźródłowej platformie do budowania agentów AI — CVE-2026-33017, nieuwierzytelnione zdalne wykonanie kodu przez publiczny endpoint budowania przepływów. Zespół badawczy Sysdiga zaobserwował pierwsze próby wykorzystania w realu około dwudziestu godzin później, 18 marca o 16:04 czasu uniwersalnego. W tym momencie nie istniał żaden publiczny kod demonstrujący atak. Atakujący zbudowali działający exploit wprost z treści ostrzeżenia, które zawierało dość szczegółów — ścieżkę podatnego endpointu i mechanizm wstrzyknięcia kodu przez definicje węzłów przepływu — by nie potrzebowali żadnych dodatkowych badań. Wnioski Sysdiga są jednoznaczne: krytyczne luki w popularnych narzędziach otwartoźródłowych są uzbrajane w ciągu godzin od ujawnienia, często zanim pojawi się jakikolwiek publiczny kod demonstracyjny, i staje się to normą, nie wyjątkiem.
Trzeba tu być precyzyjnym, bo w komentarzach do tej sprawy pojawia się interpretacja, której samo badanie nie zawiera. Sysdig nie twierdzi, że exploit napisała sztuczna inteligencja. Stwierdza fakt: dwadzieścia godzin, bez publicznego PoC, uzbrojone z samego opisu. Kto to zrobił i czym — pozostaje nieustalone. To rozróżnienie ma znaczenie, bo teza „maszyna pisze exploit z opisu w dwadzieścia godzin" brzmi mocniej, a nie jest tym, co wykazano.
Ale nawet w ostrożnej wersji ta liczba zabija stary model terminów. Dyrektywa nakazująca łatanie w czternaście dni zakłada, że masz czternaście dni. Przy oknie dwudziestogodzinnym termin liczony w dniach nie jest za krótki ani za długi — jest po prostu nieistotny dla tej klasy luk, a jednocześnie absurdalnie surowy dla tysięcy pozostałych, których nikt nigdy nie wykorzysta.
I to wyjaśnia, dlaczego BOD 26-04 wygląda tak, jak wygląda. Wolumen zepsuł metrykę — liczba przestała odpowiadać ryzyku. Prędkość zepsuła termin — kalendarz przestał odpowiadać oknu ataku. Dyrektywa odpowiada na obie awarie osobno: cztery zmienne zamiast wagi ujednoliconej, trzy dni dla tego, co realnie groźne, i prawo odroczenia dla reszty. To nie jest rezygnacja z łatania. To rezygnacja z udawania, że wszystkie luki są tym samym rodzajem zdarzenia.
Gold Eagle, czyli druga połowa odpowiedzi
Na tym tle uruchomiony 14 lipca Gold Eagle przestaje wyglądać na gest rozpaczy, a zaczyna na brakujący element.
Program powołano w rozporządzeniu wykonawczym numer 14409 z 2 czerwca — tym samym, o którym pisaliśmy przy sadze wokół Fable 5, zauważając wtedy, że stworzyło dobrowolną ścieżkę recenzji modeli, przez którą Fable nigdy nie przeszedł. Teraz widać, że to samo rozporządzenie zawierało drugi element: nakaz zbudowania centrali wymiany informacji o lukach we współpracy z branżą AI i operatorami infrastruktury krytycznej.
Gold Eagle łączy Skarb Państwa, Departament Obrony i Departament Bezpieczeństwa Krajowego wraz z CISA, pod koordynacją Krajowego Dyrektora ds. Cyberbezpieczeństwa, z niewymienionymi z nazwy organizacjami open source i operatorami infrastruktury. Według komunikatu Białego Domu ma wykorzystywać frontier AI, żeby wyprzedzać przeciwników, redukować dublujące się wysiłki skanowania i dostarczać obrońcom priorytetyzowaną, gotową do działania informację. W momencie ogłoszenia program już przetwarzał zgłoszenia.
Ten fragment o dublującym się skanowaniu jest najbardziej wymowny. Nie chodzi o to, żeby znajdować więcej luk — tych jest już nadmiar. Chodzi o to, żeby przestać znajdować w kółko te same i zacząć uzgadniać, które z nich znaczą cokolwiek. Gold Eagle jest odpowiedzią na problem filtrowania, nie odkrywania.
Retoryka jest przy tym znacznie ostrzejsza niż mechanika. Sekretarz wojny Pete Hegseth zapowiedział „wprowadzenie w domenie cybernetycznej stanu wojennego, żeby bezlitośnie łatać luki". Miesiąc wcześniej ta sama administracja, przez CISA, dała agencjom prawo odraczania łatania. Te dwa komunikaty da się pogodzić tylko wtedy, gdy zrozumie się, że „bezlitośnie" odnosi się do wąskiego zbioru realnie groźnych luk, a nie do katalogu jako całości. Ale sam fakt, że trzeba to tłumaczyć, pokazuje, jak głęboko w naszym języku siedzi utożsamienie bezpieczeństwa z liczbą nałożonych łatek.
Co z tego wynika dla obrońcy
Pierwsza rzecz jest wprost przenoszalna, niezależnie od tego, czy podlegasz amerykańskim dyrektywom. Model czterech zmiennych jest dobrym narzędziem triażu dla każdego: publiczna ekspozycja, możliwość automatyzacji ataku, pełna kontrola po udanym ataku, dowody eksploatacji. Luka o wysokiej wadze w systemie wewnętrznym, którego nie da się zaatakować automatem, nie jest tym samym zdarzeniem co średnia luka w usłudze wystawionej do internetu, dla której krąży gotowy skaner. Jeśli twój proces traktuje je identycznie, bo obie mają podobną punktację, to twój proces mierzy nie to, co trzeba.
Druga wynika z dwudziestu godzin i jest niewygodna. Dla wąskiej klasy luk — nieuwierzytelnione zdalne wykonanie kodu w czymś, co masz wystawione do sieci — okno reakcji jest krótsze niż typowy cykl akceptacji zmiany. Warto sprawdzić, ile realnie trwa u ciebie ścieżka od decyzji do wdrożenia w sobotę w nocy, a nie we wtorek po południu. To jest liczba, której większość organizacji nie zna, a która wyznacza faktyczną ekspozycję lepiej niż jakakolwiek polityka.
Trzecia jest interpretacyjna i chroni przed przesadą w drugą stronę. Rosnąca liczba CVE w twoich raportach nie jest miarą pogarszającego się bezpieczeństwa — jest w dużej mierze miarą tego, że narzędzia zaczęły widzieć więcej. Jeśli zarząd pyta, dlaczego liczba znalezisk wzrosła o połowę, uczciwa odpowiedź brzmi: bo przestaliśmy być ślepi na dług, który już tam był. Panika wywołana surową liczbą prowadzi do rozproszenia wysiłku, czyli dokładnie do tego, co BOD 26-04 próbuje wyeliminować.
Jedna myśl na koniec
Przez dwadzieścia lat bezpieczeństwo mierzyło się liczbą zamkniętych luk, bo liczba znalezionych była z grubsza tym, co istniało. To założenie właśnie umarło — nie dlatego, że przeciwnik urósł, lecz dlatego, że nauczyliśmy się patrzeć. Kiedy narzędzie znajduje w sekundę błąd sprzed dwudziestu dziewięciu lat, nie odkrywa nowego zagrożenia; odkrywa, jak długo byliśmy nieświadomi starego. Państwo, uchylając własny nakaz łatania wszystkiego, przyznało to jako pierwsze i bez rozgłosu. Nie skapitulowało przed liczbą. Przestało jej ufać jako miarze — i to jest jedyna sensowna reakcja na świat, w którym zdolność znajdowania błędów wyprzedziła zdolność ich naprawiania o cały rząd wielkości. Trudność nie polega już na tym, żeby zobaczyć więcej. Polega na tym, żeby wiedzieć, na co spośród tego, co widać, naprawdę patrzeć.
Źródła
CISA — wiążąca dyrektywa operacyjna BOD 26-04 „Prioritizing Security Updates Based on Risk" z 10 czerwca 2026, uchylająca BOD 22-01 i BOD 19-02, wraz z modelem czterech zmiennych, skróconymi terminami dla najwyższego ryzyka i krokami triażu śledczego przed łataniem: https://www.cisa.gov/news-events/directives/bod-26-04-prioritizing-security-updates-based-risk
Biały Dom — komunikat o uruchomieniu inicjatywy Gold Eagle z 14 lipca 2026, z podstawą prawną w rozporządzeniu wykonawczym 14409 z 2 czerwca, składem międzyresortowym i celami programu: https://www.whitehouse.gov/releases/2026/07/white-house-launches-gold-eagle-initiative-for-unprecedented-cybersecurity-vulnerability-coordination/
Sysdig Threat Research Team — analiza eksploatacji CVE-2026-33017 w Langflow, z osią czasu pierwszego ataku dwadzieścia godzin po ujawnieniu i ustaleniem, że atakujący zbudowali exploit wprost z opisu ostrzeżenia, bez publicznego kodu demonstracyjnego: https://www.sysdig.com/blog/cve-2026-33017-how-attackers-compromised-langflow-ai-pipelines-in-20-hours
FIRST — prognoza podatności na 2026 rok z 11 lutego, z medianą 59 427 CVE i przedziałem ufności, oraz aktualizacja półroczna z 15 czerwca podnosząca prognozę do około 66 000 i zawierająca kluczowe ustalenie o płaskiej realnej eksploatowalności mimo wzrostu surowego wolumenu: https://www.first.org/newsroom/releases/20260211 oraz https://www.first.org/newsroom/releases/20260615
Nextgov/FCW — relacja z uruchomienia Gold Eagle, z informacją o rozpoczętym już przetwarzaniu zgłoszeń i składzie partnerów: https://www.nextgov.com/cybersecurity/2026/07/white-house-announces-gold-eagle-ai-clearinghouse-cyber-vulnerabilities/414768/
Nie nowy atak, tylko naprawiony błąd. Co łatka Gemini CLI mówi o tym, że tryb –yolo w potoku CI/CD to nie jest dobry pomysł