Base de datos CVE

Se han investigado nuevas vulnerabilidades para lanzar ataques de complejidad algorítmica contra DNSSEC bajo el término «ReTrap». Estas provocan una degradación del servicio cuando se utilizan zonas maliciosas para servir las vulnerabilidades de complejidad algorítmica. NLnet Labs Unbound hasta la versión 1.26.0 incluida es vulnerable a algunas de ellas. TagTrap, donde el mecanismo de coincidencia triple(Zone, Algo, KeyTag) introduce un vector de ataque significativo cuando los resolvers gestionan respuestas maliciosas que contienen numerosos registros DNSKEY, RRSIG y DS no coincidentes. DelegationTrap, donde la construcción de la cadena de confianza requiere la validación iterativa de registros DNSKEY y DS desde la zona raíz hacia abajo. Para dominios profundamente anidados, esto provoca una sobrecarga computacional significativa. NsecTrap, donde las respuestas con registros NSEC inválidos excesivos obligan al resolver a validar cada uno. AdditionalTrap, donde Unbound, de forma predeterminada, también intentaría validar mediante DNSSEC la sección ADDITIONAL. Esto puede ser explotado por usuarios maliciosos para desperdiciar recursos de validación.

NLnet Labs Unbound 1.12.0 hasta e incluyendo 1.26.0 presenta una vulnerabilidad de use-after-free cuando se compila para admitir DNS-over-HTTPs con '--with-libnghttp2'. Durante las rutas de código de fallo (es decir, la consulta descartada por RPZ, jostle debido a tráfico intenso), un flujo DoH descartado hace que toda la sesión DoH se cierre y no contabiliza correctamente otros flujos DoH en la misma sesión. Esto provoca un use-after-free en esas rutas de código. Si se cumplen los prerrequisitos (posible descarte por RPZ o tráfico intenso de clientes), un actor malicioso puede activar la vulnerabilidad con una única conexión DoH y el tráfico apropiado. El impacto es limitado, ya que las lecturas no están controladas por el usuario y el use-after-free provoca retornos tempranos. Sin embargo, un asignador de memoria reforzado puede detectar el use-after-free y terminar el proceso de forma controlada, provocando una denegación de servicio.

En NLnet Labs Unbound hasta la versión 1.26.0 inclusive, se encontró una vulnerabilidad que puede corromper progresivamente la memoria del heap y, en determinados sistemas y con ciertas opciones de compilación, podría conducir a la ejecución remota de código. La vulnerabilidad comienza cuando la síntesis de CNAME durante una respuesta upstream necesita imponer(reescribir) un valor TTL máximo en el búfer de paquetes. Combinada con un puntero de compresión que apunta al valor sobrescrito e invalida el nombre de dominio, conduce a una ruta de error que no mueve correctamente la posición del búfer y permite el buffer overflow del heap. Dado que esto depende en gran medida de la disposición de la memoria del heap, los resultados son una corrupción de memoria que finalmente conduce a un bloqueo y, en sistemas específicos y con ciertas opciones de compilación, a la ejecución remota de código.

En NLnet Labs Unbound hasta la versión 1.26.0 incluida, se encontró una vulnerabilidad en el validador DNSSEC que permite una denegación de servicio y una posible ejecución remota de código como resultado del procesamiento de los DNSKEY. Un DNSKEY con un puntero de compresión del propietario a sus propios RDATA puede provocar un desbordamiento del búfer de digestión. La ejecución remota de código es posible mediante datos controlados por el atacante. Un adversario puede explotar la vulnerabilidad controlando una zona maliciosa y realizando consultas a un Unbound vulnerable.

En NLnet Labs Unbound hasta la versión 1.26.0 incluida, un nombre de consulta de longitud 255 con una respuesta TCP grande puede provocar un heap buffer overflow durante la rutina de canonicalisation de RRSet. Esto se debe a que falta añadir el primer nombre propietario a la comprobación de la longitud del búfer. Un actor malicioso que opere un servidor de nombres malicioso o manipule una respuesta entrante a Unbound (la canonicalisation ocurre antes de la validación DNSSEC) puede activar la vulnerabilidad.

En NLnetLabs Unbound hasta la versión 1.26.0 inclusive, existe una vulnerabilidad de degradación del servicio en el procedimiento de lectura TCP/DoT, donde no hay límite para las lecturas consecutivas. Un actor malicioso que pueda transmitir y mantener una tasa de nombres distintos no almacenados en caché a través de la conexión TCP/DoT monopoliza el bucle de eventos completo de un único worker mientras sus escrituras se mantengan por delante del vaciado.

