CVE-2026-20236

Podatność w Snort 2.9.7.0-WIN32 związana z niezaufaną ścieżką wyszukiwania umożliwia zdalnym atakującym wykonanie dowolnego kodu oraz przeprowadzenie ataków typu DLL hijacking poprzez złośliwy plik tcapi.dll znajdujący się w tym samym folderze co przetwarzany plik pcap.

Podatność w oprogramowaniu Cisco Snort 3 związana z zapisami poza granicami bufora (out-of-bounds writes, CWE-787). Wykryta podczas wewnętrznego przeglądu bezpieczeństwa i naprawiona w wydaniach utwardzających.

Luka w implementacji gniazda kanału kontrolnego Snort 3 wynika z braku uwierzytelniania przy połączeniu lokalnego użytkownika z gniazdem. Uwierzytelniony lokalny atakujący z niskimi uprawnieniami może wykonać dowolne polecenia jako użytkownik procesu Snort 3 oraz czytać i zapisywać jego pamięć.

Wiele produktów Cisco jest dotkniętych podatnością w implementacji zarządzania pamięcią w Snort 3, która może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na ponowne uruchomienie silnika detekcji Snort 3. Skutkuje to przerwaniem inspekcji pakietów. Przyczyną jest niepełne sprawdzanie błędów podczas przetwarzania plików, co może prowadzić do niezwolnionej pamięci.

Cisco Snort 3 zawiera wiele wewnętrznie odkrytych podatności związanych z niekontrolowanym zużyciem zasobów (CWE-400), które zostały zaadresowane w wydaniach utwardzających oprogramowanie. Szczegóły techniczne poszczególnych przypadków nie zostały ujawnione w opisie.

Zespół Cisco odpowiedzialny za oprogramowanie open source Snort 3 przeprowadził wewnętrzny przegląd bezpieczeństwa, którego wynikiem są wydania utwardzające poprawiające wiele wewnętrznie wykrytych luk. Luki objęte CVE-2026-20291 dotyczą nieprawidłowego zarządzania uprawnieniami (CWE-269).

Podatność w silniku dekompresji VBA (Visual Basic for Applications) w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na nieoczekiwany restart silnika detekcji Snort 3, powodując odmowę usługi (DoS). Przyczyną jest nieprawidłowe sprawdzanie zakresów podczas dekompresji danych VBA kontrolowanych przez użytkownika. Wysłanie spreparowanych danych VBA może doprowadzić do przepełnienia stosu i stanu DoS.

Podatność w silniku detekcji Teredo w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na restart silnika detekcji Snort 3, powodując przerwę w inspekcji pakietów. Przyczyną jest niekompletne sprawdzanie błędów podczas parsowania pakietów Teredo przez Snort 3. Wysłanie spreparowanego pakietu Teredo do urządzenia docelowego może wywołać nieoczekiwany restart i stan DoS.

Podatność w silniku detekcji GRE (Generic Routing Encapsulation) w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na restart silnika detekcji Snort 3, powodując przerwę w inspekcji pakietów. Przyczyną jest niekompletne sprawdzanie błędów podczas parsowania pakietów GRE przez Snort 3. Wysłanie spreparowanego pakietu GRE do urządzenia docelowego może wywołać nieoczekiwany restart i stan DoS.

Podatność w silniku detekcji NetFlow w Snort 3 w wielu produktach Cisco pozwala nieuwierzytelnionemu zdalnemu atakującemu na restart silnika detekcji Snort 3, powodując przerwę w inspekcji pakietów. Przyczyną jest niekompletne sprawdzanie błędów podczas parsowania pakietów UDP Netflow Protocol przez Snort 3. Wysłanie pojedynczego spreparowanego pakietu Netflow przez ustanowione połączenie może wywołać nieoczekiwany restart i stan DoS.