
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)
59 lines
No EOL
2.4 KiB
Text
59 lines
No EOL
2.4 KiB
Text
Source: https://code.google.com/p/google-security-research/issues/detail?id=492
|
||
|
||
The Samsung Graphics 2D driver (/dev/fimg2d) is accessible by unprivileged users/applications. It was found that the ioctl implementation for this driver contains a locking error which can lead to memory errors (such as use-after-free) due to a race condition.
|
||
|
||
The key observation is in the locking routine definitions in fimg2d.h:
|
||
|
||
#ifdef BLIT_WORKQUE
|
||
#define g2d_lock(x) do {} while (0)
|
||
#define g2d_unlock(x) do {} while (0)
|
||
#define g2d_spin_lock(x, f) spin_lock_irqsave(x, f)
|
||
#define g2d_spin_unlock(x, f) spin_unlock_irqrestore(x, f)
|
||
#else
|
||
#define g2d_lock(x) mutex_lock(x)
|
||
#define g2d_unlock(x) mutex_unlock(x)
|
||
#define g2d_spin_lock(x, f) do { f = 0; } while (0)
|
||
#define g2d_spin_unlock(x, f) do { f = 0; } while (0)
|
||
#endif
|
||
|
||
This means that the g2d_lock/g2d_unlock routines are no-ops when BLIT_WORKQUE is defined, which appears to be the default configuration. Unfortunately the alternative spin lock routines are not used consistently with this configuration. For example, the FIMG2D_BITBLT_BLIT ioctl command (with notes annotated as "PZ"):
|
||
|
||
ctx = file->private_data; /* PZ: ctx allocated at open(), lives on the heap. */
|
||
|
||
switch (cmd) {
|
||
case FIMG2D_BITBLT_BLIT:
|
||
|
||
mm = get_task_mm(current);
|
||
if (!mm) {
|
||
fimg2d_err("no mm for ctx\n");
|
||
return -ENXIO;
|
||
}
|
||
|
||
g2d_lock(&ctrl->drvlock); /* PZ: This is a no-op. */
|
||
|
||
ctx->mm = mm;
|
||
|
||
ret = fimg2d_add_command(ctrl, ctx, (struct fimg2d_blit __user *)arg);
|
||
if (ret) {
|
||
...
|
||
}
|
||
|
||
ret = fimg2d_request_bitblt(ctrl, ctx); /* PZ: Does stuff with the ctx. */
|
||
if (ret) {
|
||
...
|
||
}
|
||
|
||
g2d_unlock(&ctrl->drvlock); /* PZ: Another no-op */
|
||
|
||
As the lock macros are no-ops, a second process can change ctx->mm when the original process is still using the same ctx->mm (as long as it has access to the same file descriptor).
|
||
|
||
Reproduction steps:
|
||
Open /dev/fimg2d
|
||
Fork to get two processes with different mm’s with the access to the fd
|
||
Concurrently call the FIMG2D_BITBLT_BLIT ioctl from both processes.
|
||
One ioctl should have valid data, the other should fail
|
||
|
||
At this point ctx->mm will now have invalid or free data (free if the forked process dies). Proof-of-concept code to trigger this condition is attached (fimg2d-lock.c)
|
||
|
||
Proof of Concept:
|
||
https://github.com/offensive-security/exploitdb-bin-sploits/raw/master/bin-sploits/38557.zip |