|Author: indoushka||, Published: 25-10-2014|
ApPHP MicroCMS v1.0.1 Host header attack Vulnerability
Author : indoushka
Vondor : http://www.apphp.com/php-microcms/
Dork : ApPHP MicroCMS © ApPHP Admin Login
An attacker can manipulate the Host header as seen by the web application and cause the application to behave in unexpected ways. Developers often resort to the exceedingly untrustworthy HTTP Host header (_SERVER["HTTP_HOST"] in PHP). Even otherwise-secure applications trust this value enough to write it to the page without HTML-encoding it with code equivalent to:
<link href="http://_SERVER['HOST']" (Joomla)
...and append secret keys and tokens to links containing it:
<a href="http://_SERVER['HOST']?token=topsecret"> (Django, Gallery, others)
....and even directly import scripts from it:
<script src="http://_SERVER['HOST']/misc/jquery.js?v=1.4.4"> (Various)
This vulnerability affects /phpmicrocms/index.php.
Discovered by: Scripting (Host_Header_Attack.script).
Host header evilhostK8kAwlbV.com was reflected inside a A tag (href attribute).
The impact of this vulnerability
An attacker can manipulate the Host header as seen by the web application and cause the application to behave in unexpected ways.
How to fix this vulnerability
The web application should use the SERVER_NAME instead of the Host header. It should also create a dummy vhost that catches all requests with unrecognized Host headers. This can also be done under Nginx by specifying a non-wildcard SERVER_NAME, and under Apache by using a non-wildcard serverName and turning the UseCanonicalName directive on. Consult references for detailed information.
Like us on Facebook :