{"id":28172,"date":"2022-12-15T23:20:51","date_gmt":"2022-12-15T21:20:51","guid":{"rendered":"https:\/\/www.kaspersky.es\/blog\/?p=28172"},"modified":"2022-12-15T23:20:51","modified_gmt":"2022-12-15T21:20:51","slug":"log4shell-still-active-2022","status":"publish","type":"post","link":"https:\/\/www.kaspersky.es\/blog\/log4shell-still-active-2022\/28172\/","title":{"rendered":"Un a\u00f1o de Log4Sheel"},"content":{"rendered":"

El diciembre del a\u00f1o pasado, la vulnerabilidad Log4Shell (CVE-2021-44228) en la biblioteca Apache Log4j caus\u00f3 sensaci\u00f3n. Y, aunque en primavera ya hab\u00eda desaparecido de los titulares de los medios TI, en noviembre del 2022 reapareci\u00f3 cuando se descubri\u00f3 que los ciberdelincuentes hab\u00edan explotado<\/a> esta vulnerabilidad para atacar una agencia federal de Estados Unidos e instalar un minero de criptomonedas en sus sistemas. Consideramos por tanto que es una buena oportunidad para explicar qu\u00e9 es realmente Log4Shell, por qu\u00e9 es demasiado pronto para darla por muerta y c\u00f3mo proteger tu infraestructura.<\/p>\n

\u00bfQu\u00e9 es la biblioteca Apache Log4j?<\/h2>\n

Dado que Java SDK no admit\u00eda de primeras la escritura de mensajes de registro, los desarrolladores tuvieron que escribir sus propias soluciones, por lo que cuando el Java Logging API oficial apareci\u00f3, ya se hab\u00edan desarrollado algunas de estas soluciones. Una de ellas es Apache Log4j, una famosa biblioteca de Java de c\u00f3digo abierto en desarrollo desde el 2001. No es la \u00fanica soluci\u00f3n de escritura de mensajes de registro, pero sin duda s\u00ed que es una de las m\u00e1s populares, de hecho, muchas de las soluciones de este tipo son b\u00e1sicamente filiales de Log4j que han aparecido en diferentes etapas del desarrollo de la biblioteca.<\/p>\n

\u00bfQu\u00e9 es la vulnerabilidad Log4Shell?<\/h2>\n

La biblioteca Log4j permite registrar todos los eventos del sistema de forma autom\u00e1tica. Utiliza un conjunto est\u00e1ndar de interfaces para acceder a los datos de la Interfaz de Nombrado y Directorio Java (JNDI por sus siglas en ingl\u00e9s). En noviembre del 2021, result\u00f3 que durante el registro era capaz de ejecutar comandos JNDI pasados por un evento, por ejemplo, en el campo de Encabezado de una solicitud, en un chat o en la descripci\u00f3n de un error 404 de una p\u00e1gina web.<\/p>\n

La vulnerabilidad permite<\/a> a los ciberdelincuentes, al menos en teor\u00eda, hacer lo que quieran en el sistema de la v\u00edctima (a no ser que entren en juego las medidas de seguridad).<\/p>\n

En la pr\u00e1ctica, la mayor\u00eda de los atacantes utilizaban Log4Shell para instalar mineros ilegales y desplegar ataques de ransomware. Pero ha habido otros usos m\u00e1s ex\u00f3ticos tambi\u00e9n<\/a>, incluyendo los ataques dirigidos, el botnet Mirai e incluso la referencias al famoso meme de internet, RickRolling, reproduciendo el (irritante, aunque adictivo) \u00e9xito de los 80 \u201cNever Gonna Give You Up\u201d del cantante Rick Astley.<\/p>\n

\u00bfPor qu\u00e9 es tan peligroso y sigue siendo una amenaza?<\/h2>\n

Java es uno de los lenguajes de programaci\u00f3n m\u00e1s importantes, usado por muchos sistemas de backend<\/em>, desde servidores de peque\u00f1as corporaciones hasta sistemas de automatizaci\u00f3n industriales y dispositivos del Internet de las Cosas. La mayor\u00eda de estos sistemas implementan los registros de una forma u otra y durante a\u00f1os la forma m\u00e1s sencilla de hacerlo ha sido con la biblioteca Log4j. Por ello, cuando se inform\u00f3 en diciembre del 2021 que conten\u00eda una vulnerabilidad, los expertos manifestaron la magnitud de un problema que permanecer\u00eda durante a\u00f1os<\/a>. Te contamos el por qu\u00e9:<\/p>\n