Wpis pojawił się o 15:12 UTC

CISA opublikowała wersję 2026.07.21 swojego katalogu znanych wykorzystywanych podatności o 15:12:01 UTC dnia 21 lipca 2026 roku, a CVE-2026-0770 w nim była. Agencja opisuje lukę własnymi słowami: "Langflow contains an inclusion of functionality from untrusted control sphere vulnerability that allows remote attackers to execute arbitrary code on affected installations." Termin dla amerykańskich agencji federalnych upływa 24 lipca 2026 roku, trzy dni po wpisaniu, na podstawie Binding Operational Directive BOD 26-04, "Prioritizing Security Updates Based on Risk".

Techniczny kształt tłumaczy ten termin. Bazy podatności ustalają ocenę na CVSS 9.8, błąd siedzi w validate_code(), które przekazuje exec_globals do wywołania exec() bez piaskownicy, dotknięty proces działa jako root, a punkt końcowy nie wymaga żadnego uwierzytelnienia. Podatne są wersje od 1.4.2 do 1.7.3, a projekt Langflow dostarczył poprawkę w wersji 1.9.0. CISA prowadzi tę słabość jako CWE-829 i odnotowuje znane użycie w kampaniach ransomware jako nieznane.

Cztery tygodnie osiągalnych instancji

Ekspozycja wyprzedza wpis o niemal miesiąc. Bazy podatności notują próby wykorzystania tej luki od 27 czerwca 2026 roku, a w oknie trzydziestu dni naliczyły 201 prób z 61 unikalnych adresów IP. Wpis do katalogu przyszedł 21 lipca.

Te liczby należy czytać zgodnie z tym, czym są. To telemetria skanowania i prób wykorzystania, a nie potwierdzona liczba naruszonych firm, a CISA nadal odnotowuje użycie ransomware jako nieznane. Dowodzą natomiast, że przestrzeń adresowa była przeczesywana tygodniami, podczas gdy większość właścicieli nigdy nie słyszała nazwy tego produktu.

To zmienia znaczenie samego znaleziska. Jeśli ktoś w firmie znajdzie w tym tygodniu instancję Langflow, bezpieczne założenie jest takie, że była osiągalna przez te cztery tygodnie, więc praca obejmuje dzienniki procesów, połączenia wychodzące i każde poświadczenie, które instancja trzymała. Aktualizacja do 1.9.0 zamyka drzwi. O tym, kto już przez nie przeszedł, nie mówi nic.

Problem inwentaryzacji przebrany za problem łatania

Łatka to ta łatwa część. Ta klasa oprogramowania nie wchodzi do firmy przez dział IT. Kreatory low-code do AI stawiają zespoły marketingu, operacji i analityki, bo dokładnie po to low-code powstał, i lądują na instancji chmurowej z podpiętym firmowym dostępem.

Żadnego wpisu w rejestrze zasobów, żadnego wiersza w CMDB, żadnego agenta na hoście. Skaner podatności, który wychwyciłby CVE-2026-0770, nigdy tej maszyny nie zobaczył, więc cykl łatania, któremu wszyscy ufają, nie miał na czym pracować. Zadaj w tym tygodniu inne pytanie: kto w tej firmie ma prawo uruchomić serwer i co uruchomił.

Warstwa narzędzi wokół agentów to nowa powierzchnia ataku

To druga w tym miesiącu platforma do budowy agentów AI, która trafia do katalogu podatności wykorzystywanych w praktyce. Warstwa narzędzi składająca agentów jest młodsza i słabiej zaudytowana niż aplikacje, którymi dyryguje, i działa z wyższymi uprawnieniami niż jedne i drugie.

Te uprawnienia są sednem sprawy. Kreator agentów przechowuje poświadczenia do każdego systemu, którego dotykają jego agenci, więc root na kreatorze sięga CRM, skrzynki pocztowej, hurtowni danych i systemu płatności, które ktoś z innego działu wpiął w przepływ pracy. Promień rażenia to lista integracji, a poza tym działem nikt jej nie czytał.

Dwa ograniczenia warto powiedzieć wprost. 24 lipca to termin amerykański federalny i w Europie nie ma mocy prawnej, a przytoczona telemetria opisuje ruch atakujący i nie sięga potwierdzonego włamania. Obowiązki NIS2 w Unii Europejskiej i tak kładą inwentaryzację zasobów na to samo biurko, na którym ta sprawa się kończy.

Czytaj dalej: Ta luka ColdFusion została zaatakowana w minuty  |  Współdzielony certyfikat wpuszcza Qilina do środka