¿Es posible detectar la lista de complementos utilizados en un sitio WP?
Además, más allá de mi presentimiento inicial, ¿cómo puedo confirmar, de hecho, que un blog realmente funciona con WP?
¿Es posible detectar la lista de complementos utilizados en un sitio WP?
Además, más allá de mi presentimiento inicial, ¿cómo puedo confirmar, de hecho, que un blog realmente funciona con WP?
Respuestas:
Por lo general, puede detectar WordPress en sí mismo mirando el código fuente del sitio para la metaetiqueta del generador de WordPress:
<meta name="generator" content="WordPress 3.0.1" />
Sin embargo, algunos sitios eliminan esta etiqueta para ocultar el hecho de que están ejecutando WP.
Sin embargo, no hay una forma infalible de detectar la lista de complementos que se ejecutan en un sitio. En mi opinión, esta es una ventaja adicional de seguridad: no todos los desarrolladores están tan interesados en actualizar sus sistemas cuando las cosas se rompen (o surgen vulnerabilidades) como el equipo central ... si un complemento expone una debilidad potencial en mi sistema, lo último que se piensa Lo que quiero hacer es anunciar ese hecho.
Sin embargo, cualquier complemento que agregue código a la pantalla (agregando scripts, estilos, metaetiquetas, etc.) podría llamarse a sí mismo. La mayoría de los scripts y estilos se expondrán /wp-content/plugins/{plug-in name}/
en la URL. Algunos otros sistemas front-end utilizarán el nombre del complemento en algún tipo de comentario HTML como <!-- Begin Super Cool Plug-in Code -->
.
Pero, en general, no hay una manera fácil de generar una lista de complementos utilizados en un sitio a menos que a) ya sepa qué complementos buscar o b) el propietario del sitio quiere que usted sepa.
readme.html
solo se reveló la última versión principal. A veces, no se actualiza en una versión de seguridad urgente y, dado que es un archivo estático, el número de versión no se elimina. Sin embargo, la mayoría de las veces tienes razón. Asumiendo que todavía está en el servidor ...
Agregaría también buscar en el código fuente las llamadas a su ubicación de tema, que por defecto sería /wp-content/themes/[themename]
. También puede intentar cargar los archivos WP predeterminados que quedan de la instalación, como license.txt
o readme.html
pero, si son lo suficientemente inteligentes como para ocultar el complemento y las ubicaciones de temas, es probable que también hayan eliminado esos archivos.
Para regurgitar y agregar a lo que todos los demás dijeron, parece que hay algunas maneras en que puedes espiar la versión, el tema y los complementos de WordPress de otras personas.
Versión de WordPress:
<meta
name="generator" content=
Tema de WordPress:
Complementos de WordPress:
class='socialize'
, <link
rel="stylesheet"
href=".../wp-content/plugins/socialize/socialize.css"
type="text/css" />
y <script
type="text/javascript"
src=".../wp-content/plugins/socialize/socialize.js"></script>
todos serían indicios de que el tema está usando un complemento llamado Socializar.Hay un par de herramientas que imponen la fuerza bruta a todos los complementos conocidos de WordPress.
Básicamente, solo intentan acceder a / wp-content / plugins / $ pluginname y si obtiene un prohibido, ha encontrado el complemento si es un 404, entonces el complemento no está instalado.
http-wp-plugins.nse: el script nmap hace esto
http://code.google.com/p/cms-explorer/ , al igual que esta herramienta
Este sitio parece utilizar la lectura de los métodos de código mencionados anteriormente para intentar detectar los complementos http://hackertarget.com/wordpress-security-scan/
sumando a lo dicho:
detectar WP: intente agregar / wp-admin a la dirección del sitio, tal vez no lo cambiaron
detectar los complementos: Firebug - extensión de firefox :)