Base de datos CVE

Autenticación débil en Microsoft Office SharePoint permite a un atacante no autorizado omitir una característica de seguridad a través de la red.

Autorización incorrecta en Active Directory Certificate Services (AD CS) permite a un atacante autorizado elevar privilegios a través de la red.

Fallo del mecanismo de protección en Windows BitLocker permite a un atacante no autorizado omitir una característica de seguridad con un ataque físico.

La deserialización de datos no confiables en Microsoft Office SharePoint permite a un atacante no autorizado ejecutar código a través de una red.

Falta de autenticación para una función crítica en Microsoft Office SharePoint permite a un atacante no autorizado elevar privilegios a través de la red.

La deserialización de datos no confiables en Microsoft Office SharePoint permite a un atacante no autorizado ejecutar código a través de una red.

Neutralización inadecuada de elementos especiales utilizados en un comando ('command injection') en Copilot Chat (Microsoft Edge) permite a un atacante no autorizado ejecutar código a través de una red.

Fallo del mecanismo de protección en Windows Event Logging Service permite a un atacante autorizado divulgar información a través de una red.

SAP Commerce Cloud podría conservar un cliente OAuth2 de ejemplo con credenciales de ejemplo documentadas públicamente procedentes de la configuración de ejemplo proporcionada en la documentación de SAP Help Portal. Si no se modifica, un atacante no autenticado podría utilizar estas credenciales conocidas para obtener un token de acceso válido e invocar determinadas API para leer y modificar datos. La explotación exitosa produce un impacto alto en la confidencialidad y la integridad, sin impacto en la disponibilidad.

ServiceNow ha abordado una vulnerabilidad de ejecución remota de código que fue identificada en la plataforma ServiceNow AI. Esta vulnerabilidad podría permitir a un usuario no autenticado, en determinadas circunstancias, ejecutar código dentro de la plataforma ServiceNow. ServiceNow abordó esta vulnerabilidad mediante el despliegue de una actualización de seguridad en las instancias alojadas. También se han proporcionado actualizaciones de seguridad relevantes a los clientes autoalojados y socios de ServiceNow. Además, la vulnerabilidad está corregida en los parches y versiones de familia enumerados, que se han puesto a disposición de los clientes alojados y autoalojados, así como de los socios. Actualmente no tenemos conocimiento de explotación contra instancias de ServiceNow. Recomendamos a los clientes que apliquen con prontitud las actualizaciones correspondientes o actualicen a una versión corregida si aún no lo han hecho.

Rejetto HFS 3.0.0 a 3.2.0 deriva su clave de firma de cookies de sesión del generador no criptográfico Math.random() y revela resultados del mismo generador a clientes no autenticados durante el inicio de sesión. Un atacante remoto puede recopilar un pequeño número de respuestas de inicio de sesión, reconstruir el estado del generador, recuperar la clave de firma y falsificar una cookie de sesión de administrador válida, lo que permite obtener acceso administrativo completo y ejecutar código de forma remota mediante la función de configuración server_code.

Flowise antes de 3.1.0 (versiones afectadas 3.0.13 y anteriores) utiliza secretos JWT predeterminados débiles codificados de forma fija ('auth_token', 'refresh_token') y valores de audience e issuer predeterminados ('AUDIENCE', 'ISSUER') en el middleware de autenticación passport empresarial (packages/server/src/enterprise/middleware/passport/index.ts). Cuando las variables de entorno correspondientes (JWT_AUTH_TOKEN_SECRET, JWT_REFRESH_TOKEN_SECRET, JWT_AUDIENCE, JWT_ISSUER) no están configuradas, la aplicación recurre silenciosamente a estos valores predeterminados conocidos públicamente, lo que permite a un atacante falsificar JWT válidos y suplantar a cualquier usuario, incluidos los administradores, lo que da lugar a una omisión de la autenticación.

El iDirect iQ200 expone los endpoints de la API REST /api/identity y /api/ sin autenticación. Un atacante no autenticado con acceso a la red puede obtener información confidencial del dispositivo, incluidos el número de serie, el identificador de dispositivo (DID), el identificador de la clave privada del terminal (TPK), la dirección MAC y la versión exacta del firmware. El DID y el TPK se utilizan para la autenticación en la red satelital de la plataforma iDirect, lo que podría permitir la suplantación del terminal y el reconocimiento de la red.

El iDirect iQ200 no valida tokens CSRF en los endpoints de API que modifican el estado después de la autenticación. El endpoint /api/reboot acepta solicitudes POST autenticadas únicamente mediante una cookie de sesión que carece del atributo SameSite. Un atacante remoto puede alojar una página web maliciosa que, al ser visitada por un administrador autenticado, envía automáticamente una solicitud POST cross-site, provocando el reinicio inmediato del dispositivo y la pérdida del enlace satelital. Los ataques repetidos pueden mantener una condición de denegación de servicio.

