CVE-2026-58065
WysokieCVSS 8.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 37 - wyżej niż 37% wszystkich znanych CVE
Streszczenie
Dostawca Git dla Apache Airflow domyślnie używa opcji StrictHostKeyChecking=no podczas operacji git-over-SSH, co wyłącza weryfikację klucza hosta SSH. Atakujący mogą przechwycić komunikację między workerem Airflow a serwerem Git (man-in-the-middle), podszywając się pod serwer i przechwytując klucz deployacyjny lub wstrzykując złośliwą treść repozytorium.
Ocena ryzyka
Organizacja narażona jest na kradzież kluczy SSH deployacyjnych oraz wstrzyknięcie złośliwego kodu do repozytoriów, co może prowadzić do naruszenia integralności systemów i wycieku danych.
Rekomendacja
Należy natychmiast zaktualizować pakiet apache-airflow-providers-git do wersji 0.4.1 lub nowszej oraz skonfigurować plik known_hosts, aby włączyć weryfikację kluczy hosta SSH.
Powiązane podatności
- CVE-2026-19117Krytyczne
W określonych warunkach atakujący może zarejestrować kontrolowany przez siebie klucz FIDO2 dla konta ofiary, a następnie uwierzytelnić się jako ten użytkownik. Podatność dotyczy wyłącznie wdrożeń lokalnych (on-premises).
- CVE-2026-66786Krytyczne
W Submariner w trybie cert-auth konfiguracja połączenia jest budowana z niesprawdzonych ciągów znaków z definicji CRD. Złośliwy klaster może opublikować CableName zawierający znaki nowej linii i dyrektywy ipsec.conf, co pozwala na wstrzyknięcie dowolnych parametrów konfiguracyjnych lub wykonanie poleceń przez hooki leftupdown, prowadząc do zdalnego wykonania kodu jako root na węźle bramy.
- CVE-2026-53671Krytyczne
W weryfikatorze eBPF PREVAIL przed wersją 0.2.4 abstrakcyjny transformer traktuje zapisy przez rejestr bazowy typu T_CTX jako cichą operację no-op. Atakujący może stworzyć program eBPF, który nadpisuje pole kontekstu (np. ctx->data), przeładowuje je jako T_PACKET i dereferencjonuje adres kontrolowany przez atakującego, a PREVAIL uzna program za bezpieczny.
- CVE-2026-53670Krytyczne
W weryfikatorze eBPF PREVAIL przed wersją 0.2.4 funkcja EbpfTransformer::add() pomija aktualizacje offsetu, gdy rejestr docelowy ma niejednoznaczny zestaw typów. Kolejne sprawdzenia granic używają nieaktualnego offsetu i akceptują dostęp do pamięci poza zakresem, przez co spreparowany program BPF przechodzi weryfikację, mimo że w czasie wykonania uszkodziłby pamięć.
- CVE-2026-53649Krytyczne
Framework Joro przed wersją 1.1.1 w domyślnym trybie proxy udostępnia lokalne API na 127.0.0.1:9090 bez uwierzytelnienia i z polityką CORS na wildcard. Złośliwa strona internetowa może wysyłać żądania do wrażliwych endpointów, w tym przesyłać natywną wtyczkę i wywołać restart, co prowadzi do zdalnego wykonania kodu jako użytkownik operatora.
- CVE-2026-20279Krytyczne
Podatność w oprogramowaniu Cisco IOS XR dotyczy problemów z nieprawidłową kontrolą dostępu (CWE-284). Została wykryta podczas wewnętrznego przeglądu bezpieczeństwa i została naprawiona w wydaniach wzmacniających oprogramowanie.
- CVE-2026-20274Krytyczne
Podatność w oprogramowaniu Cisco IOS XR dotyczy problemów z nieprawidłową kontrolą zasobów (CWE-664). Została wykryta podczas wewnętrznego przeglądu bezpieczeństwa i została naprawiona w wydaniach wzmacniających oprogramowanie.
- CVE-2026-20212Krytyczne
Podatność w integracji Silicon One dla przełączników Cisco Nexus 9000 pozwala nieuwierzytelnionemu atakującemu zdalnie wykonać kod z uprawnieniami root. Porty TCP 43210 i 43211 są dostępne w domyślnej VRF L3, a wysłanie spreparowanych danych może doprowadzić do wykonania kodu lub awarii procesu S1HAL i przeładowania urządzenia.
- CVE-2026-53611Krytyczne
Looking Glass przed wersją 1.3.5 zawiera podatność na wstrzykiwanie poleceń systemu operacyjnego wynikającą z niezakotwiczonego wyrażenia regularnego w warstwie walidacji wejścia. Podatność została naprawiona w wersji 1.3.5.
- CVE-2026-82955Krytyczne
W bieżącej wersji rozwojowej Eclipse aeriOS, w komponencie API Gateway, parametr disable_jwk_security był na stałe ustawiony na true, co wyłączało weryfikację certyfikatów TLS podczas pobierania JWKS. Umożliwiało to atakującemu przechwycenie komunikacji i dostarczenie złośliwego JWKS, co mogło naruszyć walidację tokenów. Problem został naprawiony poprzez uczynienie parametru konfigurowalnym i domyślnie ustawionym na false.
Oryginalny opis (angielski, źródło NVD)
The Apache Airflow Git provider runs its git-over-SSH operations with `StrictHostKeyChecking=no` by default, disabling SSH host-key verification. An attacker who can intercept the network path between an Airflow worker and the Git server can impersonate the server (man-in-the-middle), capturing the SSH deploy key or injecting malicious repository content. Deployments that use the Git DAG bundle or Git provider to clone over SSH with a deploy key are affected. The fix changes the default to verify host keys; upgrade to apache-airflow-providers-git `0.4.1` or later and configure a `known_hosts` file.