Base de datos CVE

Bridge está afectado por una vulnerabilidad de ruta de búsqueda no confiable que podría provocar la ejecución de código arbitrario en el contexto del usuario actual. Un atacante con privilegios bajos podría explotar esta vulnerabilidad para ejecutar código arbitrario. La explotación de este problema requiere interacción del usuario, ya que la víctima debe abrir un archivo malicioso. El alcance ha cambiado.

Bridge está afectado por una vulnerabilidad de autorización incorrecta que podría provocar una escalada de privilegios. Un atacante podría aprovechar esta vulnerabilidad para obtener acceso de lectura y escritura no autorizado. La explotación de este problema requiere interacción del usuario, ya que la víctima debe abrir un archivo malicioso. El alcance ha cambiado.

Bridge está afectado por una vulnerabilidad de limitación inadecuada de un nombre de ruta a un directorio restringido ('Path Traversal') que podría permitir la lectura arbitraria del sistema de archivos. Un atacante podría explotar esta vulnerabilidad para acceder a archivos y directorios confidenciales fuera del ámbito de acceso previsto. La explotación de este problema requiere interacción del usuario, ya que la víctima debe abrir un archivo malicioso.

Se corrigió una lectura fuera de límites con una comprobación de límites mejorada. Este problema se ha corregido en macOS Sequoia 15.7.8, macOS Sonoma 14.8.8, macOS Tahoe 26.6. Una app podría acceder a datos confidenciales del usuario.

Los lectores de compilación pueden acceder a las propiedades de entorno de otro repositorio. Un llamador con acceso de lectura a un repositorio ordinario puede seleccionar un parámetro de repositorio legible al recuperar las propiedades de entorno para una compilación protegida, exponiendo los secretos del entorno de compilación (impacto en la confidencialidad; sin impacto demostrado en la integridad o la disponibilidad).

Una vulnerabilidad de escalada de privilegios autenticada en JFrog Platform puede ser explotada bajo condiciones de cuenta aprovisionada por el administrador. La explotación exitosa puede otorgar acceso temporal de administrador de la plataforma.

JFrog Artifactory contiene una debilidad en el manejo de la autenticación en el procesamiento interno de solicitudes que, bajo condiciones específicas, puede permitir a un atacante escalar privilegios más allá del nivel de acceso previsto.

Un usuario con acceso de lectura al repositorio remoto Cargo de JFrog Artifactory podría hacer que Artifactory solicitara URL no previstas y devolviera la respuesta.

Se determinó que la compatibilidad de JFrog Artifactory con repositorios remotos de Terraform era susceptible a Server-Side Request Forgery (SSRF). Un usuario autenticado - o, si el acceso anónimo está habilitado en el repositorio, un usuario no autenticado - podría hacer que Artifactory emitiera solicitudes HTTP salientes a destinos arbitrarios y recibiera el contenido de la respuesta.

Una debilidad en la validación de URL en la gestión del repositorio Ansible de JFrog Artifactory podría permitir a un usuario, bajo condiciones específicas de acceso al repositorio, provocar solicitudes no intencionadas del lado del servidor. El problema afecta principalmente a la confidencialidad e integridad y se ha corregido en versiones corregidas de Artifactory.

Una debilidad en la validación de rutas en el manejo de extracción/escritura de archivos permite que entradas con secuencias de traversal se escriban fuera de la ubicación prevista de los artefactos de compilación.

Una debilidad de deserialización en la gestión de paquetes de JFrog Artifactory podría permitir a un usuario con privilegios bajos afectar la confidencialidad, la integridad y la disponibilidad en condiciones específicas del repositorio.

Las versiones de JFrog Artifactory (Self Hosted) anteriores a 7.133.11 son vulnerables a un ataque de escalada de privilegios debido a una comprobación de validación de la firma/emisor del token y no del alcance del token.

En JetBrains TeamCity antes de 2026.1.3, 2025.11.7 era posible la ejecución remota de código no autenticada vía el protocolo de polling del agente

