Commentary

George Hulme
 

Oracle WebLogic Servers Vulnerable To Attacks

When it comes to security vulnerabilities, this flaw is as ugly as it gets -- but, in this case, it's not all because of anything Oracle did wrong.

When it comes to security vulnerabilities, this flaw is as ugly as it gets -- but, in this case, it's not all because of anything Oracle did wrong.Thanks to the fact that a remotely exploitable vulnerability was disclosed on a mailing list just after Oracle's July 15 patch cycle, users of WebLogic Server and WebLogic Express are at an extraordinary level of risk to attack right now. The flaw in question, which Oracle has published this security bulletin about, enables an attacker to remotely compromise at-risk systems without any authentication. Nasty.

In this case, the security researcher that discovered the flaw chose to announce their find, along with accompanying attack code, without ever giving the database maker a chance to remedy the problem.


More Security Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Here's what Eric Maurice had to say on Oracle's Global Product Security Blog:

Unfortunately, the person(s) who published this vulnerability and associated exploit codes didn't contact Oracle before publicly disclosing this issue. This means that the vulnerability was made public before providing Oracle an opportunity to develop an appropriate fix for this issue and notify its customers. In addition, the vulnerability was made public shortly after the publication of the July 15 Critical Patch Update, therefore prompting Oracle to issue an out of cycle security update.

So there you have it. Someone decided to not only dump a highly critical, remotely exploitable vulnerability on the world (and the software necessary to exploit the flaw), it also seems as if (I've no way of knowing for sure) that they cherry-picked the timing to fall right after Oracle's scheduled patch release.

That's just reckless.

Oracle has published work-around instructions here.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links