Base de datos CVE

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: bpf: Comprobar sk_state antes de sk_protocol en bpf_tcp_*_syncookie bpf_tcp_gen_syncookie y bpf_tcp_check_syncookie aceptan un puntero de socket 'sk' con tipo de argumento ARG_PTR_TO_BTF_ID_SOCK_COMMON. Sin embargo, acceden a sk->sk_protocol sin validar si 'sk' representa un socket completo. Corregir este problema comprobando sk->sk_state != TCP_LISTEN antes de inspeccionar sk->sk_protocol tanto en bpf_tcp_gen_syncookie como en bpf_tcp_check_syncookie. Dado que los mini-sockets nunca están en el estado TCP_LISTEN, la condición hace cortocircuito y evita desreferenciar campos específicos de fullsock.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: serial: amba-pl011: sincronizar la finalización de DMA dmaengine_terminate_all() no espera a un callback en ejecución, por lo que el callback de TX aún puede tocar el búfer de TX después de liberarlo. El temporizador de sondeo de RX lee los búferes de RX sin el bloqueo del puerto. Cambie a dmaengine_terminate_sync() y elimine el temporizador de RX antes de liberar los búferes.

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: net: remove WARN_ON_ONCE() from sk_mc_loop() sk_mc_loop() puede llamarse para sockets que no son ni AF_INET ni AF_INET6 (p. ej. sockets AF_PACKET al enviar paquetes vía raw/packet socket sobre dispositivos virtuales como VRF o ipvlan). En tales casos, sk_family no es AF_INET/AF_INET6 y sk_mc_loop() cae a través de la sentencia switch y desencadena WARN_ON_ONCE(1). Los sockets no INET no admiten las opciones IP_MULTICAST_LOOP o IPV6_MULTICAST_LOOP, por lo que loopback debería ser true por defecto sin generar una advertencia.

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: ata: pata_sl82c105: fix bridge revision use-after-free pci_get_slot() devuelve un dispositivo PCI referenciado. El commit 44c10138fd4b ("PCI: Change all drivers to use pci_device->revision") reemplazó una lectura del espacio de configuración con el acceso directo al campo de revisión en caché, pero dejó ese acceso después de pci_dev_put(). Por lo tanto, el bridge puede ser liberado antes de que se lea su revisión. Lea la revisión antes de descartar la referencia.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: net: eliminar el relleno con ceros de CAP_SYS_RAWIO en dev_validate_header dev_validate_header() lee dev->hard_header_len directamente al rellenar con ceros las cabeceras cortas de la capa de enlace para los titulares de CAP_SYS_RAWIO: if (capable(CAP_SYS_RAWIO)) { memset(ll_header + len, 0, dev->hard_header_len - len); return true; } Las rutas de envío de paquetes llaman a dev_validate_header() sobre skbs cuyo headroom fue asignado a partir de una lectura anterior de hard_header_len. Si el dispositivo se reconfigura de modo que dev->hard_header_len aumente antes de la validación, el memset escribe más allá del búfer reservado, una escritura fuera de los límites. Esta escritura fuera de los límites queda enmascarada hoy en algunas rutas SOCK_RAW porque el mismo aumento concurrente puede hacer primero que skb_push() supere el headroom reservado y provoque skb_under_panic(). Elimine la rama de relleno con ceros antes de hacer coherentes esas lecturas de hard_header_len, de modo que las correcciones de instantáneas no conviertan un pánico ruidoso en una sobrescritura silenciosa. Esta ruta solo se alcanza para protocolos L2 de longitud variable, donde len < hard_header_len pero len >= min_header_len. Ningún protocolo L2 de longitud variable restante en el árbol implementa header_ops->validate, y el desvío CAP_SYS_RAWIO que rellena con ceros y acepta cabeceras cortas no tiene valor real más allá de permitir probar entradas intencionadamente malformadas. Elimine la rama CAP_SYS_RAWIO. Las lecturas restantes de dev->hard_header_len en dev_validate_header() son solo comparaciones y no tienen impacto en la seguridad de la memoria.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: ring-buffer: Corrige el fallo al pasar ERR_PTR a kthread_stop() En el bucle de limpieza out_free de test_ringbuffer(), la comprobación `!rb_threads[cpu]` solo detecta entradas NULL y omite las entradas que contienen un ERR_PTR. rb_threads[] es estático, por lo que las posiciones no asignadas son NULL. Pero cuando kthread_run_on_cpu() falla para una cpu, almacena ERR_PTR(-ENOMEM) (o -EINTR) en rb_threads[cpu] antes de que el bucle de creación salte a out_free. Esa entrada no es NULL, por lo que la antigua comprobación `!ptr` no interrumpe el bucle y la limpieza continúa llamando a kthread_stop() sobre el ERR_PTR. kthread_stop() desreferencia entonces el puntero no válido, provocando el fallo del kernel durante la prueba automática de late_initcall. registros del fallo: BUG: kernel NULL pointer dereference, address: 000000000000001c Oops: 0002 [#1] SMP NOPTI CPU: 1 PID: 1 Comm: swapper/0 Not tainted 7.2.0-rc6-dirty #7 PREEMPT(lazy) RIP: 0010:kthread_stop+0x2e/0x220 RBX: fffffffffffffff4 CR2: 000000000000001c Call Trace: <TASK> test_ringbuffer+0x1ec/0x650 do_one_initcall+0x6c/0x2c0 kernel_init_freeable+0x21d/0x420 kernel_init+0x15/0x1c0 ret_from_fork+0x21b/0x320 </TASK> Kernel panic - not syncing: Fatal exception

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: Revertir «drm/amdgpu: fix aperture mapping leak» La liberación de devres sigue un orden LIFO. El nodo devres de aperture se registró después del nodo del dispositivo DRM, por lo que devres_release_all() desmapea la aperture antes de que la callback de liberación del dispositivo DRM ejecute amdgpu_device_fini_sw(). Las callbacks IP sw_fini (p. ej., vcn_v4_0_sw_fini) escriben en fw_shared a través de un puntero derivado de aper_base_kaddr, lo que provoca un fallo de página del kernel al fallar la sonda / durante la reversión: BUG: unable to handle page fault ... PMD 0 RIP: vcn_v4_0_sw_fini+0x7b/0x170 [amdgpu] Call Trace: amdgpu_device_fini_sw amdgpu_driver_release_kms devm_drm_dev_init_release devres_release_all Esto revierte el commit d871e99879cb5fd1fa798b006b4888887e63a17a. (seleccionado mediante cherry-pick del commit 336e0cd576817ac64a4b394ca2b3680029f3e37f)

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: KVM: x86/mmu: Advertir y limpiar role.invalid al crear una página shadow secundaria Limpiar explícitamente role.invalid al derivar el rol de una página shadow secundaria de su padre para endurecer contra errores en otras partes de KVM, ya que violar el invariante de KVM de que las páginas inválidas NO están en la lista de páginas MMU activas conduce a un use-after-free debido a que __kvm_mmu_prepare_zap_page() usa list_add() en lugar de list_move() al procesar una página shadow inválida, es decir, hace que una mala situación sea mucho peor. Gritar fuerte si el padre es inválido, ya que significa que KVM ha omitido una comprobación de validez, es decir, KVM está intentando mapear memoria usando una raíz inválida/obsoleta, pero continuar ya que la secundaria, de lo contrario, sigue siendo una página shadow válida. ================================================================== BUG: KASAN: slab-use-after-free in __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm] Escritura de tamaño 8 en la dirección ff11000153dd1368 por la tarea repro/853 CPU

