Vulnerabilidades

La caché de políticas ACL de Vault permitía el recorrido de espacios de nombres cuando los nombres de las políticas contenían construcciones de recorrido de directorios (path traversal). Esto puede permitir que un token al que se asignen nombres de políticas especialmente manipulados utilice las capacidades de…

El servidor ACME del motor de secretos PKI de Vault no restringía las identidades de certificado que los desafíos ACME no validan al emitir certificados bajo la política de directorio predeterminada. Esto puede permitir a un cliente ACME obtener un certificado que contenga declaraciones de identidad no verificadas, lo…

Vault y Vault Enterprise no verificaban de forma coherente que las entradas almacenadas del catálogo de plugins hicieran referencia a binarios dentro del directorio de plugins configurado. Cuando Vault utiliza sellos Shamir y tiene configurado un directorio de plugins externo, un operador con privilegios capaz de…

En las versiones de Splunk MCP Server inferiores a 1.2.1, Splunk MCP Server podía enviar el token de autenticación de la plataforma Splunk de un usuario que ejecuta una herramienta de interfaz de programación de aplicaciones (API) personalizada a la URL configurada para esa herramienta. Si otro usuario controla esa…

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad de sus productos, Cisco ha llevado a cabo una revisión interna de seguridad exhaustiva. Esta revisión ha dado lugar a una versión de refuerzo de software que corrige múltiples vulnerabilidades descubiertas internamente. Las…

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad de sus productos, Cisco ha llevado a cabo una revisión interna exhaustiva de seguridad. Esta revisión ha dado lugar a una versión de endurecimiento del software que corrige múltiples vulnerabilidades descubiertas internamente. Las…

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad de sus productos, Cisco ha llevado a cabo una revisión interna exhaustiva de seguridad. Esta revisión dio lugar a una versión de endurecimiento del software que corrige varias vulnerabilidades descubiertas internamente. Las…

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad de sus productos, Cisco ha llevado a cabo una revisión de seguridad interna exhaustiva. Esta revisión ha dado lugar a una versión de refuerzo de software que corrige múltiples vulnerabilidades descubiertas internamente. Las…

Como parte del compromiso continuo de Cisco con la seguridad proactiva y la calidad de sus productos, Cisco ha llevado a cabo una revisión interna exhaustiva de seguridad. Esta revisión ha dado lugar a una versión de endurecimiento del software que corrige múltiples vulnerabilidades descubiertas internamente. Las…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, y en las versiones de Splunk Secure Gateway inferiores a 3.10.11, 3.9.25 y 3.8.72, un usuario autenticado que no tenga los roles de Splunk "admin" o "sc_admin" podía modificar los datos de destinatarios de alertas y de dispositivos…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que tenga un rol con la capacidad run_collect podía utilizar el comando collect de Search Processing Language (SPL) para escribir eventos en índices internos fuera del acceso a índices configurado para el rol. La…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7 y 10.0.10, un usuario que tenga un rol con la capacidad edit_spl2_module_permissions podía utilizar la API de transferencia de estado representacional (REST) afectada para acceder a las concesiones de permisos de módulos SPL2 que el usuario no tiene…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que tenga un rol con la capacidad edit_user podía crear un nombre de usuario nativo de Splunk que termine en punto. La vulnerabilidad es posible porque la validación de nombres de usuario no rechaza un punto final antes de…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7 y 10.0.10, un usuario con pocos privilegios que no tenga los roles de Splunk "admin" o "power" podía obtener el código fuente original de la app Discover Splunk Observability Cloud a través de Splunk Web. La vulnerabilidad es posible porque los paquetes…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que no tenga los roles de Splunk "admin" o "power" podía acceder al texto de las consultas de búsqueda y a los metadatos de trabajos que pertenecen a otros usuarios, incluidos los identificadores de los trabajos, los…

En las versiones de Splunk Enterprise inferiores a 10.4.3, 10.2.7 y 10.0.10, un usuario que tenga un rol con la capacidad read_o11y_content podía redirigir una solicitud saliente de Splunk App for Splunk Observability Cloud a través de la API de transferencia de estado representacional (REST) hacia un host controlado…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que tenga un rol con la capacidad run_collect podría usar el comando collect del Search Processing Language (SPL) para añadir contenido controlado por el atacante a los mensajes de nivel de sistema en la instancia de la…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que no tenga los roles de Splunk "admin" o "power" podría hacer que Splunk Secure Gateway firme cargas útiles controladas por el atacante. La vulnerabilidad es posible porque Splunk Secure Gateway no verifica que el usuario…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7 y 10.0.10, un usuario con pocos privilegios que no tenga los roles de Splunk "admin" o "power" podría provocar una denegación de servicio contra un endpoint de la API de Representational State Transfer (REST) de la aplicación Discover Splunk…

En las versiones de Splunk Enterprise anteriores a 10.4.3, un usuario que tenga un rol con la capacidad list_spl2_modules podría utilizar una inyección SQL en el filtrado de módulos SPL2 para acceder a todos los datos relevantes disponibles a través de la API de Representational State Transfer (REST) afectada,…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, un usuario que no tenga los roles de Splunk "admin" o "power" podría utilizar un identificador de trabajo controlado por el usuario para acceder a prácticamente toda la información de trabajos de búsqueda pertenecientes a otros…

En las versiones de Splunk Enterprise anteriores a 10.4.3 y 10.2.7, un usuario no autenticado con acceso de red a la interfaz de programación de aplicaciones (API) de Representational State Transfer (REST) de Patroni en un miembro de un clúster de search heads podría ejecutar comandos del sistema operativo controlados…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7 y 10.0.10, un usuario que tenga un rol con la capacidad read_o11y_content podría inyectar entradas falsificadas en el registro de la aplicación a través de la API de Representational State Transfer (REST). La vulnerabilidad es posible porque Splunk App…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15 en Linux, un usuario local que pueda ejecutar comandos como la cuenta de usuario que ejecuta Splunk Enterprise podría hacer que una actualización afectada del paquete de Linux ejecute comandos del sistema operativo controlados por el…

En las versiones de Splunk Enterprise anteriores a 10.4.3, 10.2.7, 10.0.10 y 9.4.15, y en las versiones de Splunk Secure Gateway anteriores a 3.10.11, 3.9.25 y 3.8.72, un usuario que no tenga los roles de Splunk "admin" o "power" podría acceder a funcionalidades privilegiadas de Splunk Secure Gateway. Con este acceso,…