CVE-2017-6657
WysokieStreszczenie
CVE-2017-6657 dotyczy błędnego przetwarzania walidacji typu Ether w Cisco Sourcefire Snort 3.0 przed wersją 233. Umożliwia to stworzenie pakietów z numerami protokołów IP w polu typu ether, co może prowadzić do awarii dekodera Snort++.
Ocena ryzyka
Organizacje mogą być narażone na ataki, które wykorzystują tę podatność do zakłócenia działania systemu detekcji intruzów, co może prowadzić do utraty danych lub nieautoryzowanego dostępu.
Rekomendacja
Zaleca się aktualizację Cisco Sourcefire Snort do wersji 233 lub nowszej, aby załatać tę podatność i poprawić walidację typu ether.
Powiązane podatności
- CVE-2026-96257Krytyczne
W urządzeniu Fast FAC1203R Gigabit Edition 2.0.4 wykryto podatność w funkcji copy_msg_element komponentu Device Discovery Service. Manipulacja danymi wejściowymi może doprowadzić do przepełnienia bufora na stosie, a atak można przeprowadzić zdalnie. Exploit został publicznie ujawniony i może być wykorzystywany; producent nie odpowiedział na zgłoszenie.
- CVE-2026-18169Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift może umożliwić zdalnemu uwierzytelnionemu atakującemu uzyskanie informacji wrażliwych z powodu niewłaściwej walidacji dowiązań symbolicznych.
- CVE-2026-18163Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift może umożliwić zdalnemu atakującemu wykonanie dowolnego kodu z powodu niewłaściwej deserializacji niezaufanych danych.
- CVE-2026-18162Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu atakującemu wykonanie dowolnego kodu z powodu nieprawidłowej neutralizacji danych wprowadzanych przez użytkownika w konstruktorze Function.
- CVE-2026-19202Krytyczne
Wada w buforowaniu w pakiecie toolbox-core SDK mcp-toolbox-sdk-python powoduje, że ten sam token Google ID jest buforowany i ponownie używany dla różnych odbiorców. Jeśli aplikacja używa SDK do uwierzytelniania w dwóch lub więcej różnych odbiorcach w tym samym procesie, bufor tokenów na poziomie modułu nie kluczuje tokenów według żądanego odbiorcy. W rezultacie ważny, niewygasły token wybity dla wrażliwej usługi (Usługa A) może zostać pobrany z bufora i wysłany do drugiej usługi (Usługa B). Atakujący, który obsługuje, kompromituje lub monitoruje ruch do Usługi B, może przechwycić ten token i odtworzyć go, aby podszyć się pod aplikację ofiary wobec Usługi A.
- CVE-2026-17645Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu uwierzytelnionemu atakującemu uzyskanie podwyższonych uprawnień z powodu nieprawidłowego zarządzania uprawnieniami.
- CVE-2026-17635Krytyczne
IBM Financial Transaction Manager (FTM) dla RedHat OpenShift umożliwia zdalnemu atakującemu wykonywanie nieautoryzowanych działań z powodu nieprawidłowej konfiguracji zabezpieczeń opartych na metodach HTTP.
- CVE-2026-17472Krytyczne
IBM Concert w wersjach od 1.0.0 do 3.0.0 umożliwia zdalnemu uwierzytelnionemu atakującemu dostęp do nieautoryzowanych zasobów lub ich modyfikację z powodu użycia symboli wieloznacznych w definicjach uprawnień RBAC.
- CVE-2026-16346Krytyczne
IBM DataStage on Cloud Pak for Data 5.4.0.0 umożliwia zdalnemu uwierzytelnionemu atakującemu wykonanie dowolnych poleceń z powodu nieprawidłowej neutralizacji specjalnych elementów używanych w poleceniu systemu operacyjnego.
- CVE-2026-77987Krytyczne
Podatność typu server-side request forgery (SSRF) w przeglądarce notebooków GitHub Enterprise Server. Przeglądarka notebooków walidowała schemat i host adresu URL podanego przez użytkownika, ale nie walidowała portu, co pozwalało na kierowanie żądań do wewnętrznych usług nasłuchujących na innych portach tego samego urządzenia. Treści odpowiedzi nie były zwracane żądającemu, ale czas odpowiedzi działał jak wyrocznia, pozwalając na wydobycie sekretów instancji znak po znaku. Wydobyty sekret mógł być następnie użyty w osobnej interakcji z wewnętrzną usługą w celu uzyskania zdalnego wykonania kodu na urządzeniu. Eksploitacja wymagała dostępu sieciowego do instancji i była nieuwierzytelniona, gdy tryb prywatny był wyłączony, lub wymagała dowolnego uwierzytelnionego użytkownika, gdy tryb prywatny był włączony. Podatność dotyczyła wersji GitHub Enterprise Server od 3.17 do 3.22 i została naprawiona w wersjach 3.22.1, 3.21.6, 3.20.8, 3.19.12, 3.18.15 i 3.17.21. Podatność została zgłoszona przez program GitHub Bug Bounty.
Oryginalny opis (angielski, źródło NVD)
Cisco Sourcefire Snort 3.0 before build 233 mishandles Ether Type Validation. Since valid ether type and IP protocol numbers do not overlap, Snort++ stores all protocol decoders in a single array. That makes it possible to craft packets that have IP protocol numbers in the ether type field which will confuse the Snort++ decoder. For example, an eth:llc:snap:icmp6 packet will cause a crash because there is no ip6 header with which to calculate the icmp6 checksum. Affected decoders include gre, llc, trans_bridge, ciscometadata, linux_sll, and token_ring. The fix adds a check in the packet manager to validate the ether type before indexing the decoder array. An out of range ether type will raise 116:473.