Anteriormente, un canal registrado en el chanList del mux no es utilizable hasta que se establece. Un peer malicioso podía inundar los incomingRequests del canal, provocando un deadlock en toda la conexión. Ahora, añadimos un estado established atómico, establecido cuando un canal se vuelve utilizable. Hasta ese momento, handlePacket descarta cada paquete que no sea la confirmación/fallo de apertura, sin bloquearse y sin cerrar la conexión.

Múltiples vulnerabilidades en la funcionalidad de descifrado Secure/Multipurpose Internet Mail Extensions (S/MIME) de Cisco Secure Email podrían permitir a un atacante remoto no autenticado recuperar texto plano de mensajes de correo electrónico cifrados. Estas vulnerabilidades se deben a una validación insuficiente de la integridad de los mensajes. Un atacante podría explotar estas vulnerabilidades utilizando una técnica machine-in-the-middle para interceptar y modificar el tráfico entre las pasarelas de correo electrónico. Una explotación exitosa podría permitir al atacante obtener el contenido en texto plano de la comunicación cifrada.

Múltiples vulnerabilidades en la funcionalidad de descifrado Secure/Multipurpose Internet Mail Extensions (S/MIME) de Cisco Secure Email podrían permitir a un atacante remoto no autenticado recuperar texto plano de mensajes de correo electrónico cifrados. Estas vulnerabilidades se deben a una validación insuficiente de la integridad de los mensajes. Un atacante podría explotar estas vulnerabilidades utilizando una técnica machine-in-the-middle para interceptar y modificar el tráfico entre puertas de enlace de correo electrónico. Una explotación exitosa podría permitir al atacante obtener contenido en texto plano de la comunicación cifrada.

