Base de datos CVE

Dell Container Storage Modules, en versiones anteriores a la 1.18.0, contienen una vulnerabilidad de neutralización incorrecta de elementos especiales utilizados en un motor de plantillas. Un atacante con pocos privilegios y acceso remoto podría explotar esta vulnerabilidad, lo que llevaría a una elevación de privilegios.

Dell Container Storage Modules (CSM) Operator, en versiones anteriores a la 1.18.0, contiene una vulnerabilidad de gestión inadecuada de privilegios en el reconciliador del recurso personalizado ContainerStorageModule. Un atacante remoto con pocos privilegios podría explotar esta vulnerabilidad, lo que llevaría a una escalada de privilegios y a obtener acceso de nivel root en los nodos del clúster.

Dell Container Storage Modules, versiones anteriores a la 1.18.0, contienen una vulnerabilidad de falta de autenticación para una función crítica. Un atacante no autenticado con acceso remoto podría explotar potencialmente esta vulnerabilidad, lo que llevaría a una elevación de privilegios.

Dell Container Storage Modules, versiones anteriores a 1.18.0, contienen una vulnerabilidad de uso de credenciales codificadas de forma rígida en CSM Authorization. Un atacante no autenticado con acceso remoto podría explotar esta vulnerabilidad, lo que podría conducir a una elevación de privilegios.

Dell Container Storage Modules, versiones anteriores a 1.18.0, contienen una vulnerabilidad de uso de credenciales codificadas de forma fija en csm-docs. Un atacante no autenticado con acceso remoto podría explotar esta vulnerabilidad, lo que podría dar lugar a la divulgación de información.9.8

Dell Container Storage Modules (CSM), en versiones anteriores a v1.18.0, contiene una vulnerabilidad de falta de autenticación para una función crítica en el servidor gRPC csm-authorization-storage. Un atacante remoto no autenticado podría explotar potencialmente esta vulnerabilidad, lo que permitiría el acceso no autorizado a las credenciales de administrador del backend de almacenamiento de todas las matrices de almacenamiento registradas.

vLLM es un motor de inferencia y servicio para modelos de lenguaje grandes. Antes de la versión 0.30.0, los modelos de solicitud compatibles con OpenAI aceptan un valor de cache_salt no vacío sin aplicar las restricciones de caracteres y longitud exigidas por el consumidor IPCCacheServerKey en LMCache-MP. En implementaciones que usan el conector LMCache-MP, una sal que contiene un carácter prohibido o supera la longitud permitida puede generar un ValueError no capturado durante la búsqueda en la caché del scheduler, lo que provoca que EngineCore termine y deniega el servicio a todos los usuarios concurrentes. Este problema se corrigió en la versión 0.30.0.

Esta es una vulnerabilidad en Bitbucket Data Center, Confluence Data Center, Jira Service Management Data Center, Jira Software Data Center, Bamboo Data Center. Crowd Data Center, Crucible y Fisheye. Esta vulnerabilidad de acceso arbitrario a archivos permite que un atacante no autenticado acceda a archivos específicos dentro del directorio raíz de la aplicación web en las versiones afectadas. La explotación requiere conocimiento previo del nombre y la ruta exactos del archivo objetivo; esta vulnerabilidad no permite a los atacantes enumerar ni listar el contenido de los directorios. En algunas configuraciones, puede haber archivos sensibles que hacen que esta vulnerabilidad sea muy grave. Esta vulnerabilidad permite que un atacante remoto no autenticado acceda a archivos específicos dentro del directorio raíz de la aplicación web en las versiones afectadas. La vulnerabilidad debe corregirse en las siguientes versiones afectadas: -- Bitbucket Data Center, introducida en la versión >= 4.6.0, versiones corregidas: 9.4.26, 10.2.8, 10.5.1 -- Confluence Data Center, introducida en la versión >= 5.10.0, versiones corregidas 9.2.26, 10.2.19 -- Crowd Data Center, introducida en la versión >= 2.11.0, versiones corregidas 6.3.7, 7.0.3, 7.1.7, 7.2.4 -- Jira Software Data Center, introducida en la versión >= 7.1.0, versiones corregidas 9.12.40, 10.3.26, 11.3.12 -- Jira Service Management Data Center, introducida en la versión >= 3.1.0, versiones corregidas 5.12.40, 10.3.26, 11.3.12 -- Bamboo Data Center >= 7.0.1, versiones corregidas 10.2.24, 12.1.12 -- Crucible, versión corregida 4.9.15 -- Fisheye, versión corregida 4.9.15 -- La explotación requiere conocimiento previo del nombre y la ruta exactos del archivo objetivo. La vulnerabilidad no incluye la capacidad de enumerar ni listar el contenido de los directorios.

Langflow es una herramienta para crear e implementar agentes y flujos de trabajo basados en IA. Antes de la versión 1.9.0, cualquier usuario autenticado de Langflow puede lograr la ejecución remota de código (RCE) en el servidor añadiendo un servidor MCP con el transporte "Stdio". El campo de comando proporcionado por el usuario se pasa directamente a `bash -c "exec {command}"` sin ninguna validación, sin lista de permitidos y sin sandboxing. El comando se ejecuta de inmediato cuando se obtiene la lista de servidores. Además, el campo env permite la inyección arbitraria de variables de entorno (por ejemplo, LD_PRELOAD o la sobrescritura de PATH). Esta vulnerabilidad se corrigió en la versión 1.9.0.