El plugin Super Forms – Drag & Drop Form Builder para WordPress es vulnerable a la carga arbitraria de archivos en todas las versiones hasta la 6.3.313 incluida a través de la función submit_form. Esto se debe a la falta de validación del tipo de archivo y a la ausencia de cualquier comprobación de capacidades en el manejador AJAX nopriv de submit_form, cuya única barrera es un nonce de sesión que los visitantes no autenticados pueden obtener libremente a través de un endpoint nopriv separado. Esto permite a los atacantes no autenticados subir archivos que pueden ser ejecutables, lo que hace posible la ejecución remota de código. El requisito del nonce se evita de forma trivial porque la acción AJAX nopriv super_create_nonce permite a cualquier visitante no autenticado generar un sf_nonce válido y una cookie de sesión en una única solicitud previa, reduciendo la explotación a dos solicitudes HTTP no autenticadas.

Ruflo es un meta-harness de agentes para Claude Code y Codex. Antes de la versión 3.16.3, el despliegue predeterminado de docker-compose de ruflo exponía los endpoints POST /mcp y POST /mcp/:group del MCP bridge sin autenticación, permitiendo a un atacante de red no autenticado invocar tools/call a terminal_execute, obtener una shell en el contenedor bridge, leer las API keys del proveedor y envenenar los patrones del learning-store de AgentDB. Este problema está corregido en la versión 3.16.3.

LiteLLM es un servidor proxy (AI Gateway) para llamar a las API de LLM en formato OpenAI (o nativo). Antes de la versión 1.84.0, el endpoint MCP Streamable HTTP de LiteLLM permitía a un atacante no autenticado usar una cabecera Authorization falsificada para activar una ruta alternativa de paso OAuth2 que reemplazaba la validación fallida de la clave de LiteLLM con un objeto UserAPIKeyAuth() vacío, permitiendo que las solicitudes llegaran a las herramientas MCP sin una clave válida de LiteLLM. Este problema está corregido en la versión 1.84.0.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: ipv6: contabilizar fraggap en la ruta de asignación paginada En __ip6_append_data(), cuando se toma la rama de asignación paginada (MSG_MORE / NETIF_F_SG / large fraglen), alloclen y pagedlen se calculan como alloclen = fragheaderlen + transhdrlen; pagedlen = datalen - transhdrlen; datalen ya incluye fraggap (datalen = length + fraggap). Cuando fraggap no es cero, este no es el primer skb y transhdrlen es cero. Los bytes fraggap arrastrados desde el skb anterior se copian justo después de las cabeceras del fragmento en el área lineal del nuevo skb. Por lo tanto, el área lineal es menor en fraggap bytes mientras que pagedlen está sobredimensionado por la misma cantidad, y la copia escribe más allá de skb->end, dentro de skb_shared_info. Un usuario sin privilegios puede activar esto mediante un socket UDPv6 usando MSG_MORE junto con MSG_SPLICE_PAGES. La contabilización incorrecta fue introducida por el commit 773ba4fe9104 ("ipv6: avoid partial copy for zc"). Antes del commit ce650a166335 ("udp6: Fix __ip6_append_data()'s handling of MSG_SPLICE_PAGES"), el valor de copia negativo provocaba que se devolviera -EINVAL. Ese commit posterior permitió que MSG_SPLICE_PAGES continuara en este caso, haciendo que la corrupción pudiera activarse. La rama no paginada establece alloclen en fraglen, que ya tiene en cuenta fraggap porque datalen lo hace. Alinear la rama paginada añadiendo fraggap a alloclen y restándolo de pagedlen. Después de este ajuste, la copia ya no se reduce a -fraggap en la ruta paginada, por lo que se elimina el comentario obsoleto que describe esa antigua aritmética. Puesto que ya no se espera una copia negativa para un caso válido de MSG_SPLICE_PAGES, se elimina la excepción de MSG_SPLICE_PAGES de la comprobación de copia negativa.

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: KVM: x86: Corrección de use-after-free de shadow paging debido a un rol inesperado El commit 0cb2af2ea66ad ("KVM: x86: Fix shadow paging use-after-free due to unexpected GFN") corrigió una discrepancia de shadow paging entre GFN almacenadas y calculadas; el error podía desencadenarse cambiando un mapeo PDE desde fuera del guest y eliminando después un memslot. La llamada rmap_remove() omitía las entradas creadas después del cambio de PDE porque el GFN del SPTE hoja no coincide con el GFN de struct kvm_mmu_page. Sin embargo, subsiste un hueco similar si el PDE modificado apunta a una página non-leaf. En este caso se puede hacer coincidir el gfn, pero el rol no coincide: la página grande original de 2MB crea un kvm_mmu_page con direct=1, mientras que la nueva de 4KB necesita un kvm_mmu_page con direct=0. Sin embargo, kvm_mmu_get_child_sp() no compara el rol y, por tanto, reutiliza la página. El siguiente paso es instalar un SPTE hoja (4KB) en la nueva ruta que registra una entrada rmap bajo el gfn resuelto por el walk. Pero cuando ese hijo recibe un zap, su kvm_mmu_page padre tiene direct=1 y kvm_mmu_page_get_gfn() calcula el gfn para la página de 4KB como sp->gfn + index en lugar de usar sp->shadowed_translation[] (o sp->gfns[] en kernels anteriores). Por tanto, no elimina la entrada registrada. Cuando se elimina el memslot, la shadow page se libera pero la entrada rmap sobrevive, como en el escenario ya corregido. El código que posteriormente recorre ese gfn (dirty logging, invalidación de MMU notifier, etc.) desreferencia un sptep que se encuentra en la página liberada, provocando el use-after-free.