W zastrzeżonym stosie TCP/IP , wykorzystywanych poprzez wysyłanie specjalnie sformatowanych pakietów. Lukom nadano kodową nazwę . Niektóre luki występują także w stosie TCP/IP KASAGO firmy Zuken Elmic (Elmic Systems), który ma wspólne korzenie z Treck. Stos Treck jest stosowany w wielu urządzeniach przemysłowych, medycznych, komunikacyjnych, wbudowanych i konsumenckich (od inteligentnych żarówek po drukarki i zasilacze awaryjne), a także w sprzęcie energetycznym, transportowym, lotniczym, handlowym i naftowym.
Do zauważalnych celów ataków wykorzystujących stos TCP/IP Treck należą sieciowe drukarki HP oraz chipy Intel. Problemy w stosie TCP/IP Treck były przyczyną niedawnych w podsystemach Intel AMT i ISM, wykorzystywanych poprzez wysyłanie pakietu sieciowego. Producentom Intel, HP, Hewlett Packard Enterprise, Baxter, Caterpillar, Digi, Rockwell Automation i Schneider Electric potwierdzono istnienie luk. Ponadto
, w produktach których wykorzystywany jest stos TCP/IP Treck, jeszcze nie zareagowało na te problemy. 5 producentów, w tym AMD, ogłosiło, że ich produkty są wolne od tych problemów.
Problemy znaleziono w implementacji protokołów IPv4, IPv6, UDP, DNS, DHCP, TCP, ICMPv4 i ARP, i są spowodowane nieprawidłowym przetwarzaniem parametrów o rozmiarze danych (wykorzystanie pola o rozmiarze bez sprawdzenia rzeczywistego rozmiaru danych), błędami walidacji danych wejściowych, podwójnym zwolnieniem pamięci, odczytem z obszaru poza buforem, przepełnieniem liczb całkowitych, niewłaściwą kontrolą dostępu oraz problemami w przetwarzaniu ciągów z zerowym separatorem.
Dwie najbardziej niebezpieczne problemy (CVE-2020-11896, CVE-2020-11897), którym przypisano poziom CVSS 10, pozwalają na wykonanie własnego kodu na urządzeniu poprzez wysyłanie specjalnie sformatowanych pakietów IPv4/UDP lub IPv6. Pierwszy krytyczny problem występuje na urządzeniach obsługujących tunele IPv4, a drugi w wersjach obsługujących IPv6 wydanych do 04.06.2009. Kolejna krytyczna podatność (CVSS 9) występuje w resolverze DNS (CVE-2020-11901) i pozwala na wykonanie kodu poprzez wysyłanie specjalnie sformatowanego zapytania DNS (problem wykorzystano do demonstracji ataku na Schneider Electric APC UPS i występuje na urządzeniach obsługujących DNS).
Inne podatności CVE-2020-11898, CVE-2020-11899, CVE-2020-11902, CVE-2020-11903, CVE-2020-11905 pozwalają poprzez wysyłanie specjalnie sformatowanych pakietów IPv4/ICMPv4, IPv6OverIPv4, DHCP, DHCPv6 na ujawnienie zawartości obszarów pamięci systemu. Pozostałe problemy mogą prowadzić do odmowy usługi lub wycieku pozostałych danych z buforów systemowych.
Większość podatności została usunięta w wersji Treck 6.0.1.67 (problem CVE-2020-11897 naprawiono w 5.0.1.35, CVE-2020-11900 w 6.0.1.41, CVE-2020-11903 w 6.0.1.28, CVE-2020-11908 w 4.7.1.27). Ponieważ przygotowanie aktualizacji oprogramowania układowego dla konkretnych urządzeń może potrwać lub jest niemożliwe (st rozwiązanie Treck jest dostępne od ponad 20 lat, wiele urządzeń nie jest już obsługiwanych lub trudno je zaktualizować), administratorzy powinni izolować problematyczne urządzenia i skonfigurować na systemach inspekcji pakietów, zaporach sieciowych lub routerach normalizację lub blokowanie podzielonych pakietów, zablokować tunele IP (IPv6-in-IPv4 i IP-in-IP), zablokować „routing źródłowy”, włączyć inspekcję niepoprawnych opcji w pakietach TCP, zablokować nieużywane komunikaty sterujące ICMP (aktualizacja MTU i maska adresu), zakazać IPv6 multicast oraz przekierowywać zapytania DNS do zabezpieczonego rekurencyjnego serwera DNS.
Źródło: opennet.ru
