Metiéndole unos DDOS al Cron Parte 1

#################################################################

- Metiéndole unos DDOS al Cron Parte 1

- Metiéndole unos DDOS al Cron Parte 2

#################################################################

Sé que más de uno habrá entrado como loco imaginándose una entrada subidita de tono por el blog y dicho como suena, no es más que el ataque más inmoral que hasta un fan de David Hasselhoff se podría esperar. Avanza a su paso y se convierte casi en un monopolio entre las manos del cibercrimen, los más paranoicos lo ven como arma en un futuro para las ciberguerras y aún así pocos son los que consiguen una buena defensa, si no pregúntenle al SGAE.

El caso es que caí en mi silla giratoria y sin querer entré en una carpeta abierta llamada admin, "debe de ser interesante" pensé, de una de tantas webs que se utilizan como aulas virtuales de las plataformas Moodle. Dentro de esta, encontramos un archivo común, llamado Cron.php que según las palabras textuales de los desarrolladores:

Proporciona una señal de manera que el script pueda llevar a cabo funciones en determinados períodos definidos para CADA MÓDULO.

Ok, bueno miren esto en Google:

inurl:"moodle/admin/cron.php"

¿Y si no ejecutan nunca el Cron? ¿Y si no se ejecutaron las tareas de Backup desde años atrás? ¿Y si se retarda la eliminación de archivos antiguos? ISI-DISI!!!

Pues es simple, pasará algo similar a lo siguiente.

En el caso de que yo mismo fuera el administrador, no veo absolutamente ningún problema en tener este archivo en mi poder, pero como han podido observar en el enlace de búsqueda avanzada de Google, cualquiera de vosotros puede acceder a esa carpeta.

El consumo de Ram que produce la ejecución de este archivo, es superior al normal comparado con las consultas típicas que puede realizar cualquier usuario dentro de los cursos, ya que las tareas que ejecuta, se producen directamente sobre el sistema. Si incrementamos en número de visitas a Cron.php, desencadenará un desbordamiento de la memoria en uso del servidor con la consiguiente caída temporal de la web y el posible bloqueo del sistema.

El próximo día veremos como poner una solución simple, creando un .htpasswd para la protección mediante usuario y contraseña a la carpeta.

Saludos!