Dans la pile TCP/IP propriétaire , exploités par l'envoi de paquets spécialement formatés. Les vulnérabilités ont été nommées . Certaines vulnérabilités se manifestent également dans la pile TCP/IP KASAGO de Zuken Elmic (Elmic Systems), qui partage des origines communes avec Treck. La pile Treck est utilisée dans de nombreux appareils industriels, médicaux, de communication, intégrés et de consommation (des ampoules intelligentes aux imprimantes et onduleurs), ainsi que dans les équipements énergétiques, de transport, aérospatiaux, commerciaux et pétroliers.
Parmi les cibles notables d'attaques utilisant la pile TCP/IP Treck, on trouve les imprimantes réseau HP et les puces Intel. Notamment, les problèmes dans la pile TCP/IP Treck ont été à l'origine de récentes dans les sous-systèmes Intel AMT et ISM, exploités par l'envoi de paquets réseau. La présence de vulnérabilités a été confirmée par les fabricants Intel, HP, Hewlett Packard Enterprise, Baxter, Caterpillar, Digi, Rockwell Automation et Schneider Electric. De plus,
, dont les produits utilisent la pile TCP/IP Treck, n'ont pas encore réagi aux problèmes. Cinq fabricants, dont AMD, ont déclaré que leurs produits n'étaient pas affectés par ces problèmes.
Des problèmes ont été trouvés dans l'implémentation des protocoles IPv4, IPv6, UDP, DNS, DHCP, TCP, ICMPv4 et ARP, causés par un traitement incorrect des paramètres de taille de données (utilisation d'un champ de taille sans vérification de la taille réelle des données), des erreurs de validation des entrées, un double désallocation de mémoire, la lecture hors des limites du tampon, des débordements d'entiers, un contrôle d'accès inapproprié et des problèmes dans le traitement des chaînes avec un délimiteur nul.
Les deux problèmes les plus critiques (CVE-2020-11896, CVE-2020-11897), ayant reçu un niveau CVSS de 10, permettent d'exécuter du code sur un appareil par l'envoi de paquets IPv4/UDP ou IPv6 spécialement formatés. Le premier problème critique se manifeste sur des appareils prenant en charge les tunnels IPv4, tandis que le second concerne les versions publiées avant le 04.06.2009 prenant en charge IPv6. Une autre vulnérabilité critique (CVSS 9) est présente dans le résolveur DNS (CVE-2020-11901) et permet d'exécuter du code par l'envoi d'une requête DNS spécialement formatée (ce problème a été utilisé pour démontrer le piratage d'un onduleur Schneider Electric APC et se manifeste sur des dispositifs prenant en charge DNS).
D'autres vulnérabilités CVE-2020-11898, CVE-2020-11899, CVE-2020-11902, CVE-2020-11903, CVE-2020-11905 permettent de découvrir le contenu des zones mémoire du système en envoyant des paquets spécialement formatés IPv4/ICMPv4, IPv6OverIPv4, DHCP, DHCPv6 ou IPv6. D'autres problèmes peuvent entraîner un déni de service ou des fuites de données résiduelles à partir des tampons système.
La plupart des vulnérabilités ont été corrigées dans la version Treck 6.0.1.67 (le problème CVE-2020-11897 a été corrigé dans 5.0.1.35, CVE-2020-11900 dans 6.0.1.41, CVE-2020-11903 dans 6.0.1.28, CVE-2020-11908 dans 4.7.1.27). Étant donné que la préparation des mises à jour de firmware pour des dispositifs spécifiques peut prendre du temps ou être impossible (la pile Treck est fournie depuis plus de 20 ans, de nombreux appareils n'ont pas été pris en charge ou sont difficiles à mettre à jour), il est recommandé aux administrateurs d'isoler les dispositifs problématiques et de configurer sur les systèmes d'inspection des paquets, pare-feu ou routeurs la normalisation ou le blocage des paquets fragmentés, de bloquer les tunnels IP (IPv6-in-IPv4 et IP-in-IP), de bloquer le « source routing », d'activer l'inspection des options incorrectes dans les paquets TCP, de bloquer les messages de contrôle ICMP non utilisés (MTU Update et Address Mask), d'interdire le multicast IPv6 et de rediriger les requêtes DNS vers un serveur DNS récursif sécurisé.
Source : opennet.ru
