bugtraq - Re: Oracle Buffer Overflows in DBMS_CAPTURE_ADM

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <200701251923.l0PJNqvw023522@faron.mitre.org>
Date: Thu, 25 Jan 2007 14:23:52 -0500 (EST)
From: "Steven M. Christey" <coley@...re.org>
To: shatter@...secinc.com
Cc: bugtraq@...urityfocus.com
Subject: Re: Oracle Buffer Overflows in DBMS_CAPTURE_ADM_INTERNAL

Which Oracle Vuln# does this map to?

There are 2 substantial discrepancies with the most likely candidate.

According to the Jan 2007 CPU:

  http://www.oracle.com/technology/deploy/security/critical-patch-updates/cpujan2007.html

the only issue related to sys.dbms_capture_adm_internal is DB09.

However, the CVSS Risk matrix says that the Integrity impact is None,
which conflicts with your assertion that arbitrary code can be
executed.  At the very least, Integrity should be Partial, maybe
Partial+.  (I forget why they score things "Partial+", but their CVSS
documents apparently require access to meta-Link, which is only for
"authorized Oracle customers, partners, and employees.")

Also, you report 9iR1 and 9iR2 as being affected, but the Oracle
advisory says that 9iR2 was the earliest version affected.

DB02 is related to the Change Data Capture component, but it
apparently needs different execute permissions, so it's less likely to
be the proper match for this issue.

Thanks,
Steve

P.S.  DB09 is associated with CVE-2007-0274.