<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" version="2.0">
<channel>
	<title>Comments for RisknCompliance Consulting Group</title>
	
	<link>http://rnc2.com</link>
	<description>Pragmatic Information Risk Management through Thought Leadership</description>
	<lastBuildDate>Wed, 23 May 2012 13:06:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/CommentsForRisknCompliance" /><feedburner:info xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" uri="commentsforriskncompliance" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Comment on Logging for PCI DSS Compliance by Kamal Govindaswamy</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/logging-for-pci-dss-compliance/comment-page-1/#comment-7320</link>
		<dc:creator>Kamal Govindaswamy</dc:creator>
		<pubDate>Wed, 23 May 2012 13:06:01 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=68#comment-7320</guid>
		<description><![CDATA[Thanks for your interest. I would direct you to certain reference sources ... One source that immediately comes to mind is http://www.ultimatewindowssecurity.com/securitylog/default.aspx. I believe Randy Franklin Smith&#039;s resources and webinars may be especially useful in addressing your needs.]]></description>
		<content:encoded><![CDATA[<p>Thanks for your interest. I would direct you to certain reference sources &#8230; One source that immediately comes to mind is <a href="http://www.ultimatewindowssecurity.com/securitylog/default.aspx" rel="nofollow">http://www.ultimatewindowssecurity.com/securitylog/default.aspx</a>. I believe Randy Franklin Smith&#8217;s resources and webinars may be especially useful in addressing your needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Logging for PCI DSS Compliance by Michael Mather</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/logging-for-pci-dss-compliance/comment-page-1/#comment-7251</link>
		<dc:creator>Michael Mather</dc:creator>
		<pubDate>Tue, 22 May 2012 23:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=68#comment-7251</guid>
		<description><![CDATA[Thanks for this extensive list.

It would also be nice if you said how to implement this in Windows. For those of us who are not experts in the subject.]]></description>
		<content:encoded><![CDATA[<p>Thanks for this extensive list.</p>
<p>It would also be nice if you said how to implement this in Windows. For those of us who are not experts in the subject.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Verizon 2010 Data Breach Investigations Report – Key takeaways for Security Assessors and Auditors by Lets talk some real insider threat numbers – How can Access Governance and SIEM be useful as effective safeguards? | Consulting &amp; Business Intelligence Services Private Limited</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/verizon-2010-data-breach-investigations-report-key-takeaways-for-security-assessors-or-auditors/comment-page-1/#comment-1982</link>
		<dc:creator>Lets talk some real insider threat numbers – How can Access Governance and SIEM be useful as effective safeguards? | Consulting &amp; Business Intelligence Services Private Limited</dc:creator>
		<pubDate>Sat, 10 Dec 2011 04:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=192#comment-1982</guid>
		<description><![CDATA[[...] If you have been following some of our posts, you probably realize that we don’t advocate security for the sake of security. Nor do we like to do compliance for the sake of compliance though you may not have much choice there if the compliance requirements are mandated by external regulations such as industry regulations (e.g. PCI DSS, NERC CIP etc.) or government regulations (e.g. HIPAA, GLBA, SOX etc.). On the other hand, we think that every investment in security projects or operations (beyond what is required for routine business support) must be justifiable in terms of the risk(s) that we are trying to mitigate or eliminate. And the allocation of IT resources and budgets must be prioritized by risk level which in turn requires every IT organization to conduct periodic risk assessments  and rank the risks by severity.  This probably sounds all too obvious but we still see a lot of security purchasing decisions being made that are not based on formal risk assessments or discernable risk-aligned  priorities. BTW, I talk about the quality of risk assessments in another post. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] If you have been following some of our posts, you probably realize that we don’t advocate security for the sake of security. Nor do we like to do compliance for the sake of compliance though you may not have much choice there if the compliance requirements are mandated by external regulations such as industry regulations (e.g. PCI DSS, NERC CIP etc.) or government regulations (e.g. HIPAA, GLBA, SOX etc.). On the other hand, we think that every investment in security projects or operations (beyond what is required for routine business support) must be justifiable in terms of the risk(s) that we are trying to mitigate or eliminate. And the allocation of IT resources and budgets must be prioritized by risk level which in turn requires every IT organization to conduct periodic risk assessments  and rank the risks by severity.  This probably sounds all too obvious but we still see a lot of security purchasing decisions being made that are not based on formal risk assessments or discernable risk-aligned  priorities. BTW, I talk about the quality of risk assessments in another post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on May we suggest some priority adjustments to your PCI DSS Compliance program? by Compliance obligations need not stand in the way of better information security and risk management | Consulting &amp; Business Intelligence Services Private Limited</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/may-we-suggest-some-priority-adjustments-to-your-pci-dss-compliance-program/comment-page-1/#comment-1929</link>
		<dc:creator>Compliance obligations need not stand in the way of better information security and risk management | Consulting &amp; Business Intelligence Services Private Limited</dc:creator>
		<pubDate>Wed, 07 Dec 2011 14:21:10 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=235#comment-1929</guid>
		<description><![CDATA[[...] that would force you to implement specific controls no matter what. Even if you are faced with an all-or-nothing regulation like PCI DSS, you can resort to using compensating controls (see here and here for some coverage of [...]]]></description>
		<content:encoded><![CDATA[<p>[...] that would force you to implement specific controls no matter what. Even if you are faced with an all-or-nothing regulation like PCI DSS, you can resort to using compensating controls (see here and here for some coverage of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCI DSS update related to digital audio recordings containing cardholder data by Emma Jenkins</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/pci-dss-update-related-to-digital-audio-recordings-containing-cardholder-data/comment-page-1/#comment-1168</link>
		<dc:creator>Emma Jenkins</dc:creator>
		<pubDate>Thu, 30 Jun 2011 15:23:51 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=42#comment-1168</guid>
		<description><![CDATA[Brian,

Yes, there are clear rules about storage of the PAN, even if you don&#039;t store the CV2 information. I recommend you read the release from the PCI SSC here: https://www.pcisecuritystandards.org/documents/protecting_telephone-based_payment_card_data.pdf

Emma.]]></description>
		<content:encoded><![CDATA[<p>Brian,</p>
<p>Yes, there are clear rules about storage of the PAN, even if you don&#8217;t store the CV2 information. I recommend you read the release from the PCI SSC here: <a href="https://www.pcisecuritystandards.org/documents/protecting_telephone-based_payment_card_data.pdf" rel="nofollow">https://www.pcisecuritystandards.org/documents/protecting_telephone-based_payment_card_data.pdf</a></p>
<p>Emma.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCI DSS update related to digital audio recordings containing cardholder data by Brian</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/pci-dss-update-related-to-digital-audio-recordings-containing-cardholder-data/comment-page-1/#comment-530</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 08 Feb 2011 15:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=42#comment-530</guid>
		<description><![CDATA[Hi, I am trying to get clarification on a question that has been raised by my boss regarding PCI DDS requirements.   The question is this………”If our call center records customer Primary Account Numbers (PAN) are there any requirements that apply to the related recordings ?    I understand that there is guidance out on Sensitive Authentication Data (SAD) pertaining to this issue, but I wanted to get clarification on the PAN issue.]]></description>
		<content:encoded><![CDATA[<p>Hi, I am trying to get clarification on a question that has been raised by my boss regarding PCI DDS requirements.   The question is this………”If our call center records customer Primary Account Numbers (PAN) are there any requirements that apply to the related recordings ?    I understand that there is guidance out on Sensitive Authentication Data (SAD) pertaining to this issue, but I wanted to get clarification on the PAN issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PCI DSS update related to digital audio recordings containing cardholder data by Brian</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/pci-dss-update-related-to-digital-audio-recordings-containing-cardholder-data/comment-page-1/#comment-509</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Thu, 03 Feb 2011 13:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=42#comment-509</guid>
		<description><![CDATA[I&#039;ve been asked to look into this for my employer.  To clarify, if a business has a call center and records PAN, but does not ask for, and as such, does not record authorization codes (CAV2, CVC2, CVV2 or CID)....are the recordings subject to PCI DSS ?  If so, what needs to be done to make the recordings compliant ?]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve been asked to look into this for my employer.  To clarify, if a business has a call center and records PAN, but does not ask for, and as such, does not record authorization codes (CAV2, CVC2, CVV2 or CID)&#8230;.are the recordings subject to PCI DSS ?  If so, what needs to be done to make the recordings compliant ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Providers – Is HIPAA Security Risk Analysis in your plan over the next few months? by Frank Ruelas</title>
		<link>http://rnc2.com/regulatory-compliance/hipaahhitech/providers-is-hipaa-security-risk-analysis-in-your-plan-over-the-next-few-months/comment-page-1/#comment-295</link>
		<dc:creator>Frank Ruelas</dc:creator>
		<pubDate>Mon, 15 Nov 2010 15:51:17 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=317#comment-295</guid>
		<description><![CDATA[I for one would hope that perhaps the &quot;meaningful use&quot; component will get folks moving on completing effective Risk Assessments and Analysis.

To date I see this as a lagging task.

Frank
frank@hipaacollege.com]]></description>
		<content:encoded><![CDATA[<p>I for one would hope that perhaps the &#8220;meaningful use&#8221; component will get folks moving on completing effective Risk Assessments and Analysis.</p>
<p>To date I see this as a lagging task.</p>
<p>Frank<br />
<a href="mailto:frank@hipaacollege.com">frank@hipaacollege.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Logging for Effective SIEM and PCI DSS Compliance …. UNIX, Network Devices and Databases by Todd Bell</title>
		<link>http://rnc2.com/regulatory-compliance/pcidss/logging-unix-network-databases-pci-dss/comment-page-1/#comment-191</link>
		<dc:creator>Todd Bell</dc:creator>
		<pubDate>Fri, 10 Sep 2010 04:48:41 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=167#comment-191</guid>
		<description><![CDATA[Outstanding work!  Very impressive.  I really appreciate how you properly identified the proper logging parameters for each type of system component and mapped to which PCI Standard.  Thank you for your assistance.]]></description>
		<content:encoded><![CDATA[<p>Outstanding work!  Very impressive.  I really appreciate how you properly identified the proper logging parameters for each type of system component and mapped to which PCI Standard.  Thank you for your assistance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on You don’t know what you don’t know – Do we have a "detection" problem with the healthcare data breach numbers? by Jack Anderson</title>
		<link>http://rnc2.com/regulatory-compliance/hipaahhitech/you-dont-know-what-you-dont-know-do-we-have-a-detection-problem-with-the-healthcare-data-breach-numbers/comment-page-1/#comment-188</link>
		<dc:creator>Jack Anderson</dc:creator>
		<pubDate>Sun, 05 Sep 2010 14:27:51 +0000</pubDate>
		<guid isPermaLink="false">http://rnc2.com/?p=263#comment-188</guid>
		<description><![CDATA[I would say that both the article pointing out the preponderance of physical loss and Kamal&#039;s analysis are true.  The difference is in reporting.  A high percentage of business associate are totally unaware of HIPAA standards and wouldn&#039;t recognize a breach if they fell in it.  You do notice when your laptop is missing but like Anthem Blue Cross you may not notice that your on-line application system has a hole in it that allows anyone to go in and look at over 200,000 records.]]></description>
		<content:encoded><![CDATA[<p>I would say that both the article pointing out the preponderance of physical loss and Kamal&#8217;s analysis are true.  The difference is in reporting.  A high percentage of business associate are totally unaware of HIPAA standards and wouldn&#8217;t recognize a breach if they fell in it.  You do notice when your laptop is missing but like Anthem Blue Cross you may not notice that your on-line application system has a hole in it that allows anyone to go in and look at over 200,000 records.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
