<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Enterprise Content Management and Security</title>
	<atom:link href="http://apoorv.info/2006/12/17/enterprise-content-management-and-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://apoorv.info/2006/12/17/enterprise-content-management-and-security/</link>
	<description>Random Thoughts</description>
	<lastBuildDate>Thu, 26 Apr 2012 07:41:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Steve</title>
		<link>http://apoorv.info/2006/12/17/enterprise-content-management-and-security/#comment-4307</link>
		<dc:creator><![CDATA[Steve]]></dc:creator>
		<pubDate>Sun, 25 Feb 2007 18:42:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.apoorv.info/index.php/2006/12/17/enterprise-content-management-and-security/#comment-4307</guid>
		<description><![CDATA[Great article...wrote some others on ECM and Security at www.scanguru.com

http://www.scanguru.com/page.php?9]]></description>
		<content:encoded><![CDATA[<p>Great article&#8230;wrote some others on ECM and Security at <a href="http://www.scanguru.com" rel="nofollow">http://www.scanguru.com</a></p>
<p><a href="http://www.scanguru.com/page.php?9" rel="nofollow">http://www.scanguru.com/page.php?9</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Munish K Gupta</title>
		<link>http://apoorv.info/2006/12/17/enterprise-content-management-and-security/#comment-4310</link>
		<dc:creator><![CDATA[Munish K Gupta]]></dc:creator>
		<pubDate>Tue, 02 Jan 2007 12:27:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.apoorv.info/index.php/2006/12/17/enterprise-content-management-and-security/#comment-4310</guid>
		<description><![CDATA[Having a centralized authentication and authorization model always leads to problems. Every new application that comes in, usually have its own authorization model. Now, a centralized model will mean, creating more roles/groups to manage this new set of privileges. After some time, the admin will go bonkers trying to create a new user and assigning him privileges across 10 applications.

My advise, keep the authentication central via your AD system and let each application, manage its own authorization model. Organizations can standardize on the tools/model to be used for authorization. This can provide a good delegated admin model also where an application admin can manage privileges for his/her set of application  users]]></description>
		<content:encoded><![CDATA[<p>Having a centralized authentication and authorization model always leads to problems. Every new application that comes in, usually have its own authorization model. Now, a centralized model will mean, creating more roles/groups to manage this new set of privileges. After some time, the admin will go bonkers trying to create a new user and assigning him privileges across 10 applications.</p>
<p>My advise, keep the authentication central via your AD system and let each application, manage its own authorization model. Organizations can standardize on the tools/model to be used for authorization. This can provide a good delegated admin model also where an application admin can manage privileges for his/her set of application  users</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ijonas Kisselbach</title>
		<link>http://apoorv.info/2006/12/17/enterprise-content-management-and-security/#comment-4309</link>
		<dc:creator><![CDATA[Ijonas Kisselbach]]></dc:creator>
		<pubDate>Mon, 18 Dec 2006 08:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.apoorv.info/index.php/2006/12/17/enterprise-content-management-and-security/#comment-4309</guid>
		<description><![CDATA[Hi Apoorv,

My two cents on ECM security, having dealt with many implementations from a migration
point-of-view, is that access rights to content (be thay ACL-Role, Asset-ACL or whatever) should be maintained by the ECM.

That is to say... I&#039;m a great believer in keeping the metadata alongside the content and
to me access right information is nothing more than metadata. So I guess I take an
asset-centric point-of-view.

I think what is needed is industry standardisation around accesss rights. You right in
pointing out that security is more than just providing connectors into LDAP directories
to perform authentication requests.

Efforts like SAML are still &quot;authentication-focused&quot;, which is disappointing. I&#039;m surprised not more is being done in this area to standardise the &quot;access-rights&quot; problem. There&#039;s hardly any competitive edge to be found in the security implementations from one CMS to another.

I guess vendors are taking the &quot;walled garden&quot;-approach and hoping to cash-in on lock-in through lack of standardisation.]]></description>
		<content:encoded><![CDATA[<p>Hi Apoorv,</p>
<p>My two cents on ECM security, having dealt with many implementations from a migration<br />
point-of-view, is that access rights to content (be thay ACL-Role, Asset-ACL or whatever) should be maintained by the ECM.</p>
<p>That is to say&#8230; I&#8217;m a great believer in keeping the metadata alongside the content and<br />
to me access right information is nothing more than metadata. So I guess I take an<br />
asset-centric point-of-view.</p>
<p>I think what is needed is industry standardisation around accesss rights. You right in<br />
pointing out that security is more than just providing connectors into LDAP directories<br />
to perform authentication requests.</p>
<p>Efforts like SAML are still &#8220;authentication-focused&#8221;, which is disappointing. I&#8217;m surprised not more is being done in this area to standardise the &#8220;access-rights&#8221; problem. There&#8217;s hardly any competitive edge to be found in the security implementations from one CMS to another.</p>
<p>I guess vendors are taking the &#8220;walled garden&#8221;-approach and hoping to cash-in on lock-in through lack of standardisation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pranshu</title>
		<link>http://apoorv.info/2006/12/17/enterprise-content-management-and-security/#comment-4308</link>
		<dc:creator><![CDATA[Pranshu]]></dc:creator>
		<pubDate>Mon, 18 Dec 2006 06:38:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.apoorv.info/index.php/2006/12/17/enterprise-content-management-and-security/#comment-4308</guid>
		<description><![CDATA[Good take apoorv. Externalizing Authorization has been a highly debated topic, especially when you are looking at integrating application access and possibly provisioning using portals.

I believe that Centralizing Authorization is not such a good idea. It creates a &quot;cyclic dependancy&quot; between the portal and the applications.
The Central Authorization Server needs to know all roles which exist in all the accessed application in order to do that.

Also the applications hardly ever agree on the security model - and we find the applications using a mix of ACL-Role , Role-Resource-Operation, and a unix style Asset-ACL authorization model.
Even if all the systems were using JAAS - centralizing authorization will require a dependance during application maintenance and administration.]]></description>
		<content:encoded><![CDATA[<p>Good take apoorv. Externalizing Authorization has been a highly debated topic, especially when you are looking at integrating application access and possibly provisioning using portals.</p>
<p>I believe that Centralizing Authorization is not such a good idea. It creates a &#8220;cyclic dependancy&#8221; between the portal and the applications.<br />
The Central Authorization Server needs to know all roles which exist in all the accessed application in order to do that.</p>
<p>Also the applications hardly ever agree on the security model &#8211; and we find the applications using a mix of ACL-Role , Role-Resource-Operation, and a unix style Asset-ACL authorization model.<br />
Even if all the systems were using JAAS &#8211; centralizing authorization will require a dependance during application maintenance and administration.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

