Fallo crítico en Wordpress
El popular sistema de gestión de contenidos Wordpress -utilizado por miles de weblogs- presenta un problema que permite la inyección de código PHP arbitrario y afecta a su versión más reciente (1.5.1.3).
Según acaba de informar Secunia, el fallo radica en el incorrecto manejo de las entradas realizadas por cookies mediante el parámetro cache_lastpostdate, siempre que register_globals esté activado...
De momento no existe parche.

- 2709 lecturas
Twitter

register_globals
Según el manual de PHP, correr PHP con register_globals=on es, por lo menos, imprudente. Y por eso, desde hace varias versiones, la configuración por defecto es off. Considerando que para usar WordPress es necesario instalarlo en algún servidor, para protegerse de esta vulnerabilidad basta asegurarse de que el servidor en cuestión no tiene register_globals habilitado.
Del website de php (http://www.php.net/register_globals):
When on, register_globals will inject (poison) your scripts will all sorts of variables, like request variables from HTML forms. This coupled with the fact that PHP doesn't require variable initialization means writing insecure code is that much easier. It was a difficult decision, but the PHP community decided to disable this directive by default. When on, people use variables yet really don't know for sure where they come from and can only assume.
Roberto Zoia
Roberto Zoia
Sí, pero...
La configuración de register_globals que importa -como bien dices- es la del servidor y pocos usuarios disponen de acceso y permisos para editar php.ini.
Fallo en wordpress, register_globals
Por supuesto, es cierto. De hecho el hosting que tengo contratado no me permite cambiar el php.ini. Algunas soluciones:
php_flag register_globals offen el directorio en el directorio en que está instalado Wordpress, pero si el servidor corre PHP como cgi (y no como módulo de Apache), entonces no funcionará.Roberto Zoia
Roberto Zoia
Excelente info
Roberto:
Muchas gracias por tu post. Seguro que nos ayudará a muchos.