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. |

| Subject: | RE: Implementing segregation of duties in an account management process |
|---|---|
| Date: | Tue, 28 Jun 2005 17:24:21 +0530 |
It is true that Identify management solutions will help in the "implementation" part. Coming to defining the roles and responsibilities --- I feel the central IT team or IT-Security team is best placed to identify roles which would prevail across applications and identify the access privileges and segregations relevant for these. This will serve as guidelines for entire organisation.As an example - What are the roles involved and how to achieve segregation of roles in activities like "creating a new application user" or in "monitoring security logs" can be defined centrally. Certain application specific activities might be difficult to capture centrally. The individual application owners should use these guidelines and apply it in their own environments. The responsibility for implementing the segregation of roles should be with individual application owners. This will ensure that implementations are meaningful and app-owners are more accountable. -----Original Message----- From: Dimitrios Patsos [mailto:dpat@space.gr] Sent: Monday, June 27, 2005 3:59 PM To: 'Andrew Steingruebl'; security-management@securityfocus.com Subject: RE: Implementing segregation of duties in an account management process Andrew, I have recently started working on a similar project. A very interesting paper related with this issue can be found in http://www.gammassl.co.uk/topics/chinesewall.html It provides a model and a methodology about how can you implement segregation of duties. As far as technology and security services are concerned, identity management systems with RBAC seems like the only path. Hope these help. Regards, Dimitrios G. Patsos Ph.D (C), M.Sc. Information Security, CME ΙΤ Security Consultant =================== Email dpat@space.gr -----Original Message----- From: Andrew Steingruebl [mailto:asteingruebl@cccis.com] Sent: Thursday, June 23, 2005 6:49 PM To: security-management@securityfocus.com Subject: Implementing segregation of duties in an account management process I'm working on a project to change how we implement our segregation of duties from an account management perspective and I'm exploring two different approaches. I'm hoping folks have experience with both/either that will help me determine which way to do. I have a number of systems, processes, applications, etc. in which I need to implement segregation of duties. The account administration is performed by platform and application administrators. In designing a system of segregation of duties and access control I can either: 1. Specify what roles/rights/permissions every type of person/user should have within my environment. Their manager would be responsible for making sure they are only granted the appropriate access. 2. For a given system/application, specify who/what role should be given access to what feature. Specify what access would compromise segregation of duties. The individual system/application owner would be responsible for determining incompatibilities between certain permissions, and would be part of the account management process. In approach #1 the advantages are that when a user changes their job function, their manager is aware of all of their access, and can modify it appropriately to maintain segregation of duties. Each manager is involved in all access control decisions for their employees. This results in tigher control over what each employee is allowed to access The disadvantages of approach #1 are that we need to be able to create a mapping of all possible permissions onto all possible incompatibilities, and also map all things that are not in conflict. Each manager needs to be aware of all potential conflcits, and is involved in all access control decisions for their employees. This could be come a bottleneck. In approach #2 the advantage is that each data/system owner is responsible for granting/denying access to their environment. They are better positioned to know who should (not) have access to their data, and what is incompatible. In approach #2 the disadvantage is that there is no central point of control for what a user can access. What approaches have you taken for implementing access control policies? Does each manager decide who should be allowed to access what, or does this responsibility belong to the data owner? Hybrid approaches are possible, and we can even use both approaches simulaneously, but I'm also worried about efficiency. Thoughts? -- Andy Steingruebl | e-mail: asteingruebl@cccis.com Information Security Architect| phone: (312) 229-2409 Unix/Network/App Security | fax: (312) 527-0523 CCC Information Services | post: 444 Merchandise Mart | Chicago, IL 60654-1005
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Implementing segregation of duties in an account management process, Руслан Нестеров |
|---|---|
| Next by Date: | Re: Implementing segregation of duties in an account management process, jblackley |
| Previous by Thread: | Re: Implementing segregation of duties in an account management process, Руслан Нестеров |
| Next by Thread: | Re: Implementing segregation of duties in an account management process, jblackley |
| Indexes: | [Date] [Thread] [Top] [All Lists] |