Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: exec STATSPACK.SNAP renders ORA-03113

Re: exec STATSPACK.SNAP renders ORA-03113

From: Rick Denoire <100.17706_at_germanynet.de>
Date: Thu, 06 Nov 2003 23:10:04 +0100
Message-ID: <osflqvslti39nfk60rnfq44jlq0eacv7t0@4ax.com>


drak0nian_at_yahoo.com (Paul Drake) wrote:

>Rick,
>
>spend a little time here:
>
>http://otn.oracle.com/deploy/security/alerts.htm
>
>and then read some more over on metalink.
>
>There is absolutely no excuse for running unpatched software, even on
>your laptop.

You don't need to convince me about applying patchsets. But your arguments ignore plain reality:
- No platform to test applying the patchset. Last time I did so I was surprised that it failed because some option was not installed which never installs by default.
- No way to explain bosses the benefit of this actions (they have no benefit, although lack of their implementations has potential disadvantages) so it is seen as waste of time. - After all, we are not on the Internet. Best solutions are always a compromise, and too much effort on security is not adequate to the situation.
- Priorities: People demanding things to be done immediately, while applying patchsets can always be postponed - so it never takes place. - Applying patchsets as often as they appear is not feasible. Can you afford to go out of service every two weeks, apart from doint it due to other reasons?

>If you were to file an iTAR, what do you think that the odds would be
>that the support analyst would not recommend applying the most recent
>patchset?

It is my every day experience, that support personal from companies always try to AVOID spending their time with your issue in the first place. They demand to have the last patch installed because it is highly improbable that anyone is up-to-date and so they have an excellent excuse not to try to help you. Dealing with Hotline cases, TARs etc. is UTTERLY time consuming (which is why we hired a guy four weeks ago only to do this, related to a big misbehaving tape library).

And it almost always turns out that the patch won't help at all.

>how funny would it be to find out that statspack had nothing to do
>with it, but someone running loadphp with a long username wash
>crashing your instance?

You won't believe how serious I am about security. We are planing to go public with a database and I am supposed to compile appropriate recomendations. My recommendation will be: Don't do it. We can't afford the time and effort to take care of security issues. Plain and simple.

Exciting statements, yours are.

Rick Denoire
(2 years experience as Firewall Administrator / Checkpoint One) Received on Thu Nov 06 2003 - 16:10:04 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US