Base de données CVE

Dell ObjectScale, versions antérieures à ObjectScale 4.4.0.0, contient une vulnérabilité d'authentification incorrecte. Un attaquant non authentifié disposant d'un accès à distance pourrait potentiellement exploiter cette vulnérabilité, ce qui entraînerait un accès non autorisé.

Si un résolveur BIND envoie une requête pour une zone faisant autorité signée avec DNSSEC, et que le serveur faisant autorité répond avec une réponse wildcard valide et une preuve NSEC3 signée, suivies d’un NSEC non signé au même nom propriétaire, cela déclenchera une sortie inattendue du programme. Ce problème affecte les versions de BIND 9 9.11.0 à 9.18.50, 9.20.0 à 9.20.27, 9.21.0 à 9.21.25, 9.11.3-S1 à 9.18.50-S1, et 9.20.9-S1 à 9.20.27-S1.

Si BIND est chargé avec un fichier "`named.conf`" qui ne contient aucun bloc global "`options`", un attaquant peut envoyer une requête de QTYPE TKEY susceptible de provoquer un échec d’assertion et l’arrêt inattendu ultérieur du programme. Ce problème affecte les versions 9.20.0 à 9.20.27, 9.21.0 à 9.21.25 et 9.20.9-S1 à 9.20.27-S1 de BIND.

Sur un résolveur configuré pour utiliser ``dns64``, si une réponse applicable du serveur faisant autorité est malformée d'une manière spécifique, le processus `named` du résolveur se terminera de manière inattendue. Ce problème affecte les versions de BIND 9 9.11.0 à 9.18.50, 9.20.0 à 9.20.27, 9.21.0 à 9.21.25, 9.11.3-S1 à 9.18.50-S1, et 9.20.9-S1 à 9.20.27-S1.

Un dépassement de pile pendant le processus de connexion non authentifié peut permettre à un attaquant d'exécuter du code arbitraire à distance avec des privilèges root.

Un attaquant peut provoquer l'arrêt de `named` en envoyant une requête DNS-over-HTTPS conçue avec un enregistrement SIG(0) cryptographiquement invalide, puis en fermant prématurément la connexion de transport. Ce problème affecte les versions de BIND 9 allant de 9.20.0 à 9.20.27, de 9.21.0 à 9.21.25 et de 9.20.9-S1 à 9.20.27-S1.

Si un serveur faisant autorité contrôlé par un attaquant peut produire une réponse négative de exactement 65536 octets, une faille dans `named` entraîne une entrée de cache négative de 0 octet. Lorsque cette entrée est ensuite lue, `named` s’interrompt. Ce problème affecte les versions de BIND 9 9.11.0 à 9.18.50, 9.20.0 à 9.20.27, 9.21.0 à 9.21.25, 9.11.3-S1 à 9.18.50-S1 et 9.20.9-S1 à 9.20.27-S1.

Un client P4Runtime (Programming Protocol-Independent Packet Processors Runtime) non authentifié peut obtenir l’exécution de code arbitraire dans certaines conditions sur les plateformes concernées exécutant Arista EOS configuré avec P4Runtime. P4Runtime est désactivé par défaut dans Arista EOS. En créant un paquet malveillant lors de l’initiation d’une session P4Runtime, un attaquant peut obtenir un contrôle administratif complet du commutateur compromis. Ce problème a été découvert en interne par Arista, et l’entreprise n’a connaissance d’aucune exploitation malveillante de cette vulnérabilité dans les réseaux de ses clients.

De nouvelles vulnérabilités permettant de lancer des attaques de complexité algorithmique contre DNSSEC ont été étudiées sous le terme « ReTrap ». Celles-ci entraînent une dégradation du service lorsque des zones malveillantes sont utilisées pour exploiter les vulnérabilités de complexité algorithmique. NLnet Labs Unbound jusqu’à la version 1.26.0 incluse est vulnérable à certaines d’entre elles. TagTrap, où le mécanisme de correspondance triple(Zone, Algo, KeyTag) introduit un vecteur d’attaque important lorsque les résolveurs traitent des réponses malveillantes contenant de nombreux enregistrements DNSKEY, RRSIG et DS ne correspondant pas. DelegationTrap, où la construction de la chaîne de confiance nécessite une validation itérative des enregistrements DNSKEY et DS depuis la zone racine vers le bas. Pour les domaines profondément imbriqués, cela entraîne une surcharge de calcul importante. NsecTrap, où les réponses contenant un nombre excessif d’enregistrements NSEC invalides contraignent le résolveur à valider chacun d’entre eux. AdditionalTrap, où Unbound tenterait par défaut de valider également la section ADDITIONAL avec DNSSEC. Cela peut être exploité par des utilisateurs malveillants pour gaspiller les ressources de validation.

