CVE-2006-1871 json
SQL injection vulnerability in Oracle Database Server 9.2.0.7 and 10.1.0.5 allows remote attackers to execute arbitrary SQL commands via th…
published 2006-04-20 20 y ago modified 2026-06-16 4 mo ago also EUVD-2006-1871
- cvss
- 6.5
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 2.7%
- EPSS 2.7% chance of exploitation in 30 days, percentile 86%
- public exploits
- 0
- none known
Summary
SQL injection vulnerability in Oracle Database Server 9.2.0.7 and 10.1.0.5 allows remote attackers to execute arbitrary SQL commands via the DELETE_FROM_TABLE function in the DBMS_LOGMNR_SESSION (Log Miner) package, aka Vuln# DB06.
Patch / fix
Exploit prediction
2.73% chance of exploitation in the next 30 days, higher than 86% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- securityfocus.com http://www.securityfocus.com/bid/17590 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 6.5 | AV:N/AC:L/Au:S/C:P/I:P/A:P |
Classification
- Weakness
-
- CWE-89 Improper Neutralization of Special Elements used in an SQL Command
- Technology feeds
References
-
securitytracker.com
/id?1015961
vdb-entry, patch
-
securityfocus.com
/bid/17590
vdb-entry, exploit
-
securityfocus.com
/archive/1/432267/100/0/threaded
vendor-advisory
-
secunia.com
/advisories/19712
third-party-advisory, vendor-advisory
-
red-database-security.com
/advisory/oracle_sql_injection_dbms_logmnr_session.html
vendor-advisory
-
securityfocus.com
/archive/1/431345/30/5490/threaded
mailing-list
-
secunia.com
/advisories/19859
third-party-advisory
- oracle.com /technetwork/topics/security/cpuapr2006-090826.html
-
vupen.com
/english/advisories/2006/1571
vdb-entry
-
exchange.xforce.ibmcloud.com
/vulnerabilities/26047
vdb-entry
-
lists.grok.org.uk
/pipermail/full-disclosure/2006-April/045280.html
mailing-list
-
vupen.com
/english/advisories/2006/1397
vdb-entry
Sources
- CVE List CVE-2006-1871
- NVD CVE-2006-1871
Fencer Vulns 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.