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: Permission Problems revisited

Re: Permission Problems revisited

From: Peter van Rijn <p.vanrijnREMOVE_at_THISzhew.nl>
Date: Thu, 12 Dec 2002 09:43:08 +0100
Message-ID: <uvgj174rrrckfe@corp.supernews.com>


Gerold,

As was stated in an earlier post the oracle executable needs it setuid and setgid set.

You can accomplish this by:

$ chmod 6751 oracle

The effect is that if someone, anyone, who is permitted to run this executable, will do this *as if* he would be the oracle owner himself. So all permissions etc. apply as if the user is the oracle owner. If you do not set the setuid a user will operate with his own permissions set, and this will normally not be anough to open/read/write oracle datafiles.

Hope this clears your fog a bit.

regards,
Peter

"Gerold Krommer" <g.krommer_at_doremove.fns.co.at> schreef in bericht news:at7lcj$1rb$1_at_at-vie-newsmaster01.nextra.at...
> Thanks for all the answers. I'm still somewhat in the fog.
>
> The installation owner is 'oracle'. User A is a different user.
> And still I would like to know how the internals work. Do the oracle
server
> processes really do a setuid and setgid and run in the (security) context
of
> the Unix user that started the action (e.g SQLPLUS) ? That would mean,
that
> I can be correctly authenticated to
> Oracle and still not see data that I'm supposed to see (this situation).
> What about remote access with ODBC/Listener/Server Process ?
>
> BTW: User A is in the dba group and user B isn't.
>
> Thanks for enligthening me,
>
> /Gerold
>
> "Gerold Krommer" <g.krommer_at_doremove.fns.co.at> schrieb im Newsbeitrag
> news:at537n$5u1$1_at_at-vie-newsmaster01.nextra.at...
> > Sorry for the repeat. I have browsed google and found a few entries, but
> non
> > were really satisfying. My Oracle knowledge is (let's say) moderate.
> >
> > The problem:
> > Oracle 8.0.6, Solaris 2.6, but I m pretty sure I have seen this on older
> > versions and other platforms, too (e.g. Oracle 8.1.7 and HPUX 11i).
> >
> > We are able to access the database with e.g. SQLPLUS when logged on as
> Unix
> > user A, but not as User B.
> >
> > The error is:
> > QL*Plus: Release 8.0.6.0.0 - Production on Tue Dec 10 15:13:55 2002
> > (c) Copyright 1999 Oracle Corporation. All rights reserved.
> > ERROR:
> > ORA-00604: error occurred at recursive SQL level 1
> > ORA-01115: IO error reading block from file 1 (block # 1122)
> > ORA-01110: data file 1: '/fnsw/dev/1/oracle_sys0'
> > ORA-27041: unable to open file
> > SVR4 Error: 13: Permission denied
> > Additional information: 3
> >
> > First I have a problem understanding why the Unix user matters. Isn't
it,
> > that only the Oracle processes access the data files ? So I only need to
> > authenticate to Oracle by logging on.
> >
> > Second, my research on google has shown that certain protections on
> certain
> > files must be set, but this information was really dispersed over
several
> > notes entries. Is there a place where there is a concise description on
> what
> > must be set to what (e.g.SUID bit, etc.)
> >
> > Thanks very much,
> >
> > /Gerold (g.krommer_at_doremove.fns.co.at)
> >
> >
>
>
Received on Thu Dec 12 2002 - 02:43:08 CST

Original text of this message

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