SQL injection vulnerability in lib/user.php in mahara 1.0.4 allows remote attackers to execute arbitrary SQL commands via a username.

published 2010-04-07 16y ago modified 2026-06-16 4mo ago also EUVD-2010-0431

cvss: 7.5; version 2.0, NVD
cisa kev: Not listed; not in CISA's catalog
epss: 1.7%; EPSS 1.7% chance of exploitation in 30 days, percentile 77%
public exploits: 0; none known

Patch / fix

links 1

security.debian.org/pool/updates/main/m/mahara/mahara_1.0.4-4+lenny5.diff.gz patch

Is CVE-2010-0400 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.

Check with Fencer

Exploit prediction

1.72% chance of exploitation in the next 30 days, higher than 77% of all scored CVEs (FIRST EPSS, 2026-11-09).

CVSS scores

assigned by	version	score	vector
NVD	2.0	7.5	AV:N/AC:L/Au:N/C:P/I:P/A:P

Classification

Weakness

CWE-89 Improper Neutralization of Special Elements used in an SQL Command

References

security.debian.org /pool/updates/main/m/mahara/mahara_1.0.4-4+lenny5.diff.gz
patch
debian.org /security/2010/dsa-2030
vendor-advisory
securityfocus.com /bid/39253
vdb-entry

Sources

CVE List CVE-2010-0400
NVD CVE-2010-0400

Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.