A web shell is a script that can be uploaded to a web server to enable remote administration of the machine. Infected web servers can be either Internet-facing or internal to the network, where the web shell is used to pivot further to internal hosts.<\/p><\/blockquote>\n
![\"Everything](\"https:\/\/www.darknet.org.uk\/wp-content\/uploads\/2016\/07\/Everything-You-Need-To-Know-About-Web-Shells-640x338.jpg\")
<\/p>\n
We have written about various web shell implementations and tools such as:<\/p>\n
– Weevely 3 \u2013 Weaponized PHP Web Shell<\/a> And various other mentions here and there.<\/p>\n Now, Acunetix has come out with a great, really comprehensive 5 part article about web shells which covers:<\/p>\n Which covers pretty much everything apart from the really advanced stuff, an introduction and then obviously PHP as it’s still the most widespread language for commonly installed CMS packages (WordPress, Joomla, Drupal etc), then hiding your web shells, what you can do with web shells and finishing with detecting and preventing the installation of web shells.<\/p>\n A web-shell is a malicious script used by an attacker with the intent to escalate and maintain persistent access on an already compromised web application. A web-shell itself cannot attack or exploit a remote vulnerability, so it is always the second step of an attack (this stage is also referred to as post-exploitation).<\/p>\n An attacker can take advantage of common vulnerabilities such as SQL injection, remote file inclusion (RFI), FTP, or even use cross-site scripting (XSS) as part of a social engineering attack in order to upload the malicious script. The common functionality includes but is not limited to shell command execution, code execution, database enumeration and file management.<\/p><\/blockquote>\n From – Part 1<\/a><\/em><\/p>\n And the series to conclude:<\/p>\n As we have seen, coding and using a web-shell is not difficult. Unfortunately, many web servers are setup in such a way where even a simple script is enough to cause significant damage. This is the main reason as to why there are thousands of publicly available web-shells. The fact that so many variations exist, make it difficult for intrusion detection and intrusion prevention systems (IDS\/IPS) to detect them; especially if they are using signatures to detect such web shells. Some web-shells are very sophisticated and they are almost impossible to be detected, even with behavioral analysis.<\/p>\n Having said this, early on in this article series, we had established that web-shells are post-exploitation tools. This means that the best way to prevent exploitation, is to prevent them from being uploaded in the first place.<\/p><\/blockquote>\n
\n– A Collection of Web Backdoors & Shells \u2013 cmdasp cmdjsp jsp-reverse php-backdoor<\/a>
\n– InsomniaShell \u2013 ASP.NET Reverse Shell Or Bind Shell<\/a><\/p>\n\n