¿Cómo de grave es la vulnerabilidad Log4j/Log4Shell?

Durante el fin de semana, los equipos de seguridad de todo el mundo han ido a contrarreloj para mitigar una vulnerabilidad recién descubierta. El fallo se encuentra en el popular sistema de registro de Apache Log4j, y ha sido bautizado como «Log4Shell». Ya está siendo explotada.

Aquí explicamos cómo funcionan los ataques y qué deben hacer las organizaciones. 

Tan malo como el que más

El fallo en sí mismo ha sido calificado con un 10 de 10 en el sistema de puntuación CVSS estándar de la industria. Eso es lo peor que puede pasar. ¿Por qué? Por varias razones:

  • Log4j es utilizado por millones de aplicaciones Java, desde apps corporativas poco conocidas hasta software y organizaciones como iCloud, Cloudflare, Minecraft, Red Hat, Twitter, IBM, Steam, Tesla y Cisco 
  • Es relativamente fácil explotar el fallo subyacente de «validación de entrada inadecuada». Requiere que un atacante obligue a una aplicación vulnerable a registrar una cadena de caracteres determinada. Como las aplicaciones registran muchos tipos de eventos, hay varias formas de hacerlo. Podría ser tan simple como escribir un mensaje en un cuadro de chat 
  • La explotación puede llevar a la ejecución remota de código en un servidor afectado, permitiendo a los atacantes descargar malware y avanzar en los ataques 
  • Los atacantes buscan activamente sistemas vulnerables para explotarlos

Ya se han detectado atacantes que han explotado el fallo para instalar mineros de monedas, exponer claves de AWS, desplegar Cobalt Strike para el ransomware, etc. El Instituto Nacional de Ciberseguridad de España (INCIBE), el Centro Nacional de Seguridad Cibernética (NCSC) del Reino Unido y la Agencia de Seguridad Cibernética y de Infraestructuras (CISA) de Estados Unidos han publicado alertas. 

Qué hacer ahora

Según CISA, las organizaciones deberían: 

  • Encontrar dónde se está ejecutando Log4j en su entorno 
  • Aplicar parches inmediatamente actualizando a la versión 2.15.0 de Log4j, o aplicar las mitigaciones del proveedor
  • Enumerar todos los dispositivos de cara al exterior con Log4j instalado
  • Asegurarse de que los equipos de operaciones de seguridad (SecOps) actúen sobre todas las alertas relacionadas con Log4j 
  • Instalar un firewall app web con reglas que se actualicen automáticamente, para reducir la carga de alertas en SecOps

Trend Micro está analizando todas sus plataformas para determinar las versiones vulnerables de Log4j que deben corregirse o mitigarse. Más información disponible aquí.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

TE PUEDE GUSTAR

RECIBE LA NEWSLETTER

*Email: *Nombre apellidos: *Empresa: Cargo: Sector:

 
Please don't insert text in the box below!

ARTÍCULOS MÁS RECIENTES

ESCUCHA NUESTRO PODCAST

SÍGUENOS EN RRSS

MÁS COMENTADOS

Scroll al inicio
Resumen de privacidad

Las cookies y otras tecnologías similares son una parte esencial de cómo funciona nuestra web. El objetivo principal de las cookies es que tu experiencia de navegación sea más cómoda y eficiente y poder mejorar nuestros servicios y la propia web. Aquí podrás obtener toda la información sobre las cookies que utilizamos y podrás activar y/o desactivar las mismas de acuerdo con tus preferencias, salvo aquellas Cookies que son estrictamente necesarias para el funcionamiento de la web de CyberSecurityNews. Ten en cuenta que el bloqueo de algunas cookies puede afectar tu experiencia en la web y el funcionamiento de la misma. Al pulsar “Guardar cambios”, se guardará la selección de cookies que has realizado. Si no has seleccionado ninguna opción, pulsar este botón equivaldrá a rechazar todas las cookies. Para más información puedes visitar nuestra Políticas de Cookies. Podrás cambiar en cualquier momento tus preferencias de cookies pinchando en el enlace “Preferencias de cookies” situado en la parte inferior de nuestra web.