Vulnerabilidad crítica en GitLab permite ejecución remota de código durante 12 años de versiones
Una vulnerabilidad con puntuación CVSS 10.0 en GitLab permite la ejecución remota de código sin autenticación en versiones desde 2014. Todas las instancias autoalojadas deben actualizarse de inmediato.
Resumen
- GitLab reveló una vulnerabilidad crítica (CVE-XXXX-YYYY) que permite RCE sin autenticación.
- Impacta a todas las versiones desde la 7.0 (2014) hasta las más recientes.
- El parche inicial del 12 de octubre omitió versiones antiguas; corrección completa el 21 de octubre.
- Los administradores de GitLab autoalojado deben actualizar a las últimas versiones parcheadas.
- No hay evidencia de explotación activa, pero el riesgo es extremadamente alto.
GitLab ha revelado una vulnerabilidad de seguridad crítica que permite a atacantes no autenticados ejecutar código arbitrario en servidores autoalojados. Clasificada con una puntuación CVSS 10.0, la más alta en gravedad, esta falla afecta prácticamente a todas las versiones de GitLab publicadas desde 2014.
La vulnerabilidad impacta a organizaciones que utilizan GitLab Community Edition (CE) y Enterprise Edition (EE) en despliegues autoalojados. Las instancias alojadas en la nube de GitLab no están afectadas. Los administradores que aplicaron los parches del 12 de octubre podrían seguir siendo vulnerables, ya que esas actualizaciones solo abordaron versiones más recientes.
Detalles de la vulnerabilidad
- La falla permite la ejecución remota de código sin autenticación en instancias autoalojadas de GitLab
- Afecta a todas las versiones de GitLab desde la 7.0 (lanzada en noviembre de 2014) hasta las versiones actuales
- Las instancias alojadas en la nube de GitLab.com no se ven afectadas por esta vulnerabilidad
- Los atacantes podrían obtener el control completo de los servidores afectados sin credenciales válidas
Requisitos de parcheo
- GitLab lanzó parches iniciales el 12 de octubre, pero solo cubrieron las versiones 19.2 y posteriores
- Parches adicionales publicados el 21 de octubre abordan todas las versiones afectadas
- Los administradores deben verificar su versión de GitLab y aplicar los parches correspondientes
- Las organizaciones deberían revisar el aviso oficial de GitLab para obtener información sobre las versiones específicas
- Los equipos de seguridad deben monitorear actividad sospechosa incluso después del parcheo
Fuentes
Fuentes
Novedades de seguridad por correo
Un correo resumen cuando publicamos nuevos artículos de seguridad (resumen más enlaces para leer más). Date de baja cuando quieras desde el pie del mensaje. Consulta nuestra Política de privacidad.