Oferta SiteGround Black Friday

¿Afecta la vulnerabilidad Log4j a WordPress?

Si estás un poco al tanto de las noticias de seguridad informática quizás ya sepas que hace pocos días se detectó una vulnerabilidad grave en la biblioteca de registro conocida como Log4j.

¿Qué es Log4j?

Log4j es un software de código abierto utilizado por muchos servidores en Internet para registrar logs de actividad y enviarlo a un servidor centralizado.

Es probable que el software Log4j se encuentre en cualquier lugar donde se utilice el lenguaje de programación Java, incluso en una gran variedad de conjuntos de herramientas utilizados en servidores Apache, que es el software de servidor más popular del mundo.

¿Cuál es la vulnerabilidad de Log4j?

La vulnerabilidad, de la que se informó originalmente el 24 de noviembre de 2021, proporciona la capacidad de lanzar comandos a un servidor a través de la biblioteca Log4j y tomar el control del sistema. En teoría, esto significa que los ciberdelincuentes pueden:

  • Ver datos sensibles de los usuarios
  • Instalar malware y spyware
  • Utilizar la(s) máquina(s) para fines ilícitos

Puede que leas muchas declaraciones excesivas sobre esta vulnerabilidad, y con razón: Este es un problema muy grande.

El uso generalizado de la biblioteca en programas JAVA, la compatibilidad universal para JAVA en todos los navegadores web y la capacidad de los programas JAVA para ejecutarse en CUALQUIER ordenador o dispositivo.

Los detalles técnicos sobre el exploit los puedes leer aquí.

¿Ha afectado la vulnerabilidad Log4j a muchas aplicaciones?

La vulnerabilidad Log4j ha tambaleado los cimientos de miles de aplicaciones de software, y no es una exageración, entre las que se encuentran muchas realmente populares y cono una gran implantación.

La lista es inmensa pero, para que te hagas una idea del alcance, se han visto afectados por esta vulnerabilidad servicios como 1Password, todo el software y servicios de la empresa Adobe, el famoso compresor 7-Zip, servicios de la plataforma Akamai, Amazon, montones de servicios del servidor Apache, el software de gestión de hosting cPanel, todos los servicios de Atlassian, como Trello y otros, la plataforma Cisco o IBM.

La lista es enorme, realmente acojona, puedes verla al completo en este enlace.

¿Corre peligro mi web WordPress por la vulnerabilidad Log4j?

Aunque todavía es pronto para determinar el alcance (enorme) de la vulnerabilidad Log4j, existen algunos patrones que puedes valorar:

  1. Es poco probable que la mayoría de webs hechas con WordPress se vean afectadas directamente por esta vulnerabilidad porque funciona principalmente mediante PHP y su núcleo no usa Java.
  2. Si usas el servicio de CloudFlare, ya han anunciado que sus sistemas estuvieron expuestos a esta vulnerabilidad. Tomaron medidas rápidas para parchear la vulnerabilidad y han estado ayudando a otros proveedores de servicios a hacer lo mismo. Sin embargo, es poco probable que la mayoría de los sitios WordPress que usan CloudFlare, como este mismo, estén en riesgo porque CloudFlare nunca se usa después de que un usuario inicia sesión. Esto significa que solo los datos no sensibles y sin privilegios estarían en riesgo.
  3. Los servicios más expuestos serán aquellos que ofrecen sindicación de datos de usuario como plugins de CRM, por ejemplo. Es probable que cualquier vulnerabilidad a los datos de un sitio de WordPress solo sea a través de una integración con uno de estos sistemas.
  4. Si alojas tu web en un proveedor de hosting que use cPanel (detalles de la vulnerabilidad Log4Shell en este enlace) deberías contactar con ellos para preguntarles si han tomado medidas para investigar y solucionar esta vulnerabilidad, en caso de haberse visto afectados.

¿Hay plugins o temas afectados por la vulnerabilidad Log4j?

Hasta la fecha la lista de plugins y versiones afectados por esta vulnerabilidad es la siguiente:

Versiones de temas de Epsilon Framework afectados por la vulnerabilidad:

¿Hay empresas de hosting afectadas por la vulnerabilidad Log4j?

A estas alturas la mayoría de las grandes empresas de hosting ya han informado sobre esta vulnerabilidad, y las que se podrían haberse visto afectadas han tomado medidas y aplicado parches.

SiteGround, por ejemplo, publicó una nota hace días recordando que sus servidores usan NGINX y no usan la biblioteca Log4j en ninguna de sus aplicaciones, servicios o procesos, directos o indirectos, y que por tanto no son vulnerables.

Otras empresas como WP Engine y Liquid Web han publicado tuits indicando que no están afectados, y hoy mismo CDMon ha enviado un email a sus clientes indicando que han realizado un análisis de sus servicios y que, tras tener que actualizar algunos de ellos, actualmente no están afectados.

Por otra parte, Kinsta hace días expuso que se habían visto afectados al usar ElasticSearch, una aplicación Java afectada por Log4j.

Ahora mismo – salvo que me indiques lo contrario en los comentarios – no sé de ninguna otra empresa de hosting que haya hecho declaración alguna al respecto.

No obstante, deberías hacer la consulta concreta a tu empresa de hosting, y que te ofrezca detalles, por ejemplo, yo les preguntaría:

  1. ¿Utilizáis la biblioteca Log4j?
  2. ¿Mis datos se han visto comprometidos por alguna explotación de la vulnerabilidad Log4j?
  3. ¿Qué puedo hacer para salvaguardar mis datos?

Esto es especialmente importante si tu empresa de hosting usa cPanel como software para la gestión de los alojamientos (la mayoría), al haberse detectado una vulnerabilidad en esta aplicación.