NLnet Labs Unbound 1.12.0 jusqu’à et y compris 1.26.0 présente une vulnérabilité de type use-after-free lorsqu’il est compilé pour prendre en charge DNS-over-HTTPs avec « --with-libnghttp2 ». Lors des chemins d’exécution d’échec (c.-à-d. requête RPZ drop, jostle dû à un trafic important), un flux DoH abandonné fait tomber toute la session DoH et ne gère pas correctement les autres flux DoH de la même session. Cela entraîne un use-after-free dans ces chemins d’exécution. Si les prérequis sont satisfaits (RPZ drop possible ou trafic client important), un acteur malveillant peut déclencher la vulnérabilité avec une seule connexion DoH et le trafic approprié. L’impact est limité, car les lectures ne sont pas contrôlées par l’utilisateur et le use-after-free entraîne des retours prématurés. Toutefois, un allocateur renforcé peut détecter le use-after-free et terminer le processus de manière contrôlable, provoquant ainsi un déni de service.

Dans NLnet Labs Unbound jusqu'à et y compris la version 1.26.0, une vulnérabilité a été trouvée, qui peut corrompre progressivement la mémoire du tas et, sur certains systèmes et avec certaines options de compilation, entraîner l'exécution de code à distance. La vulnérabilité commence lorsque la synthèse CNAME, lors d'une réponse en amont, doit imposer(réécrire) une valeur TTL maximale dans le buffer de paquet. Associée à un pointeur de compression qui pointe vers la valeur écrasée et invalide le nom de domaine, elle conduit à un chemin d'erreur qui ne déplace pas correctement la position du buffer et permet le heap buffer overflow. Comme cela dépend fortement de la disposition de la mémoire du tas, les résultats sont une corruption de la mémoire qui finit par entraîner un crash et, sur certains systèmes et avec certaines options de compilation, l'exécution de code à distance.

Dans NLnet Labs Unbound jusqu’à la version 1.26.0 incluse, une vulnérabilité a été découverte dans le validateur DNSSEC, permettant un déni de service et une possible exécution de code à distance à la suite du calcul de condensat de DNSKEY. Un DNSKEY avec un pointeur de compression du propriétaire vers son propre RDATA peut provoquer un dépassement du tampon de condensat. Une exécution de code à distance est possible via des données contrôlées par l’attaquant. Un adversaire peut exploiter la vulnérabilité en contrôlant une zone malveillante et en interrogeant un Unbound vulnérable.

Dans NLnet Labs Unbound jusqu’à la version 1.26.0 incluse, un nom de requête de longueur 255 avec une réponse TCP volumineuse peut entraîner un dépassement de tampon de tas lors de la routine de canonicalisation de RRSet. Cela est dû à l’absence d’ajout du premier nom propriétaire dans la vérification de la longueur du tampon. Un acteur malveillant exploitant un serveur de noms malveillant ou altérant une réponse entrante destinée à Unbound (la canonicalisation a lieu avant la validation DNSSEC) peut déclencher la vulnérabilité.

Dans NLnetLabs Unbound jusqu’à la version 1.26.0 incluse, une vulnérabilité de dégradation de service est présente dans la procédure de lecture TCP/DoT, où aucune limite n’est imposée au nombre de lectures consécutives. Un acteur malveillant capable de diffuser et de maintenir un débit de noms distincts non mis en cache via la connexion TCP/DoT monopolise l’intégralité de la boucle d’événements d’un seul worker aussi longtemps que ses écritures restent en avance sur la vidange.

