Un lote de CVEs de SQLite clasificadas como críticas y altas apareció en la NVD — la base de vulnerabilidades de referencia del gobierno de EE. UU. — con enriquecimiento proporcionado por la CISA, solo para resultar técnicamente falso. Los investigadores de JFrog, que reportaron el caso el 30 de julio, revisaron el código citado y trataron de reproducir los exploits, y se encontraron con funciones inexistentes, referencias a fuentes no relacionadas y pruebas de concepto que simplemente no funcionaban. El veredicto fue categórico: vulnerabilidades inventadas, muy probablemente generadas por IA. Y el caso no fue aislado — los mismos investigadores señalaron decenas de supuestas fallas con pinta de 'slop' de IA, algunas ya con identificadores CVE oficiales y calificaciones críticas, incluido un lote en el que 54 de las 55 presentaciones hechas por una sola cuenta eran falsas. El incidente llama la atención porque SQLite es uno de los programas más omnipresentes del planeta, integrado en navegadores, móviles y sistemas operativos — y cualquier ruido en su nombre se propaga por todo el ecosistema.
El pipeline de CVE es la columna vertebral de la seguridad moderna. Cuando se descubre una falla, recibe un identificador CVE y entra en la NVD con metadatos, referencias y una puntuación CVSS. Equipos de todo el mundo consultan estas bases para decidir qué parchear primero. El problema es que el proceso de presentación a través del formulario público de MITRE no exige una verificación real de identidad: prácticamente cualquiera puede proponer una descripción y sugerir una calificación CVSS. La automatización con IA eliminó el último costo que mantenía la puerta cerrada: la dificultad de escribir un informe plausible. Ahora los modelos de lenguaje producen descripciones convincentes, apuntan a código que no contiene la falla e inventan funciones que nunca existieron. Sin una validación manual hecha por un humano que realmente lea el código, la basura entra.
Hay señales reveladoras de este 'slop', como la ausencia de hash de commit o pull request en los campos de referencia y metadatos sospechosos con definiciones de CPE de producto ausentes. Pero depender de que cada escáner detecte esos patrones es frágil. La escala es justo lo que hace peligrosa la situación: los escáneres empresariales y las plataformas de gestión de vulnerabilidades consumen la NVD a diario y convierten cada entrada en una tarea de remediación. Un solo falso positivo etiquetado como 'crítico' puede disparar alertas nocturnas, movilizar a los equipos de guardia y generar horas de retrabajo. El efecto acumulado es la fatiga de seguridad: cuanto más ruido, menos confianza — y esa confianza es la que sostiene todo el flujo de priorización de parches. Cuando hasta los datos 'confiables' contienen basura, los equipos persiguen fallas que no existen o, peor, ignoran avisos reales porque aprendieron a desconfiar de la base. La integridad del ecosistema de CVE sostiene decisiones de cumplimiento y auditoría; si se pone en duda, todo pierde credibilidad.
El fenómeno se extiende más allá de las bases de vulnerabilidades. Apple, abrumada por un aumento de informes de seguridad generados por IA, empezó a limitar las presentaciones a su programa de recompensas por errores e impuso un periodo de espera de 30 días. Mientras tanto, una falla legítima de macOS valorada en hasta 200.000 dólares quedó bloqueada y no se reportó. A medida que las herramientas generativas inundan cada canal de reporte, la tensión entre apertura y ruido se vuelve más difícil de gestionar. La pregunta sigue abierta: ¿cómo distinguir, a escala, un hallazgo real de una alucinación bien escrita — sin estrangular justamente a los investigadores que aportan valor?
Fuentes: The Register, JFrog Security Research, Cybernews, 9to5Mac
✓ Fuentes independientes cruzadas y verificadas antes de la publicación
