Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Focus-Sun
[Top] [All Lists]

Re: Experiences using 'enhanced' Solaris features: BSM, extended ACLs

Subject: Re: Experiences using 'enhanced' Solaris features: BSM, extended ACLs, RBAC
Date: Sat, 19 Mar 2005 18:57:01 -0500
First, good luck.  These are often more culturally difficult
than technically.  I haven't used RBAC or facl's in anger yet,
but have been a BSM user on and off for some time.  Tuning the 
audit criteria is something that can't really be done in 
isolation.  You really need to evaluate what events can be 
recorded, and who would be the consumer of that data.  I've 
found it necessary to have a plan of what is to be done with 
the data as a means to justify the collection, since the load
can be non-trivial, and the data geberated substantial.  If you
just collect it because you can, then you are clearly doing half
of what can be done, and the cost probably outweighs the benefit.

Once you decide "collecting X will enable us to do Y, and we will 
take Z action upon the recording of X event" you may find that you 
have more to-do's than you have do'ers.  Maybe I'm looking on the 
grim side again, but BSM is often like Pandora's box.  Unless you
have the necessary resources to deal with the firehose (technical, 
e.g., data storage and a plan for processing the audit results and 
procedural, e.g., what to do when X happens, and personel, e.g., who
will do it) the you might be setting yourself up for failure.  



----- Original Message -----
From: valken <valken007@yahoo.com>
To: focus-sun@securityfocus.com
Subject: Experiences using 'enhanced' Solaris features: BSM, extended ACLs, RBAC
Date: Fri, 18 Mar 2005 15:46:11 -0500


All,

I'm currently working on enhancing my company's Solaris standards.  We are a
major accounting and professional services firm, and are involved in many
reviews of Solaris security from both audit and consulting perspectives.
There are many areas that I am in the process of testing and incorporating
into our methodology for these reviews, including BSM, extended ACLs and
RBAC.

Most of the clients that I work with are not currently using any of these
functionalities in their Solaris environments.  I would be curious to hear
from anyone out there who is:

- using BSM to audit activities on their Solaris servers, including what
your experience was with tuning it to balance the detail of the audit trail
with the sheer amount of events it can generate,

- using extended ACLs to provide fine-grained access controls to files or
directories, or

- using RBAC to split up the power of the root account.



Thanks,



Valken



Valken007@yahoo.com


<Prev in Thread] Current Thread [Next in Thread>