For the complete list of Oracle-related vulnerabilities published by the CERT/CC, please search the Vulnerability Notes Database using the term "Oracle". Details about specific vulnerabilies can be found in the appropriate Vulnerability Note.
Several buffer-overflow vulnerabilities exist in the way the PL/SQL module handles HTTP requests and configuration parameters. Default configuration settings in a range of components are insecure, and different components fail to apply access restrictions uniformly. These vulnerabilities expose both the systems running Oracle Application Server and the information held in the underlying databases to undue risk.
Two more buffer overflow vulnerabilities exist in code that processes configuration parameters. These parameters processes configuration parameters that can be specified via the PL/SQL gateway web administration interface. By default, access to the PL/SQL gateway web administration interface is not restricted [VU#611776].
The default installation of Oracle Application Server includes a number of insecure configuration settings, such as well-known default passwords and unrestricted access to applications and sensitive information.
Oracle Application Server does not uniformly enforce access restrictions. Different components do not adequately check authorization before granting access to protected resources.
In one case, the PL/SQL module does not properly handle a malformed HTTP request.
II. Impact
The impacts of these vulnerabilities include the remote execution of arbitrary code, remote execution of commands and SQL queries, disclosure of sensitive information, and denial of service.
Remote execution of arbitrary commands and code
This section contains vulnerabilities that permit a remote intruder to cause a denial of service or execute arbitrary commands, code, or queries on the system.
Some of these vulnerabilities allow execution with the privileges of the Apache process. On UNIX systems, the Apache process typically runs as the "oracle" user. On Windows systems, the Apache service typically runs as the SYSTEM user; therefore, an attacker could gain complete control of the system by exploiting these vulnerabilities.
VU#500203 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via help page request
VU#313280 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via help page request Location: header
VU#750299 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via HTTP request
VU#878603 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via HTTP Authorization header password parameter
VU#659043 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via Database Access Descriptor password
VU#923395 -
Oracle9i Application Server Apache PL/SQL module vulnerable to buffer overflow via cache directory name
VU#180147 -
Oracle 9i Database Server PL/SQL module allows remote command execution without authentication
VU#736923 -
Oracle 9iAS SOAP components allow anonymous users to deploy applications by default
VU#712723 -
Oracle 9iAS default configuration uses well-known default passwords
VU#611776 -
Oracle9i Application Server PL/SQL Gateway web administration interface uses null authentication by default
Unauthorized access to sensitive information
A number of vulnerabilities disclose configuration information or expose data stored in underlying databases. Also, insecure applications could allow an intruder to execute SQL queries. Oracle system programmers may wish to examine these vulnerabilities in Oracle's sample pages to prevent similar vulnerabilities in their own Oracle applications.
VU#307835 -
Oracle9i Application Server OWA_UTIL PL/SQL application exposes procedures that are remotely accessible by arbitrary users
VU#193523 -
Oracle 9i Application Server allows unauthenticated access to PL/SQL applications via alternate Database Access Descriptor
VU#698467 -
Oracle 9iAS default configuration allows access to "globals.jsa" file
VU#476619 -
Oracle 9iAS default configuration allows arbitrary users to view sensitive configuration files
VU#977251 -
Oracle 9iAS XSQL Servlet ignores file permissions allowing arbitrary users to view sensitive configuration files
VU#168795 -
Oracle 9iAS allows anonymous remote users to view sensitive Apache services by default
VU#278971 -
Oracle 9i Application Server does not adequately handle requests for nonexistent JSP files thereby disclosing web folder path information
VU#547459 -
Oracle 9iAS creates temporary files when processing JSP requests that are world-readable
Denial of service
In the case where the PL/SQL module does not properly handle an HTTP request, a denial-of-service vulnerability exists. Also, an unsuccessful attempt to exploit a buffer overflow vulnerability could crash the Apache service.
VU#805915 -
Oracle9i Application Server Apache PL/SQL module does not properly handle HTTP Authorization header
III. Solution
Oracle has provided patches and workarounds that address most of these vulnerabilities. Sites using Oracle Application Server are encouraged to install the appropriate patches and make the recommended configuration changes provided by Oracle.
Solutions and workarounds for specific vulnerabilities can be found in individual Vulnerability Notes and in the following Oracle security alerts:
Security and patch information for Oracle products are available at the following locations:
Sites using Oracle Application Server may also find David Litchfield's Hackproofing Oracle Application Server paper useful in describing the impacts and various interactions of these vulnerabilities.
Apply a patch
Oracle has released patches that address some of these vulnerabilities. Patch information can be found in Oracle Security Alert #28 and Oracle Security Alert #25 and on the MetaLink web site (registration required).
Secure default configuration
Oracle has provided documentation on changing vulnerable default configuration settings. For details, consult individual Vulnerability Notes and the Oracle Security Alerts referenced above.
The CERT Coordination Center thanks David Litchfield and Oracle for information used in this document.
Authors: Art Manion, Jason A. Rafail, and Shawn Van Ittersum
CERT/CC personnel answer the hotline 08:00-17:00 EST(GMT-5) / EDT(GMT-4)
Monday through Friday; they are on call for emergencies during other
hours, on U.S. holidays, and on weekends.
We strongly urge you to encrypt sensitive information sent by
email. Our public PGP key is available from
If you prefer to use DES, please call the CERT hotline for more
information.
CERT publications and other security information are available from
our web site
* "CERT" and "CERT Coordination Center" are registered in the U.S. Patent and Trademark Office.
Copyright 2002 Carnegie Mellon University.