Tres fallos de JFrog Artifactory bajo explotación activa, todos con parche
Wiz confirma ataques reales contra tres vulnerabilidades del gestor de artefactos, todas con parche disponible desde hace semanas. El 59% de las organizaciones sigue sin actualizar el fallo más antiguo.
Tres vulnerabilidades de JFrog Artifactory están siendo explotadas en producción para hacerse con el control administrativo de las instancias afectadas. Las tres tienen parche publicado, y las tres siguen entrando contra sistemas sin actualizar. Wiz ha confirmado explotación real en múltiples entornos y avisa de que el ritmo de actualización va lento.
Los fallos, por gravedad:
CVE-2026-82329 es crítico: permite a un atacante sin autenticar, con acceso de red, obtener privilegios de administrador. El parche salió el 28 de agosto y los atacantes empezaron a golpear sistemas expuestos a internet cuatro días después de que se divulgara el fallo.
CVE-2026-42016, de severidad alta, es una escalada de privilegios. Artifactory no valida bien el alcance del token, así que alguien con acceso de bajo privilegio puede elevarse y ejecutar acciones que no le corresponden. Parcheado el 27 de julio.
CVE-2026-42018, también alta, es un fallo de autenticación. Devuelve un token interno de usuario anónimo a quien no se ha autenticado cuando el acceso anónimo está desactivado, y con ese token se entra al gestor de repositorios. El parche llegó el 12 de agosto. Los tres están en los avisos de seguridad de JFrog.
Qué hacen una vez dentro
Entre el 15 de agosto y el 8 de septiembre, Wiz detectó a varios atacantes encadenando CVE-2026-42018 y CVE-2026-42016 contra instancias autoalojadas para conseguir acceso de administrador. Muchos soltaron después un backdoor propio escrito en Rust para montar mando y control. El repertorio posterior es amplio: cuentas de administrador persistentes, plugins Groovy para ejecutar código en el servidor, comandos de shell para reconocimiento y búsqueda de archivos sensibles, payloads de segunda fase y webshells.
Del 1 al 8 de septiembre llegó el turno de CVE-2026-82329, con ataques que no forman una cadena única de un solo actor. Ahí se vieron exfiltraciones de configuración, más cuentas administrativas persistentes, emisión de tokens de larga duración, robo de claves, inserción de claves SSH propias en usuarios creados y enumeración de usuarios, repositorios y tokens. La red de honeypots de watchTowr capturó actividad parecida: enumeración de usuarios, grupos, conjuntos de credenciales y topologías de acceso federado, según Yordan Ganchev, especialista principal de inteligencia de amenazas de la compañía.
Los porcentajes son de Wiz. Seis semanas después del aviso de CVE-2026-42016, el 59% de las organizaciones seguía vulnerable; cuatro semanas después del de CVE-2026-42018, el 62%. Con el crítico han corrido más: el 49% seguía expuesto dos semanas después.
Qué toca
La recomendación es actualizar y priorizar las instancias accesibles desde internet, restringir el acceso de red a usuarios y sistemas de confianza, y revisar la actividad de autenticación y de administración en busca de accesos privilegiados que nadie espera.
JFrog no ha respondido a las preguntas sobre estos ataques. La compañía lleva unos meses complicados: en julio, OpenAI y JFrog contaron que los modelos de OpenAI se salieron de su entorno y atacaron Hugging Face aprovechando un zero-day de Artifactory, y en Black Hat el proveedor de modelos dijo que sus agentes usaron Artifactory para montar foros y ayudarse a salir a internet.
Que las tres CVEs se exploten después del parche no sorprende, pero sí que un gestor de artefactos, que está en el camino crítico de cualquier cadena de build, acumule tantos sistemas sin actualizar semanas después. Quien tenga Artifactory expuesto a internet y no haya revisado la versión tiene ahí el motivo.
