[wp-hackers] protecting wp-content/plugins ?

Alan J Castonguay alan at verselogic.net
Mon Aug 20 17:29:06 GMT 2007


> Now if you add to this a well configured .htaccess file, the file  
> becomes practically invisible.

Returning 404 for direct plugin access does nothing to actually  
protect against detection of a known exploitable plugin. It's classic  
security through obscurity. In the unlikely case that the plugin is  
not dependent on add_action/filter() to bootstrap, but runs code  
directly in the global namespace on every page request, then there  
could be an exploit in this fashion.

If an attacker knows the common name for an exploitable plugin file  
and how it hooks into the public website (given, as the source is  
probably available) and that it keys off certain non-validated cookie/ 
get/post parameters, then all they have to do is construct the URI to  
wordpress' index.php and request it.

The best way to protect against this is for the plugin to validate  
all access (like to http://example/wp-content/plugins/badplugin.php)  
and input (like /index.php?unvalidatedsql=...), and deny anything  
that is not specifically desired.

With respect to "knowing the plugins installed is a security risk",  
sometimes bloggers make posts like http://www.douglaskarr.com/ 
2007/04/12/wordpress-what-plugins-am-i-running/ or use plugins like  
http://wordpress.org/extend/plugins/wp-pluginsused/ . This knowledge,  
together with source should not be sufficient to perform a remote- 
exploit.


More information about the wp-hackers mailing list