VeloCloud Orchestrator (VCO) on-prem tiene un problema de seguridad que puede permitir a un atacante remoto acceder a funcionalidad interna privilegiada y afectar al host VCO. La explotación exitosa puede comprometer la confidencialidad, la integridad y la disponibilidad del orquestador y de los datos gestionados por el orquestador. Esta funcionalidad estaba destinada solo para uso interno y no está destinada a ser accesible de forma remota. Las versiones Hosted y Dedicated de VCO ya han sido parcheadas antes de la publicación de este aviso. Este problema fue descubierto externamente y se sabe que está siendo explotado activamente.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: net: openvswitch: rechazar atributos de acción anidados de gran tamaño Open vSwitch almacena las acciones de flujo generadas como nlattrs, cuyo campo nla_len es u16. El commit a1e64addf3ff ("net: openvswitch: remove misbehaving actions length check") permitía que el flujo total de sw_flow_actions creciera más allá de 64 KiB, lo cual es válido, pero también eliminó la última protección que impedía que un atributo de acción anidado generado superara U16_MAX. Por lo tanto, un contenedor generado de gran tamaño puede cerrarse con un nla_len truncado. Un volcado o desmontaje posterior recorre entonces un flujo estructuralmente diferente al que fue validado. En particular, una acción anidada CLONE/CT de gran tamaño puede hacer que bytes posteriores en el flujo generado se interpreten como acciones independientes. Conservar el comportamiento de flujo de acciones total más grande, pero hacer que el cierre de acción anidada rechace contenedores generados que no caben en nla_len, y devolver el error a través de todos los llamadores. Para los constructores recursivos SAMPLE, CLONE, DEC_TTL y CHECK_PKT_LEN, recortar las colas de listas de acciones que poseen recursos en orden inverso de construcción antes de descartar los envoltorios fallidos, de modo que los recursos copiados en las colas rechazadas se liberen antes de que se eliminen los envoltorios. La mayoría de los envoltorios externos fallidos se descartan truncando actions_len después de que los recursos hijos hayan sido liberados. CHECK_PKT_LEN también recorta su padre después de que los recursos de rama hayan desaparecido. Los fallos de cierre de SET/TUNNEL deshacen directamente su propiedad conocida de tun_dst, y SET_TO_MASKED no tiene propiedad externa y trunca en caso de fallo de cierre.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: bpf: compatibilidad con la protección contra JIT spraying El asignador JIT de BPF empaqueta muchos programas pequeños en asignaciones ejecutables más grandes y reutiliza espacio dentro de esas asignaciones a medida que se cargan y liberan programas. Cuando se escribe código nuevo en un espacio que ocupaba un programa anterior, un salto indirecto al nuevo programa puede reutilizar una predicción de rama que dejó el programa anterior. Vaciar los predictores de ramas indirectas antes de reutilizar memoria JIT, para que los saltos indirectos a un programa recién escrito no reutilicen predicciones de un programa antiguo que ocupaba el mismo espacio. Introducir la clave estática bpf_arch_pred_flush_enabled y la llamada estática bpf_arch_pred_flush para vaciar los predictores de ramas al reutilizar memoria JIT. Las arquitecturas que necesiten un vaciado pueden actualizarla para usar una función que vacíe los predictores. De forma predeterminada, es un NOP y no emite ningún CALL. Las asignaciones mayores que un pack no están cubiertas por este vaciado. Esto es seguro porque los programas cBPF (la superficie de ataque sin privilegios) están limitados a un tamaño muy inferior al de un pack. Emitir una advertencia si esta suposición alguna vez se incumple mientras el vaciado está activo.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: x86/bugs: habilitar el vaciado de IBPB al asignar memoria para BPF JIT Habilita la protección contra JIT spraying cuando se usan mitigaciones de Spectre-v2. En concreto, ejecuta un vaciado de IBPB al reutilizar memoria de BPF JIT. Omite la habilitación del vaciado de IBPB si el dispatcher de BPF ya está usando una secuencia retpoline. Esta protección se aplica únicamente cuando se usa BPF-JIT. Protege la habilitación con CONFIG_BPF_JIT para que bugs.c siga compilándose con CONFIG_BPF_JIT=n.

El Tycon Systems TPDIN-Monitor-WEB2 se envía sin credenciales HTTP configuradas, pensado para que un instalador las configure en el primer uso. Con el firmware 2.4.4 y anteriores, una unidad que se deja en este estado sin configurar sirve la interfaz de administración web sin requerir ningún inicio de sesión. Un atacante con acceso de red a dicha unidad puede alcanzar todos los controles del dispositivo, incluida la gestión del relé de alimentación, el reinicio del dispositivo, la configuración del servicio de acceso remoto y los ajustes de red, lo que podría permitir la interrupción de la infraestructura conectada o daños físicos al equipo.

La interfaz de gestión web en Tycon Systems TPDIN-Monitor-WEB2 almacena y muestra las credenciales del sistema en texto claro en cierta página de configuración accesible para usuarios autenticados. Cualquier parte con acceso al panel administrativo puede leer inmediatamente estas credenciales, que pueden utilizarse para comprometer otros sistemas de la red local.