{"vuid":"VU#932124","idnumber":"932124","name":"Oracle DBMS_EXPORT_EXTENSION package vulnerable to SQL injection","keywords":["Oracle","Export","PL/SQL injection","DBMS_EXPORT_EXTENSION.GET_DOMAIN_INDEX_METADATA","Oracle_cpu_july_2006","db06"],"overview":"A vulnerability in Oracle PL/SQL Export Extensions may allow an attacker to modify privileged database information.","clean_desc":"Oracle Extensions, ODCIIndex Interface, and ODCIIndexGetMetadata Oracle extensions are used to create customized Oracle database constructs. An indextype is an Oracle extension that allows users to create specialized indexes on an Oracle database. To create a new indextype, the ODCIIndex Interface must be implemented, meaning that certain methods specified in that interface must be defined. The ODCIIndexGetMetadata(...) routine is one such method in the ODCIIndex Interface. When the ODCIIndex Interface is implemented for a new indextype, the ODCIIndexGetMetadata(...)routine is used to specify how metadata for that indextype should be handled. Oracle DBMS_EXPORT_EXTENSION DBMS_EXPORT_EXTENSION  is a built-in Oracle package used to import and export information in an Oracle Database. The DBMS_EXPORT_EXTENSION package implements the ODCIIndex Interface ODCIIndexGetMetadata(...) routine. Note that this package is owned by SYSDBA, but is accessible to the PUBLIC by default. The Problem The DBMS_EXPORT_EXTENSION package fails to properly sanitize user-controlled input. Specifically, if the GET_DOMAIN_INDEX_METADATA(...)routine is executed with the ODCIIndexGetMetadata(...)routine and attacker-supplied SQL commands, the SQL commands will be executed with SYSDBA privileges. Based on research into public information, we believe that this issue is Oracle vuln# DB06 in the Oracle Critical Patch Update for July 2006. Note that exploit code for this issue is publicly available.","impact":"A remote attacker with some authentication credentials may be able to execute arbitrary SQL statements with elevated privileges. This may allow the attacker to access and modify sensitive information within an Oracle database.","resolution":"Apply Oracle CPU\nOracle has released the Oracle Critical Patch Update (CPU) for July 2006. It is unclear from the Oracle documentation whether this issue is addressed by this CPU. Public reports indicate that this issue has been addressed by this CPU, but this has not been confirmed.","workarounds":"Until a patch for this issue can be applied, the following actions may reduce the chances of exploitation: Restrict access to Oracle \nOnly known and trusted users should be allowed access to Oracle. Additionally, user accounts should only be granted the fewest privileges needed to perform necessary tasks. Change login credentials for default Oracle accounts Oracle creates numerous default accounts when it is installed. Upon installation, accounts that are not needed should be disabled and the login credentials for needed accounts should be changed.","sysaffected":"","thanks":"This vulnerability was reported by David Litchfield of \nNGS Software","author":"This document was written by Jeff Gennari and Stephen Rhoton.","public":["http://www.juniper.net/security/auto/vulnerabilities/vuln3319.html","http://secunia.com/advisories/19860","http://www.securityfocus.com/bid/17699","http://www.red-database-security.com/exploits/oracle-sql-injection-oracle-dbms_export_extension.html","http://www.oracle.com/technology/deploy/security/critical-patch-updates/cpujul2006.html","http://www.red-database-security.com/advisory/oracle_cpu_jul_2006.html"],"cveids":["CVE-2006-3702"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2006-04-26T15:38:40Z","publicdate":"2006-04-26T00:00:00Z","datefirstpublished":"2006-05-03T16:11:14Z","dateupdated":"2006-07-25T19:04:04Z","revision":100,"vrda_d1_directreport":"0","vrda_d1_population":"3","vrda_d1_impact":"3","cam_widelyknown":"20","cam_exploitation":"5","cam_internetinfrastructure":"5","cam_population":"15","cam_impact":"20","cam_easeofexploitation":"10","cam_attackeraccessrequired":"11","cam_scorecurrent":"18.5625","cam_scorecurrentwidelyknown":"18.5625","cam_scorecurrentwidelyknownexploited":"27.84375","ipprotocol":"","cvss_accessvector":"","cvss_accesscomplexity":"","cvss_authentication":null,"cvss_confidentialityimpact":"","cvss_integrityimpact":"","cvss_availabilityimpact":"","cvss_exploitablity":null,"cvss_remediationlevel":"","cvss_reportconfidence":"","cvss_collateraldamagepotential":"","cvss_targetdistribution":"","cvss_securityrequirementscr":"","cvss_securityrequirementsir":"","cvss_securityrequirementsar":"","cvss_basescore":"","cvss_basevector":"","cvss_temporalscore":"","cvss_environmentalscore":"","cvss_environmentalvector":"","metric":18.5625,"vulnote":null}