Resumen vulnerabilidades críticas – 21 elementos (08 jul 2026 Europe/Madrid)

—

*****

Este CVE representa un riesgo real e inmediato: existen exploits públicos y la vulnerabilidad permite acceso administrativo sin autenticación, comprometiendo íntegramente los sistemas afectados. Se debe priorizar su mitigación urgentemente para evitar compromisos totales y robo de información sensible.

—–

—–

—

—

**Inserción en Supabase:**

const { data, error } = await supabase
.from(‘vulnerabilidades’)
.insert([
{
cve: ‘CVE-2026-58473’,
severidad: ‘CRITICAL (9.3)’,
importancia: ‘ALTA’,
publicado: ‘2026-07-08T03:30:50.652417+00:00’,
vendor: ‘Cognee’,
producto: ‘Cognee’,
versiones_afectadas: ‘versiones anteriores a 1.2.0’,
exploit_publicos: true,
referencia: ‘https://github.com/topoteretes/cognee/commit/d10b1b77e2157c6238fd4d1acb1923a048991699’,
descripcion: ‘La versión de Cognee anterior a 1.2.0 contiene una vulnerabilidad de control de acceso incorrecto que permite a atacantes no autenticados sobrescribir la configuración global del proveedor LLM registrándose como usuario y accediendo al endpoint de configuración, el cual no verifica si el usuario tiene permisos de administrador o superusuario. Esto permite redirigir todas las operaciones LLM a un endpoint controlado por el atacante, facilitando la exfiltración de prompts, documentos subidos, entidades extraídas y contenido del grafo de conocimiento de todos los usuarios.’,
estrategia: ‘Actualizar inmediatamente a la versión 1.2.0 o superior que corrige esta falla. Revisar los controles de acceso para funciones administrativas y restringir el registro automático de cuentas. Monitorear tráfico inusual hacia endpoints LLM y validar cualquier cambio en configuración global. Priorizar esta corrección ante la existencia de exploits públicos y el alto riesgo de exfiltración masiva de información sensible.’
}
])

—

Esta vulnerabilidad supone un riesgo crítico para cualquier empresa que utilice Cognee antes de la versión 1.2.0, ya que un atacante sin autenticación puede controlar la configuración global de procesamiento LLM y robar información sensible de todos los usuarios, lo que justifica la máxima prioridad en su mitigación.

*****

Queda claro que esta vulnerabilidad es demasiado peligrosa para la empresa: el SSRF sin autenticación puede permitir acceso no autorizado a recursos internos críticos, exponer información sensible y comprometer controles de seguridad internos. Dado que existen exploits públicos confirmados, la prioridad de parcheo debe ser inmediata y acompañada de monitoreo activo para detectar posibles ataques.

—–