ed0e1e4d44
1979 changes to exploits/shellcodes Couchdb 1.5.0 - 'uuids' Denial of Service Apache CouchDB 1.5.0 - 'uuids' Denial of Service Beyond Remote 2.2.5.3 - Denial of Service (PoC) udisks2 2.8.0 - Denial of Service (PoC) Termite 3.4 - Denial of Service (PoC) SoftX FTP Client 3.3 - Denial of Service (PoC) Silverstripe 2.3.5 - Cross-Site Request Forgery / Open redirection SilverStripe CMS 2.3.5 - Cross-Site Request Forgery / Open Redirection Silverstripe CMS 3.0.2 - Multiple Vulnerabilities SilverStripe CMS 3.0.2 - Multiple Vulnerabilities Silverstripe CMS 2.4 - File Renaming Security Bypass SilverStripe CMS 2.4 - File Renaming Security Bypass Silverstripe CMS 2.4.5 - Multiple Cross-Site Scripting Vulnerabilities SilverStripe CMS 2.4.5 - Multiple Cross-Site Scripting Vulnerabilities Silverstripe CMS 2.4.7 - 'install.php' PHP Code Injection SilverStripe CMS 2.4.7 - 'install.php' PHP Code Injection Silverstripe Pixlr Image Editor - 'upload.php' Arbitrary File Upload SilverStripe CMS Pixlr Image Editor - 'upload.php' Arbitrary File Upload Silverstripe CMS 2.4.x - 'BackURL' Open Redirection SilverStripe CMS 2.4.x - 'BackURL' Open Redirection Silverstripe CMS - 'MemberLoginForm.php' Information Disclosure SilverStripe CMS - 'MemberLoginForm.php' Information Disclosure Silverstripe CMS - Multiple HTML Injection Vulnerabilities SilverStripe CMS - Multiple HTML Injection Vulnerabilities Apache CouchDB 1.7.0 and 2.x before 2.1.1 - Remote Privilege Escalation Apache CouchDB 1.7.0 / 2.x < 2.1.1 - Remote Privilege Escalation Monstra CMS before 3.0.4 - Cross-Site Scripting Monstra CMS < 3.0.4 - Cross-Site Scripting (2) Monstra CMS < 3.0.4 - Cross-Site Scripting Monstra CMS < 3.0.4 - Cross-Site Scripting (1) Navigate CMS 2.8 - Cross-Site Scripting Collectric CMU 1.0 - 'lang' SQL injection Joomla! Component CW Article Attachments 1.0.6 - 'id' SQL Injection LG SuperSign EZ CMS 2.5 - Remote Code Execution MyBB Visual Editor 1.8.18 - Cross-Site Scripting Joomla! Component AMGallery 1.2.3 - 'filter_category_id' SQL Injection Joomla! Component Micro Deal Factory 2.4.0 - 'id' SQL Injection RICOH Aficio MP 301 Printer - Cross-Site Scripting Joomla! Component Auction Factory 4.5.5 - 'filter_order' SQL Injection RICOH MP C6003 Printer - Cross-Site Scripting Linux/ARM - Egghunter (PWN!) + execve(_/bin/sh__ NULL_ NULL) Shellcode (28 Bytes) Linux/ARM - sigaction() Based Egghunter (PWN!) + execve(_/bin/sh__ NULL_ NULL) Shellcode (52 Bytes)
55 lines
No EOL
2.3 KiB
Text
55 lines
No EOL
2.3 KiB
Text
Source: https://bugs.chromium.org/p/project-zero/issues/detail?id=1037
|
|
|
|
There is a security issue in the shared folder implementation that
|
|
permits cooperating guests with write access to the same shared folder to
|
|
gain access to the whole filesystem of the host, at least on Linux hosts.
|
|
|
|
The issue is that, when the host checks whether a given path escapes the root
|
|
directory of the shared folder in vbsfPathCheckRootEscape(), the function
|
|
assumes that the directory hierarchy is static: E.g. the path
|
|
"base/a/b/c/../../.." is assumed to be equivalent to "base/a/b/../..",
|
|
"base/a/.." and "base". However, at least on Linux, renames can occur at the
|
|
same time as path traversal.
|
|
|
|
This means that, if VM A attempts to open "base/a/b/c/../../../foo" while
|
|
VM B is moving "base/a/b/c" to "base/c_", VM A might actually end up opening
|
|
"base/../../foo" instead of "base/foo".
|
|
|
|
To demonstrate the issue, on a Linux host with Virtualbox 5.1.10:
|
|
|
|
- Place a file called "real_root_marker" in the root directory of the Linux
|
|
host, containing some secret text. The VMs will attempt to obtain
|
|
the contents of this file.
|
|
|
|
root@host:/# echo "this is secret text in the host fs" > /real_root_marker
|
|
|
|
- Create two Linux VMs with a shared writable folder.
|
|
- In the VMs, install the guest extensions, with the attached patch
|
|
vboxsf_new.patch applied.
|
|
- In the VMs, ensure that the new vboxsf kernel module is loaded and that
|
|
the shared folder is mounted.
|
|
- In VM A, compile and run the attached file openspam.c:
|
|
|
|
root@vmA:/media/sf_vboxshared# gcc -o openspam openspam.c -std=gnu99
|
|
root@vmA:/media/sf_vboxshared# ./openspam
|
|
entering directory...
|
|
entered directory and prepared folders, racing...
|
|
|
|
- In VM B, compile and run the attached file renamespam.c:
|
|
|
|
root@vmB:/media/sf_vboxshared# gcc -o renamespam renamespam.c -std=gnu99
|
|
root@vmB:/media/sf_vboxshared# ./renamespam
|
|
|
|
Now, in VM A, you should see the contents of the host's /real_root_marker
|
|
within seconds:
|
|
|
|
SUCCESS
|
|
this is secret text in the host fs
|
|
EOF
|
|
|
|
Note: The exploit assumes that the shared folder isn't more than nine levels
|
|
away from the filesystem root.
|
|
|
|
|
|
Proof of Concept:
|
|
https://github.com/offensive-security/exploitdb-bin-sploits/raw/master/bin-sploits/41597.zip |