<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Access Management Processes</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/</link>
	<description></description>
	<lastBuildDate>Thu, 20 Jun 2013 04:39:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: diegodh</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/#comment-47538</link>
		<dc:creator>diegodh</dc:creator>
		<pubDate>Wed, 08 Mar 2006 21:47:36 +0000</pubDate>
		<guid isPermaLink="false">#comment-47538</guid>
		<description><![CDATA[What can I add to the great responses already received?

Well, as a complement to this process your company should have a kind of &quot;information inventiory&quot;, where managers in the LOB should &quot;own&quot; (and properly classify) the relevant information handled by their departments, then they should approve which access is granted on that info to the different groups/profiles (NEVER to individual users directly... except when technically justified), then the supervisors of each team should assign the users to the profiles/groups based on job responsibility.
After this is implemented, periodic certifications of access rights (to profiles) and profile assignment (to users) should be done and signed by the relevant &quot;owners&quot;.

Ah! and all this should be properly documented in policies (high level) and procedures (low level), adequately signed by management.
And from then on, maybe your job will not be easier bus surely less risky and &quot;tidy&#039;.

G&#039;d Luck, and cheers from DownUnder!]]></description>
		<content:encoded><![CDATA[<p>What can I add to the great responses already received?</p>
<p>Well, as a complement to this process your company should have a kind of &#8220;information inventiory&#8221;, where managers in the LOB should &#8220;own&#8221; (and properly classify) the relevant information handled by their departments, then they should approve which access is granted on that info to the different groups/profiles (NEVER to individual users directly&#8230; except when technically justified), then the supervisors of each team should assign the users to the profiles/groups based on job responsibility.<br />
After this is implemented, periodic certifications of access rights (to profiles) and profile assignment (to users) should be done and signed by the relevant &#8220;owners&#8221;.</p>
<p>Ah! and all this should be properly documented in policies (high level) and procedures (low level), adequately signed by management.<br />
And from then on, maybe your job will not be easier bus surely less risky and &#8220;tidy&#8217;.</p>
<p>G&#8217;d Luck, and cheers from DownUnder!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: flynavy</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/#comment-47539</link>
		<dc:creator>flynavy</dc:creator>
		<pubDate>Wed, 08 Mar 2006 10:45:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-47539</guid>
		<description><![CDATA[Both previous inputs are required.  One other element is required.  When you implement this type process and constraints, if upper management doesn&#039;t back you, you will fail.  Make sure you sell this well to leadership so they will back you this first time a conflict for time or money arises.  Then your job will get easier.]]></description>
		<content:encoded><![CDATA[<p>Both previous inputs are required.  One other element is required.  When you implement this type process and constraints, if upper management doesn&#8217;t back you, you will fail.  Make sure you sell this well to leadership so they will back you this first time a conflict for time or money arises.  Then your job will get easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cavalierdm</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/#comment-47540</link>
		<dc:creator>cavalierdm</dc:creator>
		<pubDate>Wed, 08 Mar 2006 08:39:39 +0000</pubDate>
		<guid isPermaLink="false">#comment-47540</guid>
		<description><![CDATA[You should have a Security meeting with each manager of a department. You should go over who has security rights to each functionality that individuals have already. You should ask the manager why he thinks those individuals should have those rights. If the rights are not soemthing that they need to perform their &quot;Job Responsibilities&quot; then you should say that you don&#039;t understand why they should have that right or capability. The department manager should be the one responsible for &quot;Signing Off&quot; on what functions are needed to perform the departments or individuals tasks. Have all of the information for the meeting written on paper. Send the request for the meeting with the document attached. I would recommend that you have the first meeting without the individuals present to explain the concerns to the manager first. Allow the manager to call in anyone that he needs to discuss with them and you, why it is they need to have that capability or right. Allow the manager to decide if that right is needed. If it makes sense to allow that right to the indivdual have the manager sign off on it. If at the end of all of that you still feel that the department or individual should not have the rights that the manager feels that they should have, then talk to your manager (if it is a different manager) and ask for help.

Oh by the way, make sure that the whole process starts with written e-mail approval from your manager.]]></description>
		<content:encoded><![CDATA[<p>You should have a Security meeting with each manager of a department. You should go over who has security rights to each functionality that individuals have already. You should ask the manager why he thinks those individuals should have those rights. If the rights are not soemthing that they need to perform their &#8220;Job Responsibilities&#8221; then you should say that you don&#8217;t understand why they should have that right or capability. The department manager should be the one responsible for &#8220;Signing Off&#8221; on what functions are needed to perform the departments or individuals tasks. Have all of the information for the meeting written on paper. Send the request for the meeting with the document attached. I would recommend that you have the first meeting without the individuals present to explain the concerns to the manager first. Allow the manager to call in anyone that he needs to discuss with them and you, why it is they need to have that capability or right. Allow the manager to decide if that right is needed. If it makes sense to allow that right to the indivdual have the manager sign off on it. If at the end of all of that you still feel that the department or individual should not have the rights that the manager feels that they should have, then talk to your manager (if it is a different manager) and ask for help.</p>
<p>Oh by the way, make sure that the whole process starts with written e-mail approval from your manager.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jadima</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/#comment-47541</link>
		<dc:creator>jadima</dc:creator>
		<pubDate>Wed, 08 Mar 2006 07:28:19 +0000</pubDate>
		<guid isPermaLink="false">#comment-47541</guid>
		<description><![CDATA[We are using FAROS, web tool to administrate and document the requests by the users. Any request that goes to the User administration, must be approved by the Line Manager and the application owner. In some cases, like special authorities etc. must even be approved by the system responsible manager. This is true for all our platforms, MF, Iseries, NT, Unix, etc.
This works very well. ]]></description>
		<content:encoded><![CDATA[<p>We are using FAROS, web tool to administrate and document the requests by the users. Any request that goes to the User administration, must be approved by the Line Manager and the application owner. In some cases, like special authorities etc. must even be approved by the system responsible manager. This is true for all our platforms, MF, Iseries, NT, Unix, etc.<br />
This works very well. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tracybs</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/access-management-processes/#comment-47542</link>
		<dc:creator>tracybs</dc:creator>
		<pubDate>Wed, 08 Mar 2006 07:08:15 +0000</pubDate>
		<guid isPermaLink="false">#comment-47542</guid>
		<description><![CDATA[Taking into consideration of what Howard had to say...

You need a formal, written, approved, and signed policy stating what can and can&#039;t be done, and who has the authority to approve such requests.

Next you need both a policy and then the technology to implement a change control/change management process.  Yes, this can be as simple as &quot;for these types of requests an email is fine&quot; and &quot;but for these types of requests your manager must approve&quot; and even &quot;for these types of requests a VP must approve.&quot;

How you track those requests will first depend on policy.  Companies that are under legislative requirements such as HIPAA, GLBA, SoX, etc. must have a formal change management process and must keep records of such changes for x-number of years for audit purposes.

If your company is not in that boat then the tracking of such requests will be up to you.  Always keep in mind the Bus syndrome... If, God forbid, you?re hit by a bus on your way to work tomorrow, are your systems documented well enough that someone could step in and take over easily?
]]></description>
		<content:encoded><![CDATA[<p>Taking into consideration of what Howard had to say&#8230;</p>
<p>You need a formal, written, approved, and signed policy stating what can and can&#8217;t be done, and who has the authority to approve such requests.</p>
<p>Next you need both a policy and then the technology to implement a change control/change management process.  Yes, this can be as simple as &#8220;for these types of requests an email is fine&#8221; and &#8220;but for these types of requests your manager must approve&#8221; and even &#8220;for these types of requests a VP must approve.&#8221;</p>
<p>How you track those requests will first depend on policy.  Companies that are under legislative requirements such as HIPAA, GLBA, SoX, etc. must have a formal change management process and must keep records of such changes for x-number of years for audit purposes.</p>
<p>If your company is not in that boat then the tracking of such requests will be up to you.  Always keep in mind the Bus syndrome&#8230; If, God forbid, you?re hit by a bus on your way to work tomorrow, are your systems documented well enough that someone could step in and take over easily?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/9 queries in 0.012 seconds using memcached
Object Caching 324/327 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-20 05:56:47 -->