NLnet Labs Unbound 1.22.0 jusqu’à et y compris 1.26.1 présente une vulnérabilité de type use-after-free lorsqu’il est compilé pour prendre en charge DNS-over-QUIC avec « --with-libngtcp2 ». Chaque flux DoQ possède un tampon de sortie qui contient la réponse DNS. Le tampon de retransmission de ngtcp2 conserve un pointeur superficiel vers le tampon de sortie tant qu’une trame STREAM peut être renvoyée. Lors d’un RESET_STREAM du client, le tampon de sortie est libéré, mais ngtcp2 conserve toujours les entrées de retransmission correspondantes. Le délai d’attente PTO suivant amène ngtcp2 à réencoder la trame STREAM et à copier depuis le tampon libéré. Un acteur malveillant capable d’interroger Unbound via DoQ, qui retient les ACK, envoie RESET_STREAM et attend le PTO, déclenche cette vulnérabilité use-after-free sans privilège. Cela entraîne des retransmissions vers une mémoire libérée et finit par provoquer l’arrêt anormal du serveur après un spray de 20 requêtes.

Dans NLnet Labs Unbound 1.13.2 jusqu’à la version 1.26.1 incluse, une vulnérabilité affectant les zones configurées avec ZONEMD (zonemd-check: yes) et situées sous une ancre de confiance (mais pas au niveau de celle-ci) permet une fenêtre d’attaque durant laquelle le contenu (altéré) de la zone est servi (ou stocké sur le disque) avant la vérification d’intégrité ZONEMD. Cela est dû à la résolution asynchrone nécessaire de DS/DNSKEY, qui doit avoir lieu avant la fin de la vérification ZONEMD. Si un fichier de zone est écrit sur le disque (option zonefile:) alors que la vérification ZONEMD a échoué, les données altérées sont rechargées au démarrage et restent disponibles jusqu’à ce que la vérification ZONEMD se termine à nouveau. Si la vérification échoue, les données ne sont plus servies, mais persistent néanmoins sur le disque pour les futurs rechargements.

Dans NLnetLabs Unbound 1.20.0 jusqu’à 1.26.0 inclus, une vulnérabilité sur le chemin de code « serve-expired » peut provoquer un double décrément du compteur « wait-limit » par adresse IP cliente, contournant essentiellement l’une des contre-mesures introduites pour DNSBomb (CVE-2024-33655). Un acteur malveillant peut exploiter cela en contrôlant une zone faisant autorité avec un TTL court, de sorte que les entrées mises en cache expirent rapidement. Chaque requête « slow », à laquelle le serveur faisant autorité de l’attaquant ne répond jamais, est suivie d’une requête pour un nom mis en cache et expiré, à laquelle il est répondu immédiatement via le chemin « serve-expired », et qui décrémente le compteur deux fois. Cette seconde requête a été nommée « pump ». En alternant les requêtes lentes et les « pumps », l’attaquant maintient indéfiniment le compteur par client au niveau ou en dessous de la valeur « wait-limit » configurée, et peut maintenir un nombre arbitraire de requêtes en attente depuis une seule adresse IP source, jusqu’à la limite globale du maillage (num-queries-per-thread) ; contournant finalement l’une des contre-mesures introduites pour DNSBomb (CVE-2024-33655). Cette vulnérabilité est présente sur le chemin de code « serve-expired ».

La passerelle de notification myPRO Manager expose un point de terminaison HTTP non authentifié utilisé pour envoyer des messages SMS via un modem GSM connecté. Le point de terminaison est accessible sur le réseau et ne requiert aucune authentification avant d’accepter un numéro de téléphone et un message dans une requête et d’envoyer le message SMS spécifié. Un attaquant non authentifié disposant d’un accès réseau à la passerelle de notification pourrait exploiter cette vulnérabilité pour envoyer des messages SMS arbitraires via le modem connecté.

L'API de commande mySCADA myPRO Manager n'applique pas correctement l'authentification pour les fonctions privilégiées. Un attaquant non authentifié disposant d'un accès réseau à l'API affectée pourrait exploiter cette vulnérabilité pour accéder aux fonctions de gestion privilégiées.