¿Puedo hacer algo para proteger mi sitio WordPress frente a la vulnerabilidad Log4j?

Lo primero que debes hacer es leer todo lo anterior de este artículo y comprobar si usas algún plugin, tema, servicio o empresa de hosting posiblemente afectado por la vulnerabilidad Log4j y tomar medidas al respecto.

Si nada de lo anterior no te ha afectado, hay varias cosas que puedes hacer para evitar sustos.

Controla el registro de usuarios

En los casos en que la vulnerabilidad Log4j ha infectado sitios WordPress a través de plugins o temas lo ha hecho aprovechando 2 elementos, además del software vulnerable:

  1. Que el registro de usuarios estuviese permitido en el sitio mediante la función de WordPress users_can_register, activada desde los ajustes generales de WordPress u otro método.
  2. Definiendo el perfil por defecto para nuevos usuarios a administrador mediante la función default_role.

Asumiendo que de partida no usas software ya de por sí vulnerable, como el que hemos visto arriba, puedes frenar esta posibilidad desactivando la posibilidad del registro.

Es importante que no permitas que los miembros puedan registrarse, pero lo es más aún que el perfil por defecto no sea administrador; lo normal suele ser que sea suscriptor, que es un perfil seguro para tu web.

Actualiza todo

Soy muy pesado con esto, pero da igual la posible vulnerabilidad, con WordPress y todos sus plugins y temas actualizados es muy difícil que te afecten, pues todas suelen aprovechar eso, vulnerabilidades, de versiones conocidas, que se solucionan normalmente en cuestión de horas en versiones posteriores.

Incluso los plugins y temas de la lista que hemos visto antes en su mayoría ya tienen versiones seguras.

Utiliza un buen plugin de seguridad

Siempre, siempre, debes tener activo y bien configurado un buen plugin de seguridad. En esta guía tienes los que he comprobado que son los mejores plugins de seguridad WordPress gratuitos:

¿Cuál es el mejor plugin de seguridad gratuito para WordPress? (2021)

Añade cabeceras de seguridad

Las cabeceras de seguridad son uno de los mejores métodos de evitar todo tipo de ataques e inyecciones de código en tu web WordPress, además de protegerte con un buen plugin de seguridad.

Algunos plugins de seguridad permiten añadir las principales cabeceras de seguridad, y sino puedes revisar esta guía donde te explico otros métodos para añadirlas:

Cómo añadir cabeceras de seguridad HTTP en WordPress

Contrata un buen hosting

Eso sí, nada de lo anterior tiene sentido si tu empresa de hosting, donde se aloja tu sitio WordPress, es la pata más débil del engranaje, cuando debería ser precisamente la más fuerte, al ser los cimientos de tu web.

Yo alojo todas mis webs y las de mis clientes en SiteGround, ya lo sabes, simplemente porque actualmente es el mejor hosting especializado en WordPress, que ofrece la mejor relación de calidad/prestaciones/precio, y siempre van por delante en soluciones de rendimiento y seguridad para WordPress.

Hay otras buenas empresas de hosting, pero si te tengo que recomendar una y hacerlo con total confianza, sin duda ahora mismo es SiteGround.

¿De cuánta utilidad te ha parecido este contenido?

¡Haz clic en los emoticonos para valorarlo!

Promedio de puntuación 4.7 / 5. Total de votos: 7

Hasta ahora ¡no hay votos!. Sé el primero en valorar este contenido.

Ya que has encontrado útil este contenido...

¡Sígueme en los medios sociales!

¡Siento que este contenido no te haya sido útil!

¡Ayúdame a mejorar este contenido!

Por favor, dime, ¿cómo puedo mejorarlo?

¿Te gustó este artículo? ¡Ni te imaginas lo que te estás perdiendo en YouTube!

Sobre el autor

3 comentarios en “¿Afecta la vulnerabilidad Log4j a WordPress?”

  1. Buenas Fernando.

    Gracias por escribir artículo al respecto. A tenor de lo que comentas hice las preguntas pertinentes en BanaHosting (ahora aloje allí mis webs aunque el dominio lo sigo teniendo en Strato). Total que no mandaron email de ningún tipo como CDmon (donde uso la plataforma de pruebas y avisaron de ello).

    Esto es lo que me respondió BanaHosting con respecto a mi plan ‘Bana Profesional’:


    Hola
    Gracias por ponerse en contacto con nosotros.

    No estamos usando la librería Log4j en el servidor y también estamos usando los múltiples firewalls y las últimas versiones de los servicios en el servidor.

    Por favor, háganos saber si tiene alguna pregunta.

    Eso es todo, por si lo quieres para actualizar artículo.

    Saludos y Felices Fiestas 🙂

  2. Hola Fernando, gracias por el post.
    Te comento que yo estoy con Digital Ocean, nginx, como servidor, y cloudfare. Los de Digital ocean trabajan con droplets y de eso ellos dicen en: https://www.digitalocean.com/blog/digitaloceans-response-to-the-log4j-security-vulnerability/

    Que lo dorplets no son vulnerables a Log4j, que hicieron un parche y están en esto constantemente.

    Mi imágenes están en S3 de amazon, y ellos dicen que igual han implantando un parche activo. https://aws.amazon.com/security/security-bulletins/AWS-2021-006/

    esto está grave!

Deja un comentario

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

Información base sobre privacidad:
- Responsable: Fernando Tellado ([email protected])
- Fin del tratamiento: Moderación de comentarios para evitar spam
- Legitimación: Tu consentimiento
- Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal
- Derechos: Acceso, rectificación, portabilidad, olvido

 

Ir arriba