Web Server Botnets and Server Farms as Attack Platforms

are file inclusion vulnerabilitiess equivalent to remote code execution? are servers (both linux and windows) now the lower hanging fruit rather than desktop systems?

in the february edition of the virus bulletin magazine, we (kfir damari, noam rathaus and gadi evron (me) of beyond security) wrote an article on cross platform web server malware and their massive use as botnets, spam bots and generally as attack platforms.

web security papers deal mostly with secure coding and application security. in this paper we describe how these are taken to the next level with live attacks and operational problems service providers deal with daily.

we discuss how these attacks work using (mainly) file inclusion vulnerabilities (rfi) and (mainly) php shells.
further, we discuss how isps and hosting farms suffer tremendously from this, and what can be done to combat the threat.

i’d like to write more on this here, and ask for the community’s feedback on what others see in this field and how you deal with similar issues.

malware is often built to operate within a certain os environment. web server malware is completely cross-platform (as long as a web daemon which supports scripting can be found such as iis, apache, etc.). these malware attack the web application first, and only then further compromise takes place platform by platform, using the web server’s privileges.

most web servers are being compromised by these attacks as a result of an insecure web application written in php, although attacks for other scripting languages such as perl and asp are also in-the-wild.

the main reason for this is that many different php applications are available online, and often freely as open source, which makes them a popular selection for use on many web sites. another reason for the popularity of attacks against php applications is that writing securely in php is very difficult, which makes most of these php applications vulnerable to multiple attacks, with hundreds of new vulnerabilities released publicly every month.

while in the past botnets used to be composed of mainly broadband end users running windows, today we can see more and more server botnets we can refer to as “iis botnets” or “linux botnets” as a direct result of these attacks.

one of the conclusions we reached was that although the technologies used are not new (rfi, php shells, etc.) the sheer scale of the problem is what’s interesting.

in our research as detailed in the virus bulletin article we recognize that vulnerabilities such as file inclusion, as simple as they may be, are equivalent to remote code execution in effect.

although escalation wars, which are reactive in nature, are a solution we hate and are stuck with on botnets, spam, fraud and many other fronts, this front of web server attacks stands completely unopposed and controlled by the bad guys. in our research we detail how over-time, when aggregated, most attacks come from the same ip addresses without these ever getting blocked.

isps and hosting farms selling low-cost hosting services can not cope with this threat, especially where an attack against one user running such an application can compromise a server running 3000 other sites.

another issue discussed was the formation of the web honeynet task force (renamed from the web honeynet project to avoid confusion with the honeynet project).

the paper can be found here:
web server botnets and server farms as attack platforms (all rights reserved to virus bulletin)

gadi evron,

  • http://www.everestuncensored.org lava kafle

    Yes, PHP is really vulnerable to Injections, remote code execution

  • http://www.i2.com i2

    Php inclusion cannot lead to botnet chaining. You can do remote code execution, but to take a shell for botnet to run you need the entire server admin. It is almost impossible with current trend.


  • sunshine

    Remote code execution == control of system == install of software == bot == botnet

    Potential local privilage escalation exploits also help.

  • f0rg3

    i2 obviously does not know how it works

  • http://infiniteadmin.com infiniteadmin

    Writing securely in php is very difficult? Perhaps just unenjoyable.

  • whohou.

    Please, start using capital letters.