NLnet Labs Unbound 1.22.0 hasta 1.26.1 inclusive presenta una vulnerabilidad de use-after-free cuando se compila para admitir DNS-over-QUIC con '--with-libngtcp2'. Cada flujo DoQ posee un búfer de salida que contiene la respuesta DNS. El búfer de retransmisión de ngtcp2 mantiene un puntero superficial al búfer de salida mientras una trama STREAM pueda reenviarse. Ante un RESET_STREAM del cliente, se libera el búfer de salida, pero ngtcp2 aún conserva las entradas de retransmisión correspondientes. El siguiente tiempo de espera PTO hace que ngtcp2 vuelva a codificar la trama STREAM y copie desde el búfer liberado. Un actor malicioso que pueda consultar Unbound mediante DoQ, retenga los ACK, envíe RESET_STREAM y espere al PTO, alcanza este use-after-free sin privilegios. Esto provoca retransmisiones contra memoria liberada y, finalmente, una terminación anómala del servidor bajo un spray de 20 consultas.

En NLnet Labs Unbound 1.13.2 hasta e incluyendo 1.26.1, una vulnerabilidad en las zonas configuradas con ZONEMD (zonemd-check: yes) que se encuentran por debajo de un anclaje de confianza (pero no en él) permite una ventana de ataque durante la cual se sirven (o se almacenan en disco) contenidos de zona manipulados antes de la comprobación de integridad de ZONEMD. Esto se debe a la resolución asíncrona necesaria de DS/DNSKEY, que debe producirse antes de que se complete la comprobación de ZONEMD. Si se escribe un archivo de zona en el disco (opción zonefile:) mientras la comprobación de ZONEMD ha fallado, los datos manipulados se vuelven a cargar al iniciar y están disponibles hasta que la verificación de ZONEMD concluya de nuevo. Si la verificación falla, los datos dejan de servirse, pero siguen persistiendo en el disco para futuras recargas.

En NLnetLabs Unbound 1.20.0 hasta e incluyendo 1.26.0, una vulnerabilidad en la ruta de código 'serve-expired' puede causar un doble decremento del contador 'wait-limit' por IP de cliente, eludiendo esencialmente una de las medidas de control introducidas para DNSBomb (CVE-2024-33655). Un actor malicioso puede explotar esto controlando una zona autoritativa con un TTL corto, de modo que las entradas almacenadas en caché caduquen rápidamente. Cada consulta 'slow', a la que el servidor autoritativo del atacante nunca responde, va seguida de una consulta para un nombre almacenado en caché caducado, que se responde inmediatamente mediante la ruta 'serve-expired' y decrementa el contador dos veces. Esta segunda consulta se denominó 'pump'. Alternando consultas lentas y pumps, el atacante mantiene el contador por cliente en o por debajo del 'wait-limit' configurado indefinidamente, y puede mantener un número arbitrario de consultas pendientes desde una única IP de origen, hasta la cuota global de mesh (num-queries-per-thread); eludiendo finalmente una de las medidas de control introducidas para DNSBomb (CVE-2024-33655). Esta vulnerabilidad está presente en la ruta de código 'serve-expired'.

La pasarela de notificación de myPRO Manager expone un endpoint HTTP no autenticado utilizado para enviar mensajes SMS a través de un módem GSM conectado. El endpoint es accesible a través de la red y no requiere autenticación antes de aceptar un número de teléfono y un mensaje de una solicitud y enviar el mensaje SMS especificado. Un atacante no autenticado con acceso de red a la pasarela de notificación podría explotar esta vulnerabilidad para enviar mensajes SMS arbitrarios a través del módem conectado.

La API de comandos de mySCADA myPRO Manager no aplica correctamente la autenticación para funciones privilegiadas. Un atacante no autenticado con acceso de red a la API afectada podría explotar esta vulnerabilidad para acceder a funciones de gestión privilegiadas.

Uso después de liberar en Workers en Google Chrome anterior a 153.0.8010.47 permitía a un atacante remoto ejecutar potencialmente código arbitrario fuera del sandbox mediante una página HTML manipulada. (Gravedad de seguridad de Chromium: Crítica)

Lectura fuera de límites en WebGL en Google Chrome en Android anterior a 153.0.8010.47 permitió a un atacante remoto leer memoria fuera del sandbox mediante una página HTML manipulada. (Gravedad de seguridad de Chromium: Crítica)

Use after free en Internals en Google Chrome anterior a 153.0.8010.47 permitía a un atacante remoto ejecutar potencialmente código arbitrario fuera del sandbox mediante una página HTML manipulada. (Gravedad de seguridad de Chromium: Crítica)