Im proprietären TCP/IP-Stack , ausgenutzt durch das Senden speziell gestalteter Pakete. Den Schwachstellen wurde der Code-Name . Einige Schwachstellen treten auch im TCP/IP-Stack KASAGO von Zuken Elmic (Elmic Systems) auf, der gemeinsame Ursprünge mit Treck hat. Der Treck-Stack wird in vielen industriellen, medizinischen, kommunikativen, eingebetteten und Verbrauchgeräten eingesetzt (von smarten Lampen bis zu Druckern und unterbrechungsfreien Stromversorgungen), sowie in Energie-, Transport-, Luftfahrt-, Handels- und Ölbohrgeräten.
Unter den bemerkenswerte Zielbereiche für Angriffe, die den TCP/IP-Stack Treck nutzen, sind HP-Netzwerkdrucker und Intel-Chips zu nennen. Problem im TCP/IP-Stack Treck waren insbesondere der Grund für kürzliche in den Subsystemen Intel AMT und ISM, ausgenutzt durch das Versenden eines Netzwerkpakets. Die Existenz von Schwachstellen wurde von den Herstellern Intel, HP, Hewlett Packard Enterprise, Baxter, Caterpillar, Digi, Rockwell Automation und Schneider Electric bestätigt. Darüber hinaus
, in Produkten, die das TCP/IP-Protokoll von Treck verwenden, haben bisher nicht auf die Probleme reagiert. 5 Hersteller, darunter AMD, erklärten, dass ihre Produkte von diesen Problemen nicht betroffen sind.
Probleme wurden in der Implementierung der Protokolle IPv4, IPv6, UDP, DNS, DHCP, TCP, ICMPv4 und ARP gefunden. Sie sind verursacht durch unzureichende Verarbeitung von Parametern mit Datenlängen (Verwendung eines Feldes ohne Überprüfung der tatsächlichen Datenlänge), fehlerhafte Eingangsprüfungen, doppelte Speicherfreigaben, Lesen aus dem Bereich außerhalb des Puffers, Ganzzahlüberläufe, fehlerhafte Zugriffskontrolle und Probleme bei der Verarbeitung von nullterminierten Zeichenfolgen.
Die zwei gefährlichsten Probleme (CVE-2020-11896, CVE-2020-11897), die mit einem CVSS-Wert von 10 eingestuft sind, ermöglichen die Ausführung eigenen Codes auf dem Gerät durch das Senden speziell formatierter Pakete über IPv4/UDP oder IPv6. Das erste kritische Problem tritt auf Geräten mit Unterstützung für IPv4-Tunnel auf, während das zweite in Versionen, die vor dem 04.06.2009 veröffentlicht wurden und IPv6 unterstützen, vorkommt. Eine weitere kritische Schwachstelle (CVSS 9) existiert im DNS-Resolver (CVE-2020-11901) und ermöglicht die Ausführung von Code durch das Senden einer speziell formatierten DNS-Anfrage (das Problem wurde zum Demonstrieren des Hacks von Schneider Electric APC UPS genutzt und tritt auf Geräten mit DNS-Unterstützung auf).
Weitere Schwachstellen CVE-2020-11898, CVE-2020-11899, CVE-2020-11902, CVE-2020-11903, CVE-2020-11905 ermöglichen es, durch das Senden speziell formatierter Pakete über IPv4/ICMPv4, IPv6OverIPv4, DHCP, DHCPv6 oder IPv6 Inhalte aus den Speicherbereichen des Systems auszulesen. Die restlichen Probleme können zu Dienstverweigerungen oder zu einem Auslaufen von Restdaten aus Systempuffern führen.
Die meisten Sicherheitsanfälligkeiten wurden in der Version Treck 6.0.1.67 behoben (CVE-2020-11897 wurde in 5.0.1.35, CVE-2020-11900 in 6.0.1.41, CVE-2020-11903 in 6.0.1.28 und CVE-2020-11908 in 4.7.1.27 behoben). Da die Vorbereitung von Firmware-Updates für bestimmte Geräte lange dauern oder unmöglich sein kann (das Treck-Stack wird seit mehr als 20 Jahren bereitgestellt, viele Geräte erhalten keine Unterstützung mehr oder sind schwer zu aktualisieren), wird den Administratoren geraten, betroffene Geräte zu isolieren und die Normalisierung oder Blockierung fragmentierter Pakete auf Systemen zur Paketinspektion, Firewalls oder Routern einzurichten, IP-Tunneling (IPv6-in-IPv4 und IP-in-IP) zu blockieren, „Source Routing“ zu unterbinden, die Inspektion fehlerhafter Optionen in TCP-Paketen zu aktivieren, nicht verwendete ICMP-Kontrollnachrichten (MTU-Update und Address Mask) zu blockieren, IPv6-Multicast zu verbieten und DNS-Anfragen an einen sicheren, rekursiven DNS-Server umzuleiten.
Quelle: opennet.ru
