<?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: Puzzle Pieces: The Relationship Between SOX, COSO, and COBIT</title>
	<atom:link href="http://blog.eiqnetworks.com/2008/11/20/puzzle-pieces-the-relationship-between-sox-coso-and-cobit/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.eiqnetworks.com/2008/11/20/puzzle-pieces-the-relationship-between-sox-coso-and-cobit/</link>
	<description>Perspectives on Security and Compliance Management from eIQnetworks</description>
	<lastBuildDate>Thu, 29 Oct 2009 15:57:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Andre Gironda</title>
		<link>http://blog.eiqnetworks.com/2008/11/20/puzzle-pieces-the-relationship-between-sox-coso-and-cobit/#comment-4</link>
		<dc:creator>Andre Gironda</dc:creator>
		<pubDate>Sat, 22 Nov 2008 11:47:13 +0000</pubDate>
		<guid isPermaLink="false">http://eiqviews.wordpress.com/?p=39#comment-4</guid>
		<description>&quot;As far as cultural aspects go, I do find that, outside the U.S., companies tend to prefer ISO27001/27002 for IT-level process auditing, but COSO is still the preferred framework for non-IT auditing&quot;

I prefer control/principle-rich frameworks such as ISO27k myself, but many organizations are at such an ground-level stage of maturity.  For these organizations, Visible Ops / Visible Ops Security (or even ITIL, as you mentioned) might be better frameworks than COBIT or ISO27k.  This may also explain why COSO simplifies the IT audit.  The best tool is the best tool, and for many organizations it&#039;s better to have something than to try and do everything.

&quot;There are also a large number of projects out there to align the myriad of best practices and standards for IT (e.g., ITIL, PCI, ISO27002, etc.) to COBIT’s broad set of IT processes and controls&quot;

You must be referring to ISACA&#039;s &quot;Guidance on Aligning COBIT, ITIL and ISO 17799&quot; document or possibly the V3WP document from the BITS Shared Assessments program, although I have seen others that are similar in approach.  Both are very useful documents for mapping controls.  I would question, &quot;what are the right controls for any given organization&quot;?  Visible Ops / Visible Ops Security makes this more clear, which is why I prefer them as starting points, especially for SOX pre-audits / internal IT audits.  Note that BITS Shared Assessments SIG is more and more often used to replace a SysTrust or SAS 70 Type II audit (the baby sister of a SOX audit) and it is very rich in IT and security controls.

I have always found the relationship between frameworks, regulations, standards, and best practices (such as specific assessment methodologies, risk analysis &amp; risk management frameworks, etc) to be the most interesting part of compliance.  Since most public companies are also technology companies, it would stand reason that SOX would inherit IT-specific frameworks strong in IT/security controls, as well as IT/security best practices.  In other words, I think that COBIT or ISO27k are where these technology companies need to be (instead of just ITIL or COSO), but I think they also need to look at NSA IAM/IEM/RTM, DIACAP, OSSTMM, FAIR, CSA, OCTAVE, etc.

ISO/IEC 38500 includes ISO27k along with ISO9k and ISO20k as the global IT governance framework.  It&#039;s an interesting document that speaks stronger to an all-encompassing framework for IT that doesn&#039;t leave out security, quality, or service delivery - but rather makes each an issue to be dealt with separately and equally.  This is great because over the years I&#039;ve heard too many complaints about how e.g. ITIL (probably referring to v2) doesn&#039;t say anything about security, or how PCI-DSS is overly concerned about specific security requirements.  ISO 38500 is the best alignment I&#039;ve seen to date on all IT issues, and it&#039;s clarity also speaks volumes.

The problem with COSO is that it was developed along with SAC over 14 years ago and has never really changed.  COBIT was also developed around this time, but has been through many revisions.  ITGI (the makers of COBIT, who also developed the CISA certification for ISACA) has always planned to update COBIT every 3 years.  The problem with COBIT is that it&#039;s not staying up-to-date.  If COBIT was flawless, then PCI-DSS wouldn&#039;t be in the place it is today, and ISO27k wouldn&#039;t be considered so much more mature in comparison.  The problem with SOX+COBIT is that not every public company is also a technology company (although at least a third of them are, which is why there is a lot of overlap between SOX and PCI).

With CICA (i.e. Canada) following CoCo (instead of COSO) and ITCG (instead of COBIT) for many years (and Australia and New Zealand having their own standards and associated regulations), it&#039;s no wonder that the ISO/IEC standards are becoming more popular from a global perspective.  I really think that the overlapping aspects of compliance are outrageously excessive and unnecessary.  I can&#039;t wait for ISO to replace PCI-DSS with a ISO27k-like standard, especially before PCI becomes law.