Una vulnerabilidad en Cisco Desk Phone 9800 Series, Cisco IP Phone 7800 and 8800 Series, and Cisco Video Phone 8875 que ejecutan Cisco Session Initiation Protocol (SIP) Software podría permitir a un atacante remoto no autenticado causar una condición de denegación de servicio (DoS) en un dispositivo afectado. Esta vulnerabilidad se debe a una gestión inadecuada de la memoria cuando un dispositivo afectado procesa paquetes HTTP. Un atacante podría explotar esta vulnerabilidad enviando un flujo continuo de paquetes HTTP manipulados al dispositivo. Una explotación exitosa podría permitir al atacante hacer que el dispositivo afectado consuma memoria de forma continua, lo que daría lugar a una condición de DoS. Se requiere un reinicio manual del dispositivo para recuperarse de esta condición. Nota: Para que esta vulnerabilidad sea explotable, el teléfono debe estar registrado en Cisco Unified Communications Manager (Unified CM) y tener Web Access habilitado. Web Access está deshabilitado de forma predeterminada.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una revisión exhaustiva de seguridad interna. Esta revisión dio como resultado versiones de endurecimiento del software que abordan múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas por CVE-2026-20280 están relacionadas con problemas de comprobación o manejo inadecuado de condiciones excepcionales que se agrupan bajo la Enumeración de Debilidades Comunes (CWE) CWE-703.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una exhaustiva revisión interna de seguridad. Esta revisión dio como resultado unas versiones de refuerzo del software que abordan múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas por CVE-2026-20279 están relacionadas con problemas de control de acceso indebido que se agrupan bajo Common Weakness Enumeration (CWE) CWE-284.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una revisión interna exhaustiva de seguridad. Esta revisión dio como resultado versiones de refuerzo del software que corrigen múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades identificadas como CVE-2026-20278 están relacionadas con problemas de neutralización incorrecta que se agrupan bajo la Common Weakness Enumeration (CWE) CWE-707.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha llevado a cabo una revisión interna exhaustiva de seguridad. Esta revisión ha dado lugar a unas versiones de endurecimiento del software que corrigen múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas por CVE-2026-20277 están relacionadas con problemas de fallo del mecanismo de protección que se agrupan bajo Common Weakness Enumeration (CWE) CWE-693.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una revisión de seguridad interna exhaustiva. Esta revisión dio como resultado versiones de refuerzo de software que abordan múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas por CVE-2026-20276 están relacionadas con problemas de gestión insuficiente del flujo de control que se agrupan bajo Common Weakness Enumeration (CWE) CWE-691.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una revisión interna de seguridad exhaustiva. Esta revisión dio lugar a versiones de hardening de software que corrigen múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas como CVE-2026-20275 están relacionadas con problemas de cálculo incorrecto agrupados bajo la Common Weakness Enumeration (CWE) CWE-682.

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad del producto, el equipo de ingeniería de Cisco IOS XR Software ha realizado una revisión interna exhaustiva de seguridad. Esta revisión dio lugar a versiones de refuerzo del software que corrigen múltiples vulnerabilidades descubiertas internamente. Las vulnerabilidades rastreadas por CVE-2026-20274 están relacionadas con problemas de control inadecuado de recursos que se agrupan bajo Common Weakness Enumeration (CWE) CWE-664.

Una vulnerabilidad en la integración de Silicon One para Cisco Nexus 9000 Series Switches podría permitir a un atacante remoto no autenticado ejecutar código con privilegios de root. Esta vulnerabilidad existe porque los puertos TCP 43210 y 43211 son accesibles en el enrutamiento y reenvío virtual (VRF) de capa 3 (L3) predeterminado. Una explotación exitosa podría permitir al atacante conectarse a un dispositivo afectado y enviar una entrada manipulada que podría ejecutarse como código con privilegios de root. La explotación de esta vulnerabilidad también podría provocar que el proceso S1HAL se bloquee, lo que podría provocar que el dispositivo se reinicie.