Langflow es una herramienta para crear e implementar agentes y flujos de trabajo basados en IA. Antes de Langflow 1.10.3, el transporte stdio de MCP ejecutaba cualquier comando / argumentos que un usuario incluyera en la configuración de un servidor MCP, sin lista de permitidos y (antes de 1.10.3) envueltos en bash -c "exec {command} ...". Cualquier usuario que pudiera acceder a la configuración de servidores MCP ("Settings → MCP Servers → Add MCP Server", POST/PATCH /api/v2/mcp/servers/{server_name}) o crear un flujo con el componente MCP Tools podía añadir un "servidor" cuyo comando fuera un comando arbitrario del sistema operativo (touch, rm -rf, una reverse shell, ...). El comando se ejecutaba en el host de Langflow con el usuario del proceso de Langflow en cuanto Langflow intentaba conectarse al servidor (listar servidores, cargar herramientas, ejecutar el flujo), incluso cuando la interfaz informaba después de que el servidor stdio no había podido iniciarse. Con el valor predeterminado LANGFLOW_AUTO_LOGIN=true, GET /api/v1/auto_login entrega un token sin credenciales, por lo que en una instancia expuesta con la configuración predeterminada se puede acceder sin tener una cuenta. AUTO_LOGIN está documentado como una opción solo para desarrollo; con esa opción deshabilitada, cualquier usuario autenticado (no administrador) puede explotar la vulnerabilidad. Este problema está corregido en Langflow 1.10.3, langflow-base 0.10.3 y lfx 1.10.3.

LibreOffice Calc puede vincular un rango de celdas a una fuente de datos externa, y el vínculo se guarda en el documento. Un documento podría nombrar un driver de base de datos Java para que dicho vínculo se cargara desde una ubicación remota, de modo que abrir el documento podría ejecutar código Java desde esa ubicación. En las versiones corregidas, una entrada en un Java class path tiene que ser una file URL.

Se ha encontrado un fallo en Ahsay AhsayCBS hasta 10.3.2. Esta vulnerabilidad afecta a código desconocido del archivo /rps/api/json/UpdateReceivers.do del componente Replication Receiver. La manipulación del argumento random puede provocar os command injection. Es posible lanzar el ataque de forma remota. El exploit ha sido publicado y puede ser utilizado. Actualizar a la versión 10.3.4 puede resolver este problema. Se recomienda actualizar el componente afectado.

A vulnerabilidad fue detectada en Ahsay AhsayCBS hasta la versión 10.3.2. Afecta a la función checkSysPwd del archivo com/ahsay/obs/api/ApiStructsAction.java del componente API. Al manipular el argumento random se produce una autenticación inadecuada. Es posible iniciar el ataque de forma remota. El exploit ya es público y puede ser utilizado. Actualizar a la versión 10.3.4 permite mitigar este problema. Se recomienda actualizar el componente afectado.

Vulnerabilidad en NetScaler ADC y NetScaler Gateway. Este problema afecta a ADC: antes de 14.1-73.41, antes de 13.1-64.28, antes de 14.1-73.41 FIPS y antes de 13.1-37.282; Gateway: antes de 14.1-73.41 y antes de 13.1-64.28.

El servicio de administración web en las versiones afectadas de RouterOS contiene un underflow de enteros en el manejo del cuerpo de las solicitudes HTTP, que es accesible antes de la autenticación. Esto puede ser aprovechado por un atacante de red no autenticado para lograr la ejecución de código arbitrario como root o provocar una denegación de servicio mediante una única solicitud manipulada.

El backend de WebSocket utiliza identificadores de estaciones de carga para asociar sesiones de forma única, pero permite que varios endpoints se conecten utilizando el mismo identificador de sesión. Esta implementación da lugar a identificadores de sesión predecibles. Esta vulnerabilidad puede permitir que usuarios no autorizados se autentiquen como otros usuarios o que un actor malicioso provoque una condición de denegación de servicio al saturar el backend con solicitudes de sesión válidas.

La interfaz de programación de aplicaciones WebSocket carece de restricciones sobre el número de solicitudes de autenticación. Esta ausencia de limitación de frecuencia puede permitir que un atacante lleve a cabo ataques de denegación de servicio o ataques de fuerza bruta para obtener acceso no autorizado.

Los endpoints de WebSocket carecen de mecanismos de autenticación adecuados, lo que permite a los atacantes suplantar estaciones de carga. Como resultado, los atacantes pueden explotar esta debilidad para obtener acceso no autorizado a datos confidenciales o realizar acciones no autorizadas. Dado que no se requiere autenticación, esto puede provocar una escalada de privilegios y comprometer potencialmente la seguridad de todo el sistema.

La rutina de copia de seguridad y restauración de Armatura One registra el comando completo de conexión a la base de datos, incluida la contraseña del superusuario, en texto sin cifrar en un archivo de registro del host. Las credenciales expuestas por este hallazgo pueden utilizarse para acceder a la base de datos cuando se dispone de acceso al sistema operativo del servidor.

La rutina de inicialización de la base de datos de Armatura One asigna una contraseña fija, definida por el proveedor, a la cuenta de superusuario de la base de datos al crearla, en lugar de generar una contraseña única por instalación. Una persona con acceso al sistema operativo del servidor y conocimiento de este valor puede autenticarse como superusuario de la base de datos en una implementación en la que no se haya cambiado.