Sure, we have SOX, GLB, HIPAA, and PCI here in the US.  One single company may have to do all 4 audits, and as you stated, there could be multiple internal and external auditors for even the same regulation.  Then they might also have to do the ISO audits.  Does anyone have a problem with this besides me?  Do you see the overlap?  Isn&#039;t that a bit too much overhead?</description>
		<content:encoded><![CDATA[<p>&#8220;As far as cultural aspects go, I do find that, outside the U.S., companies tend to prefer ISO27001/27002 for IT-level process auditing, but COSO is still the preferred framework for non-IT auditing&#8221;</p>
<p>I prefer control/principle-rich frameworks such as ISO27k myself, but many organizations are at such an ground-level stage of maturity.  For these organizations, Visible Ops / Visible Ops Security (or even ITIL, as you mentioned) might be better frameworks than COBIT or ISO27k.  This may also explain why COSO simplifies the IT audit.  The best tool is the best tool, and for many organizations it&#8217;s better to have something than to try and do everything.</p>
<p>&#8220;There are also a large number of projects out there to align the myriad of best practices and standards for IT (e.g., ITIL, PCI, ISO27002, etc.) to COBIT’s broad set of IT processes and controls&#8221;</p>
<p>You must be referring to ISACA&#8217;s &#8220;Guidance on Aligning COBIT, ITIL and ISO 17799&#8243; document or possibly the V3WP document from the BITS Shared Assessments program, although I have seen others that are similar in approach.  Both are very useful documents for mapping controls.  I would question, &#8220;what are the right controls for any given organization&#8221;?  Visible Ops / Visible Ops Security makes this more clear, which is why I prefer them as starting points, especially for SOX pre-audits / internal IT audits.  Note that BITS Shared Assessments SIG is more and more often used to replace a SysTrust or SAS 70 Type II audit (the baby sister of a SOX audit) and it is very rich in IT and security controls.</p>
<p>I have always found the relationship between frameworks, regulations, standards, and best practices (such as specific assessment methodologies, risk analysis &amp; risk management frameworks, etc) to be the most interesting part of compliance.  Since most public companies are also technology companies, it would stand reason that SOX would inherit IT-specific frameworks strong in IT/security controls, as well as IT/security best practices.  In other words, I think that COBIT or ISO27k are where these technology companies need to be (instead of just ITIL or COSO), but I think they also need to look at NSA IAM/IEM/RTM, DIACAP, OSSTMM, FAIR, CSA, OCTAVE, etc.</p>
<p>ISO/IEC 38500 includes ISO27k along with ISO9k and ISO20k as the global IT governance framework.  It&#8217;s an interesting document that speaks stronger to an all-encompassing framework for IT that doesn&#8217;t leave out security, quality, or service delivery &#8211; but rather makes each an issue to be dealt with separately and equally.  This is great because over the years I&#8217;ve heard too many complaints about how e.g. ITIL (probably referring to v2) doesn&#8217;t say anything about security, or how PCI-DSS is overly concerned about specific security requirements.  ISO 38500 is the best alignment I&#8217;ve seen to date on all IT issues, and it&#8217;s clarity also speaks volumes.</p>
<p>The problem with COSO is that it was developed along with SAC over 14 years ago and has never really changed.  COBIT was also developed around this time, but has been through many revisions.  ITGI (the makers of COBIT, who also developed the CISA certification for ISACA) has always planned to update COBIT every 3 years.  The problem with COBIT is that it&#8217;s not staying up-to-date.  If COBIT was flawless, then PCI-DSS wouldn&#8217;t be in the place it is today, and ISO27k wouldn&#8217;t be considered so much more mature in comparison.  The problem with SOX+COBIT is that not every public company is also a technology company (although at least a third of them are, which is why there is a lot of overlap between SOX and PCI).</p>
<p>With CICA (i.e. Canada) following CoCo (instead of COSO) and ITCG (instead of COBIT) for many years (and Australia and New Zealand having their own standards and associated regulations), it&#8217;s no wonder that the ISO/IEC standards are becoming more popular from a global perspective.  I really think that the overlapping aspects of compliance are outrageously excessive and unnecessary.  I can&#8217;t wait for ISO to replace PCI-DSS with a ISO27k-like standard, especially before PCI becomes law.</p>
<p>Sure, we have SOX, GLB, HIPAA, and PCI here in the US.  One single company may have to do all 4 audits, and as you stated, there could be multiple internal and external auditors for even the same regulation.  Then they might also have to do the ISO audits.  Does anyone have a problem with this besides me?  Do you see the overlap?  Isn&#8217;t that a bit too much overhead?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Linkous</title>
		<link>http://blog.eiqnetworks.com/2008/11/20/puzzle-pieces-the-relationship-between-sox-coso-and-cobit/#comment-3</link>
		<dc:creator>John Linkous</dc:creator>
		<pubDate>Thu, 20 Nov 2008 21:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://eiqviews.wordpress.com/?p=39#comment-3</guid>
		<description>Typically, I don&#039;t see COSO and COBIT as competing with each other, at least with respect to SOX; rather, they&#039;re complimentary.  Therefore, it&#039;s probably not easy to quantify &quot;COSO vs. COBIT&quot; users, since there will be a lot of overlap.  Most often, I see organizations use a combination of both: COSO for auditing the appropriateness of internal financial reporting processes, and COBIT for the components of IT that support these financial processes.  As far as cultural aspects go, I do find that, outside the U.S., companies tend to prefer ISO27001/27002 for IT-level process auditing, but COSO is still the preferred framework for non-IT auditing.

SOX-scoped organizations generally do have internal auditors, but they are also required to utilize external auditors.  In a perfect world, it would be great for organizations to have a single internal audit capability, that was educated well enough in both accounting processes and IT operations to support a seamless audit function between the two.  Pragmatically, however, most organizations just aren&#039;t there.  In most cases, IT functions are still discrete from accounting functions, and as a result, most organizations split up their auditing into different efforts; IT SOX audits become a subset of the overall SOX compliance audit.  While it&#039;s true that this does add overhead compared to a single, end-to-end audit function, the reality is that very few organizations are politically structured in a manner that supports this.  Practically speaking, the vast majority of SOX companies have separate groups (both internally and externally): one to address SOX audits for financial reporting, and one to address the IT operations that support that financial reporting process.

From an IT auditing perspective, COBIT is well established (at least in the U.S.)  All major accounting firms base their own IT SOX auditing on the COBIT framework, and even if they have their own audit criteria, they map this criteria into COBIT.  There are also a large number of projects out there to align the myriad of best practices and standards for IT (e.g., ITIL, PCI, ISO27002, etc.) to COBIT&#039;s broad set of IT processes and controls; this points to the increasing popularity of COBIT as an IT-specific controls framework.</description>
		<content:encoded><![CDATA[<p>Typically, I don&#8217;t see COSO and COBIT as competing with each other, at least with respect to SOX; rather, they&#8217;re complimentary.  Therefore, it&#8217;s probably not easy to quantify &#8220;COSO vs. COBIT&#8221; users, since there will be a lot of overlap.  Most often, I see organizations use a combination of both: COSO for auditing the appropriateness of internal financial reporting processes, and COBIT for the components of IT that support these financial processes.  As far as cultural aspects go, I do find that, outside the U.S., companies tend to prefer ISO27001/27002 for IT-level process auditing, but COSO is still the preferred framework for non-IT auditing.</p>
<p>SOX-scoped organizations generally do have internal auditors, but they are also required to utilize external auditors.  In a perfect world, it would be great for organizations to have a single internal audit capability, that was educated well enough in both accounting processes and IT operations to support a seamless audit function between the two.  Pragmatically, however, most organizations just aren&#8217;t there.  In most cases, IT functions are still discrete from accounting functions, and as a result, most organizations split up their auditing into different efforts; IT SOX audits become a subset of the overall SOX compliance audit.  While it&#8217;s true that this does add overhead compared to a single, end-to-end audit function, the reality is that very few organizations are politically structured in a manner that supports this.  Practically speaking, the vast majority of SOX companies have separate groups (both internally and externally): one to address SOX audits for financial reporting, and one to address the IT operations that support that financial reporting process.</p>
<p>From an IT auditing perspective, COBIT is well established (at least in the U.S.)  All major accounting firms base their own IT SOX auditing on the COBIT framework, and even if they have their own audit criteria, they map this criteria into COBIT.  There are also a large number of projects out there to align the myriad of best practices and standards for IT (e.g., ITIL, PCI, ISO27002, etc.) to COBIT&#8217;s broad set of IT processes and controls; this points to the increasing popularity of COBIT as an IT-specific controls framework.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre Gironda</title>
		<link>http://blog.eiqnetworks.com/2008/11/20/puzzle-pieces-the-relationship-between-sox-coso-and-cobit/#comment-2</link>
		<dc:creator>Andre Gironda</dc:creator>
		<pubDate>Thu, 20 Nov 2008 20:10:38 +0000</pubDate>
		<guid isPermaLink="false">http://eiqviews.wordpress.com/?p=39#comment-2</guid>
		<description>What percentage of organizations under SOX use COSO over COBIT for IT processes and what are the dominant reasons for doing so?  Why would an organization use COSO instead of COBIT?  Is this a cultural thing?

Don&#039;t most organizations under SOX utilize internal auditors to do both &quot;general accounting&quot; and &quot;IT-specific&quot; processes?  Why would an organization separate the two?  Wouldn&#039;t that add unnecessary overhead to the audit process?  Isn&#039;t this where the idea of COSO vs. COBIT (as competitive frameworks) comes from?

AFAIK, internal auditors use COSO in the United States, especially for SOX.  COBIT is just for the academic and research literature.  Correct me if I&#039;m wrong.</description>
		<content:encoded><![CDATA[<p>What percentage of organizations under SOX use COSO over COBIT for IT processes and what are the dominant reasons for doing so?  Why would an organization use COSO instead of COBIT?  Is this a cultural thing?</p>
<p>Don&#8217;t most organizations under SOX utilize internal auditors to do both &#8220;general accounting&#8221; and &#8220;IT-specific&#8221; processes?  Why would an organization separate the two?  Wouldn&#8217;t that add unnecessary overhead to the audit process?  Isn&#8217;t this where the idea of COSO vs. COBIT (as competitive frameworks) comes from?</p>
<p>AFAIK, internal auditors use COSO in the United States, especially for SOX.  COBIT is just for the academic and research literature.  Correct me if I&#8217;m wrong.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
