The Week of Oracle Database Bugs
os2man writes "After the Month of Browser Bugs and the Month of Kernel Bugs, December will have a Week of Oracle Database Bugs. This project will release, every day for a week, a new 0-day bug specific to Oracle in order to show the current status of its [in]security. They are currently asking for new bugs, in order to extend the publication of new exploits a few more days."
Maybe they should look at security issues with Oracle's Discoverer client as well. It's pretty sad when having "@" in your password will compromise every character that follows within your password. For example, if ODB password were Sl@shd0t! and the database to connect to were BOB, at the next login the Connect field would be filled with shd0t!@BOB. Not a huge issue, but certainly a risk if multiple people with varying permissions/responsibilities in Oracle have access to a machine with Discoverer.
huzzah
without even commenting on the quality of oracle's rdbms, this statement:
Why not the Month of Oracle Database Bugs?
We could do the Year of Oracle Database Bugs but we think a week is enough to show how flawed Oracle software is, also we don't want to give away all our 0days:), anyways if you want to contribute send your Oracle 0days so this can be extended for another week or more.
doesn't even make sense. They have enough to do a whole year but ask for people to send in more to extend it to a second week? Because they don't want to compromise their entire zero day horde? Sorry but I just can't take these people too seriously.
It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
like the Slashdot Bug
That word. I do not think it means what you think it means.
http://outcampaign.org/
They are talking about two different things. Its one thing to say: hey, I'm a DBA and Oracle has a lot of bugs. Its another to say: hey hackers! There are a whole bunch of unpatched 0day exploits.
Extending the week to two would be fine if it helps motivate Oracle to patch their software *before* someone makes these more trivially exploitable.
Quack, quack.
Mess with Oracle, and this guy will mess with you.
Conformity is the jailer of freedom and enemy of growth. -JFK
not defending Oracle's security record but most of the bugs I've seen in the past couple of years are in tangental products (OAS, ERP, Discoverer, etc.) and require pretty stupid configurations/practices to be exploitable. that's not to say they aren't legitimate and can/should be ignored, just that I haven't seen too many database ones that cause me to lose sleep.
(again) that said, Oracle certainly needs to clean up their act in this area...
I presume that will be followed by 2007, "The Year of Windows Vista Bugs"?
How to endanger your environment, install AIS. The dependencies, fixes, patches, work-arounds and wailing and gnashing of teeth will entertain you for years.
They certainly are not very convincing, or at least me too was not impressed. It might make a good fishing expedition though; declare a week of the X-bugs and hope those X-bugs come flowing in. Maybe someone should send in a lookalike exploit to find their intentions out.
This space is intentionally staring blankly at you
by exposing 0-day bugs other than helping bad hackers but I would love to see someone poke holes in MS SQL server.
/ 07/sql-server-2005-1-year-and-not-yet-counting.asp x
Its been 1 year with no known exploits in SQL Server 2005 (zero in the product lifetime)
http://blogs.technet.com/security/archive/2006/11
Bugs specific to security? There are still several exploits concerning the metadata itself. And on top of that, Secunia has multiple cases of vulnerabilities concerning all versions of the Oracle Database. All the way from Database Restriction Bypassing to boundary errors leading to buffer overflows by user initiated malicious attacks. Try harder Oracle.. try harder. Anthony
Also, be sure to check out the Oracle Fanclub
Why don't Larry ellison imdemnify people against lost revenue because of bugs in Oracle?
davecb5620@gmail.com
Unbreakable?
anyone?
They say A) they have enough bugs (erherm, not exploits) to last a year B) they also say (I won't even speculate on the quality of the comment) "we don't want to give away all our 0days".
So whatever. They had a weeks worth of exploits and they'd like some other people to pony up so they can make it two while holding on to some super-secret exploits. 7337!
Anyway, slamming on Oracle seems a little silly. Its software, there will be problems.
Quack, quack.
The final CPU for the 8.1.7.4 database release comes out in January. It's highly unlikely that anything revealed in this effort will be fixed for 8.1.7.4.
That's an important release... it's the last one (that's supported) that will talk to Oracle 7 or early v8 databases (as a client). My company has thousands of win32 clients rolled out, and a fair number of servers supporting some critical apps (think Peoplesoft).
8.1.7.4 was a great release. Small, not a lot of cruft. I wish it (and we) weren't hanging in the breeze. DB2 customers are lucky for their long support.
Not necessarily a security bug, but it can be annoying. This comes from the project description, as a warning when trying to do natural joins for the project.
This query:
select ordid, lineno, orderdate
, descrip "Description"
, total
from ord natural join item natural join product
is evaluated incorrectly in Oracle 10g (rel. 10.2.0.1).
Compare its output with the correct results generated by this query:
select ordid, lineno, orderdate
, descrip "Description"
, total
from item natural join product natural join ord
or this:
select ordid, lineno, orderdate
, descrip "Description"
, total
from ord natural join (item natural join product)
or this:
select ordid, lineno, orderdate
, prodid
, descrip "Description"
, total
from ord natural join item natural join product
This solution:
select ordid, lineno, orderdate
, descrip "Description"
, total
from (ord natural join item) natural join product
does not work either. The optimizer insists on doing a cartesian product between ORD and PRODUCT.
This is a new bug. It does not exist in Oracle 9i, which evaluates all queries correctly.
I'm taking a database class right now and a fellow student discovered a bug with the way Oracle 10g does natural joins. My professor says this bug wasn't in Oracle 9. Way to go regression testing!
The Oracle database certainly has its share of security holes. But so does every piece of software. So what.
Whilst some parts of the Oracle Server can be exposed to clients, in my experience in Oracle (for 10 years) generally a back end Oracle Server is hidden so far within the data centre behind so many firewalls that it would be hard to get near it.
What causes issues is that generally Oracle userids and passwords are stored in freetext somewhere in order to access the database by an application. This is not an Oracle issue, this is an implementation issue. Any exploits around elevated privileges after login could be alleviated by securing this better on the client side.
It would be more helpful to highlight more commonly raised issues such as the one above and SQL injection. But of course this is less newsworthy and sensationalist.
But thats my 2 cents.
"© Copyright 2004 Argeniss. All Rights Reserved."
Must have been for 7i. Bet the response from Oracle will be something along the line of upgrade to 10g.
- If we aren't supposed to eat animals, then why are they made out of meat? - Steven Wright
These days databases are seldom exposed to Internet, so security exploits based on OCI or SQL problems are not important. Might as well disclose security exploits from within a driver loaded into kernel. They should disclose some application server bugs.