| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Requirement to run as user SYS
Of course no auditor trusts anyone, including themselves, thanks to SOX.
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA
-----Original Message-----
From: Reidy, Ron [mailto:Ron.Reidy_at_arraybiopharma.com]=20
Sent: Thursday, December 09, 2004 11:27 AM
To: ntilbury_at_vartec.co.uk; Les.Hollis_at_ps.net; barb.baker_at_gmail.com;
oracle-l_at_freelists.org
Subject: RE: Requirement to run as user SYS
I agree. But when you have auditors who scare the snot out of =3D
ill-informed management, this is the result. In our case, we defined in
=3D
our initial documents the power of the SYS account (and accounts with =
=3D
SYSDBA), described and implemented an auditing process for these =3D
accounts, and remediation for misuse (i.e. non authorized (DBA staff) =
=3D
access or attempts to access). No problem with our auditors, so far.
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Nick Tilbury @
Northampton
Sent: Thursday, December 09, 2004 9:07 AM
To: 'Les.Hollis_at_ps.net'; barb.baker_at_gmail.com; oracle-l_at_freelists.org
Subject: RE: Requirement to run as user SYS
I just don't understand the logic of this decision. No applications host
their objects in the Sys schema.
Therefore, it is normally the login for the application owner schema(s)
=3D
that
are infinitely more
important (to the business) than SYS.
If the DBA REALLY wanted to damage an *application* I'm confident it =3D
could
be done without SYS access.
Ergo - if the DBA can't be trusted, he shouldn't have the job in the =3D
first
place !
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Hollis, Les
Sent: 09 December 2004 15:55
To: barb.baker_at_gmail.com; oracle-l_at_freelists.org
Subject: RE: Requirement to run as user SYS
Now that has got to be one of the most ridiculous management decisions I have ever heard......
By "disable" I am assuming you mean to change the password or 'lock' the account.
As a DBA you can still get in using / as sysdba which enables you to do anything you want. It actually still dumpos you in as SYS.
I tested on one of my 9i DB's. Locked the user sys account, exited, logged in '/ as sysdba', did a shutdown/startup and executed this command....
SQL> show user
USER is "SYS"
SQL>
THIS AFTER I locked the account......
Select * from dba_users where username =3D3D3D 'SYS'; returned this
-- SYS 0 D4C5016086B2DC6A LOCKED 09-DEC-2004 SYSTEM TEMP 16-NOV-2004 DEFAULT SYS_GROUP As you see it shows locked...but you are still sys.... Oh well.....I guess if it makes the idiot auditors happy to think they found something on you and spineless management leaped through hoops to appease them, I suppose it isn't ALL that terribly bad...you can STILL log in as SYS using / as sysdba whisper whisper....just don't tell the auditors It's all good 8~)) -----Original Message----- From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Barbara Baker Sent: Thursday, December 09, 2004 9:35 AM To: oracle-l_at_freelists.org Subject: Re: Requirement to run as user SYS Thanks, Dick. I really appreciate your responses. It's a double-whammy. We got "written up" by the auditors for using the SYS account, so management's response is that we just disable it. < sigh . . . > > On Thu, 9 Dec 2004 09:24:48 -0500, Goulet, Dick <DGoulet_at_vicr.com> wrote: > > Barb, > > > > I'll feel sorry for you for sure. You've got one VERY ignorant > > auditor breathing down your throat and a management team that is equally > > ignorant and uncaring for letting this happen. At least our auditors > > were savvy enough to know that SYS is a special account that we need & > > don't use excessively and left it out of their questions. > > -- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-lReceived on Thu Dec 09 2004 - 10:39:34 CST
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D=
3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D
=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D=
3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D
=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D
This message is intended solely for the use of the individual or =3D organisation to whom it is addressed. It may contain privileged or =3D confidential information. If you have received this message in error, =
=3D
please notify the originator immediately. If you are not the intended =
=3D
recipient, you should not use, copy, alter, or disclose the contents of
=3D
this message. All information or opinions expressed in this message =3D and/or any attachments are those of the author and are not necessarily =
=3D
those of VarTecTelecom Europe Ltd or its affiliates. VarTec Telecom =3D Europe Ltd accepts no responsibility for loss or damage arising from its
=3D
use, including damage from virus.=3D20
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D=
3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D
=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D=
3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D
=3D3D=3D
=3D3D=3D3D=3D3D=3D3D=3D3D
-- http://www.freelists.org/webpage/oracle-l This electronic message transmission is a PRIVATE communication which =
=3D
contains information which may be confidential or privileged. The information is
=3D
intended=3D20 to be for the use of the individual or entity named above. If you are =
=3D
not the=3D20 intended recipient, please be aware that any disclosure, copying, =3D distribution=3D20 or use of the contents of this information is prohibited. Please notify
=3D
the sender of the delivery error by replying to this message, or notify us
=3D
by telephone (877-633-2436, ext. 0), and then delete it from your system. -- http://www.freelists.org/webpage/oracle-l -- http://www.freelists.org/webpage/oracle-l
 |
 |