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)
59 lines
No EOL
2.7 KiB
Text
59 lines
No EOL
2.7 KiB
Text
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.
|
|
|
|
All parameters must be set correctly for this exploit to work.
|
|
"/control.php?1" --> "1" is forum id, where moderator has user moderation
|
|
privileges.
|
|
"user_ids[2]" --> "2" is userid of the user, who want's to get admin privileges
|
|
And of course, moderator must be logged in before using exploit.
|
|
|
|
It's that easy - you push the button - and you have admi rights!!
|
|
|
|
So where is the initial problem for this security hole?
|
|
|
|
Let's look at sourrce code of "include/controlcenter/users.php" line 29:
|
|
|
|
------------------[source code]----------------------
|
|
if(!empty($_POST["user_ids"])){
|
|
|
|
foreach($_POST["user_ids"] as $user_id){
|
|
|
|
if(!isset($_POST["approve"])){
|
|
$userdata["active"]=PHORUM_USER_INACTIVE;
|
|
} else {
|
|
$user=phorum_user_get($user_id);
|
|
if($user["active"]==PHORUM_USER_PENDING_BOTH){
|
|
$userdata["active"]=PHORUM_USER_PENDING_EMAIL;
|
|
} else {
|
|
$userdata["active"]=PHORUM_USER_ACTIVE;
|
|
// send reg approved message
|
|
|
|
$maildata["mailsubject"]=$PHORUM["DATA"]["LANG"]["RegApprovedSubject"];
|
|
|
|
$maildata["mailmessage"]=wordwrap($PHORUM["DATA"]["LANG"]["RegApprovedEmailBody"], 72);
|
|
phorum_email_user(array($user["email"]), $maildata);
|
|
}
|
|
}
|
|
|
|
$userdata["user_id"]=$user_id;
|
|
|
|
phorum_user_save($userdata);
|
|
}
|
|
}
|
|
------------------[/source code]----------------------
|
|
|
|
As we can see, by manipulating $_POST["user_ids"] parameter any user can
|
|
be activated or deactivated. Including admin. So - there is no checking, if target
|
|
user is allready active or has it higher privileges than moderator.
|
|
This was mistake one. Now, mistake number two.
|
|
|
|
Array "$userdata" is uninitialized. So we can "poison" that variable, if php settings
|
|
has "register_globals=on". And in this way user moderator can deliver for saving any
|
|
userdata for any user. For example - userdata[admin] carries user admin privileges.
|
|
|
|
Solution: array initializing before use and adding some security checks. |