Problems with the Oracle Critical Patch Update for April 2005

[David Litchfield]

Hey all,
Whilst analyzing Oracle's Critical Patch Update for April 2005 I noticed
some failures in it, that meant certain issues the patch was supposed to fix
were actually left unfixed.

One set of vulnerabilities "fixed" by the April CPU is a group of SQL
injection bugs in DBMS_SUBSCRIBE and DBMS_ISUBSCRIBE discovered by AppSec
Inc. On digging deeper you find that the actual source of the problem lies
within the underlying java class files. The April CPU fails to properly load
the newer patched classes which means that these problems can still be
exploited. To resolve this problem, a DBA can use the loadjava command line
utility or execute the loadjava procedure on the DBMS_JAVA package. The jar
file to be loaded is $ORACLE_HOME/rdbms/jlib/CDC.jar. All platforms are
affected by this problem.

On Windows, both 32bit and 64bit, a second problem exists; a vulnerability
exists whereby an attacker can run arbitrary SQL by abusing the
CTXSYS.DRILOAD package to gain DBA privleges. This was discovered by
multiple persons and was initially fixed in August 2004. However, the April
Critical Patch Update copies the updated sql script file to the wrong
directory and if previous patches (August 2004 or January 2005) have not
applied then you will still be vulnerable to this attack even if the April
CPU has been applied.

These problems were reported to Oracle in early June and today they have
released updated information about these problems. See the Metalink
(http://metalink.oracle.com) website for more details.

<shameless plug>
I'll be speaking about patching and Oracle as part of my presentation at
Blackhat in Las Vegas and the end of this month if anyone's interested
</shameless plug>

<shameful plug>
NGSSQuirreL for Oracle (http://www.ngssoftware.com/squirrelora.htm) checks
for the problems I've just discussed
</shameful plug>

Cheers,
David Litchfield
NGSSoftware Ltd
http://www.ngssoftware.com

[David Litchfield]

Hi Cesar,
> We always test Oracle patches against the bugs we have
> reported to them just to be sure the patches work.
<SNIP>
> (10.1.0.4) applied (we tested the patch on this system
> after April CPU relase)

Yep; that's why at NGSSoftware we're absolutely thorough about testing these
things. By only looking at one version, serious problems like this can slip
through the net.

As it happens, after retesting, having used Oracle's suggested remediation:

exec sys.dbms_java.loadjava('-v -f -r -s -g public rdbms/jlib/CDC.jar');

there are _still_ problems. The new java classes are still not being loaded.

To properly fix the problem use the loadjava utility:

$ cd $ORACLE_HOME/bin
$ ./loadjava -user sys/password ../rdbms/jlib/CDC.jar

On all our systems executing the above solved the problem whereas the
DBMS_JAVA.LOADJAVA procedure did not.

Cheers,
David Litchfield
NGSSoftware Ltd
http://www.ngssoftware.com/

[Cesar]

Hi all, David:

We always test Oracle patches against the bugs we have
reported to them just to be sure the patches work.
Last time there was not exception and we tested it and
it seemed to work to fix the bugs including SQL
Injection vulnerabilities in DBMS_CDC_SUBSCRIBE and
DBMS_CDC_ISUBSCRIBE packages, so we were
surprised with David post, after some analysis we have
identified that on Oracle 10g systems with patchset 2
(10.1.0.4) applied (we tested the patch on this system
after April CPU relase) the Critical Patch Update for
April 2005 works ok fixing SQL Injection
vulnerabilities in DBMS_CDC_SUBSCRIBE and
DBMS_CDC_ISUBSCRIBE packages but on systems prior
patchset 2 (10.1.0.2 and 10.1.0.3) it doesn't work.
Oracle is not willing to respond any email in order to
clarify what we have found.

Important:
Tomorrow Oracle is releasing a new security patch, i
personally recommend that you shouldn't install that
patch on production systems before properly testing it
for a couple of months or more since as we have seen
Oracle doesn't have QA so you have to do it by
yourself. Also consider buying another database server
software if you want to be secure, unless you want to
have CardSystems luck.


This exploit could help you to detect if you are still
vulnerable after applying the April CPU:

http://www.argeniss.com/research/Ora...IBEExploit.txt


BTW: Don't miss these talks at Black Hat if you want
to know more about Oracle (IN)security:

http://www.blackhat.com/html/bh-usa-...s.html#Cerrudo
http://www.blackhat.com/html/bh-usa-...kers.html#Fayo



Cesar Cerrudo
Argeniss (http://www.argeniss.com)




--- David Litchfield <davidl@ngssoftware.com> wrote:

> Hey all,
> Whilst analyzing Oracle's Critical Patch Update for
> April 2005 I noticed
> some failures in it, that meant certain issues the
> patch was supposed to fix
> were actually left unfixed.
>
> One set of vulnerabilities "fixed" by the April CPU
> is a group of SQL
> injection bugs in DBMS_SUBSCRIBE and DBMS_ISUBSCRIBE
> discovered by AppSec
> Inc. On digging deeper you find that the actual
> source of the problem lies
> within the underlying java class files. The April
> CPU fails to properly load
> the newer patched classes which means that these
> problems can still be
> exploited. To resolve this problem, a DBA can use
> the loadjava command line
> utility or execute the loadjava procedure on the
> DBMS_JAVA package. The jar
> file to be loaded is
> $ORACLE_HOME/rdbms/jlib/CDC.jar. All platforms are
> affected by this problem.
>
> On Windows, both 32bit and 64bit, a second problem
> exists; a vulnerability
> exists whereby an attacker can run arbitrary SQL by
> abusing the
> CTXSYS.DRILOAD package to gain DBA privleges. This
> was discovered by
> multiple persons and was initially fixed in August
> 2004. However, the April
> Critical Patch Update copies the updated sql script
> file to the wrong
> directory and if previous patches (August 2004 or
> January 2005) have not
> applied then you will still be vulnerable to this
> attack even if the April
> CPU has been applied.
>
> These problems were reported to Oracle in early June
> and today they have
> released updated information about these problems.
> See the Metalink
> (http://metalink.oracle.com) website for more
> details.
>
> <shameless plug>
> I'll be speaking about patching and Oracle as part
> of my presentation at
> Blackhat in Las Vegas and the end of this month if
> anyone's interested
> </shameless plug>
>
> <shameful plug>
> NGSSQuirreL for Oracle
> (http://www.ngssoftware.com/squirrelora.htm) checks
> for the problems I've just discussed
> </shameful plug>
>
> Cheers,
> David Litchfield
> NGSSoftware Ltd
> http://www.ngssoftware.com
>
>




__________________________________________________ __
Sell on Yahoo! Auctions – no fees. Bid on great items.
http://auctions.yahoo.com/