<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Regulatory Reality &#187; data security</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/data-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance</link>
	<description>A SearchFinancialSecurity.com blog</description>
	<lastBuildDate>Wed, 06 Mar 2013 17:19:34 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Security Standards: What&#8217;s in a name?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/security-standards-whats-in-a-name/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/security-standards-whats-in-a-name/#comments</comments>
		<pubDate>Wed, 06 Mar 2013 17:19:34 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[assess]]></category>
		<category><![CDATA[assessment]]></category>
		<category><![CDATA[assessments]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[auditor]]></category>
		<category><![CDATA[audits]]></category>
		<category><![CDATA[CISO]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[controls]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[credit unions]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[framework]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[information security office]]></category>
		<category><![CDATA[infrastructure]]></category>
		<category><![CDATA[ISO]]></category>
		<category><![CDATA[risk assess]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[risk assessments]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[risk-based]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=1054</guid>
		<description><![CDATA[I had an interesting phone call recently with someone in a CISO-type position.  They were looking for a consultant to help them keep a seat warm working with information security risk assessments and were hoping to find a resource with practical experience using the NIST 800-53 standard.  It was the second such conversation I&#8217;ve had [...]]]></description>
				<content:encoded><![CDATA[<p>I had an interesting phone call recently with someone in a CISO-type position.  They were looking for a consultant to help them keep a seat warm working with information security risk assessments and were hoping to find a resource with practical experience using the NIST 800-53 standard.  It was the second such conversation I&#8217;ve had recently where a manager was looking for experience with a specific security framework (the other was ISO 27000).  During the conversation I pointed out that while I&#8217;ve worked with the NIST standard previously I&#8217;ve also worked with the related ISO standard, PCI and all of the security related FFIEC guidelines.  And of course beyond the frameworks and guidelines I&#8217;ve also been auditing since 1997 and have had to consider just about every known risk factor and dimension independent of an existing standard.  So for me it&#8217;s all mostly semantics in terms of which framework anyone is using.</p>
<p>In the days since that conversation I&#8217;ve put some thought into the frameworks because in the end the aforementioned CISO was committed to finding the NIST experience and eventually did.  But what did that really mean?  Having fairly recently had the occasion to have both NIST 800-53 and the ISO 27000 documents  in front of me it was striking how similar they both were with only a few obvious distinctions to be made between the two.  Essentially the differences reflected more on the cultures that created them than the risk factors they were focused on (NIST = U.S.A and ISO = European).  But information technology architectures fundamentally are identical the world over so despite formatting and spelling they both are addressing the same challenges whether or not they realise it. And for those of us who have familiarity with both, to know one is to know both, even if those who are committed to either one disagree.  If you&#8217;ve worked on audit/assessment projects leveraging ISO 2700o material you&#8217;re immediately qualified to work on projects using the corresponding NIST framework and vice versa.   And if you have experience working with PCI standards guess what?  You can pretty much step in and work with either NIST or ISO content (except of course you have to expand your sights to include the entire infrastructure, not just on whatever touches PAN data).</p>
<p>My preference is that we would consolidate globally into the ISO frameworks where applicable and maybe even fit that in to the SSAE 16 process.  I&#8217;ve read enough toothless SAS 70/SSAE 16 reports to know that it&#8217;s easy enough to rig the system to your advantage.  And unless you&#8217;re a government agency that has to comply with NIST there&#8217;s little meaningful value to using NIST whereas being ISO 27000 certified carries a great deal of weight within the audit/assurance community.  Plus there&#8217;s the added benefit of having InfoSec practitioners all getting trained and practiced at both building out ISO 27000 compliant solutions and also knowing how to test the related controls.  Think about that, a single global security standard regardless of where you enter into the profession.  Having run a few practices in my career and way more than my fair share of engagements I can tell you that has great appeal.  Plus it would help eliminate awkward dialogues where my sixteen years of real and relevant experience is at least partially marginalized because it hasn&#8217;t all been with one particular standard.</p>
<p>Ultimately in the end a frameworks only meaningful advantage is that it theoretically ensures consistency in how controls are identified and assessed.  If you have someone who knows a framework but doesn&#8217;t really understand the details within that sort of defeats the process anyway, no matter how robust or thorough it may be.  Perhaps that&#8217;s why I consider it a non-issue when it comes to which frameworks a practitioner has used.  I&#8217;d much rather work with someone who understands the technology and has a good feel for the details rather than someone who knows that SDLC is addressed in SA-3 for NIST or Section 12.5 for ISO 27002.  But than again, I&#8217;ve always been more concerned with real risk, not perceived risk so this shouldn&#8217;t be surprising to anyone who&#8217;s read my content in the past.</p>
<p>A security framework by any other name would be just as comprehensive, you know what I mean?</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/security-standards-whats-in-a-name/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Has PayPal lost its collective mind?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/has-paypal-lost-its-collective-mind/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/has-paypal-lost-its-collective-mind/#comments</comments>
		<pubDate>Tue, 21 Aug 2012 14:21:42 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[checking account]]></category>
		<category><![CDATA[checks]]></category>
		<category><![CDATA[credit]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[cyber security]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[hacker]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[identify theft]]></category>
		<category><![CDATA[identity management]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[NPPI]]></category>
		<category><![CDATA[password]]></category>
		<category><![CDATA[password theft]]></category>
		<category><![CDATA[phish]]></category>
		<category><![CDATA[phishing]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulations]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=964</guid>
		<description><![CDATA[I&#8217;m not much of a shopper.  I decide what it is I need/want to buy, assess the market place to determine quality and price and once I have a generally strong sense for both make a decision and move forward.  My wife on the other hand loves the constant trolling, scouring and scouting of just [...]]]></description>
				<content:encoded><![CDATA[<p>I&#8217;m not much of a shopper.  I decide what it is I need/want to buy, assess the market place to determine quality and price and once I have a generally strong sense for both make a decision and move forward.  My wife on the other hand loves the constant trolling, scouring and scouting of just about any market and any product therein to find bargains, deals and steals.  So for her eBay has been among the happiest distractions ever.  She&#8217;s a bit of a night owl and after spending the first few decades of life being handcuffed by traditional store hours has found both eBay and the Internet to be the great equalizer.  And it&#8217;s difficult to think of eBay without also thinking of its most important business partner PayPal, an online payment processor that has for all intents and purposes revolutionalized the way we spend our money.</p>
<p>Our family has had a PayPal account almost since PayPal has offered them.  It&#8217;s remarkably convenient, it provides us great flexibility to shop online using a single payment source and I love that we&#8217;ve been able to change funding sources several times over the years.  It&#8217;s always conveyed a certain sense of security; I&#8217;ve just always felt safe using PayPal.  I&#8217;ve even gone so far as to suggest that at some point, if PayPal management grows things just right I could see a future state where paper currency and maybe even actual physical credit cards go away and are replaced by some version of their services.  When I discovered this past year that Home Depot already allows you to use PayPal to make in-store purchases I was convinced I was right.  Now I&#8217;m not so sure.</p>
<p>Over the past year or so I&#8217;ve been getting the occasional email ping from PayPal regarding our reaching a spending limit.  It&#8217;s a fairly high limit for most but considering that we&#8217;ve been using PayPal to make purchases going back nearly a decade maybe not as much.  But the message has been quite clear; if we didn&#8217;t verify our account before reaching this limit it would be &#8220; the maximum amount of money you can send or use for purchases before you need to become Verified&#8221;.   So how you become verified is quite simple &#8211; either give up your bank account information or apply for a privately owned credit card.  No, seriously, those are the only two options.</p>
<p>My first thought was that although I liked having the protective layer of a credit card product buffering my PayPal account from my actual money I was okay with providing bank account information.  It&#8217;s not like I don&#8217;t use that in other places to make payments and so there wouldn&#8217;t be any enhanced risk by doing so again.  I wasn&#8217;t going to apply for a PayPal-based credit card because I don&#8217;t want one or need one and I wasn&#8217;t looking for a new credit source anyway, I just wanted to continue using PayPal.  I clicked on the option to provide my bank account information and after the initial screen where they ask for the routing and account details and clicking on &#8220;Submit&#8221; I was presented with a screen that I still can&#8217;t believe exists.  Right there before my eyes was a screen from PayPal in which they ask me to provide my online banking user-id and password so they can verify a series of PayPal generated payments thus confirming my banking details.  Let me repeat that one more time; PayPal asked me to provide them with my online banking user-id and password.</p>
<p>Has PayPal lost its collective mind?  Seriously, have they?</p>
<p>I was stunned, almost to the point where I couldn&#8217;t get coherent words to flow.  I immediately fired off an email to PayPal customer support asking them how they could do something so outrageous.  Within minutes I received an automatically generated reply which I always find insulting, as if though I&#8217;m not worth an actual intelligent and personal response.  It was a complete regurgitation of everything stated on their website and completely ignored the gist of my email.  I fired off a second email missive, this time way more specific.  Here&#8217;s what I wrote:</p>
<div><em>&#8220;How can you ask customers for their user-id and password for their online banking?  Surely this must be either a scam run by hackers and not a legitimate request by your company or a misunderstanding on my part.&#8221;</em></div>
<div></div>
<div>That was more than a week ago, they haven&#8217;t responded.</div>
<div></div>
<div>Let me just go right out there on that limb and state unequivocally that there is never any reasons whatsoever to share something as sensitive as your online banking user-id and password with anyone, ever!  PayPal needs to immediately revisit their business model and eliminate such an egregious requirement.  Seriously, what&#8217;s the point of doing what it is that I and my fellow practitioners do to make sure that PII and NPPI is being properly protected by financial institutions when one of the largest payment processors in the world is collecting the most sensitive of information?  They don&#8217;t need it, you shouldn&#8217;t be required to provide it and they should be forced to stop asking for it!  Shouldn&#8217;t this sort of thing be regulated by somebody?  Anybody?</div>
<div></div>
<div></div>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/has-paypal-lost-its-collective-mind/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Credit Card Breaches: The times they need a changin&#8217;</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/credit-card-breaches-the-times-they-need-a-changin/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/credit-card-breaches-the-times-they-need-a-changin/#comments</comments>
		<pubDate>Sun, 29 Jul 2012 18:39:13 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[ATM]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[checking account]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[credit]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[cyber security]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[evidence]]></category>
		<category><![CDATA[financial institutions]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[hacker]]></category>
		<category><![CDATA[hackers]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[id theft]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[oversight]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[personally identifiable informaiton]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[security breach]]></category>
		<category><![CDATA[theft]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=945</guid>
		<description><![CDATA[If my blogging about credit card breaches has a bit of a deja vu feel to it you&#8217;re not crazy, I last touched on it less than six months ago.  Sadly I was handed a new update this week in the form of my bank card being cancelled from right out underneath me again.   [...]]]></description>
				<content:encoded><![CDATA[<p>If my blogging about credit card breaches has a bit of a deja vu feel to it you&#8217;re not crazy, I last touched on it less than six months ago.  Sadly I was handed a new update this week in the form of my bank card being cancelled from right out underneath me again.   For those of you keeping score this would be the second time in 2012, a new personal record.</p>
<p>Here&#8217;s the sequence of events:</p>
<p>Wednesday morning I received an email alert from a company I use that my automatic monthly payment was declined.  Knowing full well it wasn&#8217;t a balance issue I assumed correctly that my bank had cancelled the card.  As I travel extensively and rely on the card exclusively I made my way to a local branch later that morning.  Along the way I called into the service center and confirmed my suspicions, that Visa informed the bank that my card was part of a range of numbers that was possibly exposed via a breach.  I asked if it was possible to learn the name of the offending vendor and was told (same as last time) that Visa doesn&#8217;t share that information.  As I am now a two-time victim it&#8217;s easy to spot the trend and hard to ignore the possibility that it might have involved the same vendor both times.  It wound up taking three visits to a branch to straighten me out and actually get a functioning card in my wallet.  The inconvenience is more than benign as I use the card in several places and will now need to make manual, one-off payments with the temporary card while awaiting the permanent card so that I can update the affected accounts.  By the time this is all said and done it will have resulted in my exhausting more than a half day of billable time trying to fix a problem I didn&#8217;t create.</p>
<p>A few things need to change.</p>
<ul>
<li>First, as part of the breach notification the card issuer needs to share with the cardholder the source of said breach.  I&#8217;ve been hit twice in six months, there&#8217;s a better than even chance that it involved the same vendor and/or processor and I deserve to know if that&#8217;s true.</li>
<li>Second, affected cardholders should receive status updates providing details about the breach including the suspected source, the techniques potentially used and a description of any follow-up actions including investigative and (hopefully) criminal prosecution.</li>
<li>Third, issuers need to have a better system in place to address breaches.  The fact that I have to overtly take action in order to replace the card is a joke.  I&#8217;m a billable resource and taking time out to wait to talk to a customer service representative results in loss of income; I&#8217;m being punished twice as a result.  I should have been offered the option to have a card overnighted to me or have been able to receive a card at any teller window and have it activated right there and then (I had to first activate at an ATM before I could use the temporary plastic).  The card replacement process needs to be streamlined.</li>
</ul>
<p>We collectively as an industry and a society need to accept that both identity and card theft is a mainstream occurrence and adjust accordingly.  Legislation is needed to further insulate the victims (like me) from any extended damage or inconvenience and ensure as smooth a process as possible to allow us to continue living our lives.  Because right now I don&#8217;t just feel like a victim, I feel like I&#8217;m being punished for being one and treated like I simply don&#8217;t matter.</p>
<p>Hey Washington, make the industry tell us what&#8217;s going on and to treat the consumers better!</p>
<p>Oh, and PCI Security Standards Council, how&#8217;s that framework working out for you?  I&#8217;m thinking the only one benefiting from your content are the practitioners making money by supporting it.</p>
<p>Seriously, something needs to change.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/credit-card-breaches-the-times-they-need-a-changin/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>CFPB: Filling the regulatory void left by Sheila Bair</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-filling-the-regulatory-void-left-by-sheila-bair/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-filling-the-regulatory-void-left-by-sheila-bair/#comments</comments>
		<pubDate>Sat, 21 Jul 2012 20:25:31 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Add new tag]]></category>
		<category><![CDATA[assess]]></category>
		<category><![CDATA[assessment]]></category>
		<category><![CDATA[assessments]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banking crisis]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[compliance officer]]></category>
		<category><![CDATA[compliant]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[credit]]></category>
		<category><![CDATA[credit card]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[Dodd-Frank]]></category>
		<category><![CDATA[economy]]></category>
		<category><![CDATA[enterprise risk]]></category>
		<category><![CDATA[enterprise risk management]]></category>
		<category><![CDATA[ERM]]></category>
		<category><![CDATA[exam]]></category>
		<category><![CDATA[examination]]></category>
		<category><![CDATA[examinations]]></category>
		<category><![CDATA[examiner]]></category>
		<category><![CDATA[examiners]]></category>
		<category><![CDATA[exams]]></category>
		<category><![CDATA[Federal Reserve Bank]]></category>
		<category><![CDATA[FFIEC]]></category>
		<category><![CDATA[financial]]></category>
		<category><![CDATA[financial institutions]]></category>
		<category><![CDATA[framework]]></category>
		<category><![CDATA[information security office]]></category>
		<category><![CDATA[lending]]></category>
		<category><![CDATA[LinkedIn]]></category>
		<category><![CDATA[mortgage]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[NCUA Sheila Bair]]></category>
		<category><![CDATA[NPPI]]></category>
		<category><![CDATA[observations]]></category>
		<category><![CDATA[oversight]]></category>
		<category><![CDATA[personally identifiable informaiton]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[procedure]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulations audit]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[regulatory guidance]]></category>
		<category><![CDATA[risk assess]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[risk assessments]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[risk-based]]></category>
		<category><![CDATA[risks]]></category>
		<category><![CDATA[security PII]]></category>
		<category><![CDATA[Sheila Bair]]></category>
		<category><![CDATA[social security numbers]]></category>
		<category><![CDATA[technology]]></category>
		<category><![CDATA[third party management]]></category>
		<category><![CDATA[third party oversight]]></category>
		<category><![CDATA[vendor]]></category>
		<category><![CDATA[Vendor Management]]></category>
		<category><![CDATA[vendor risk]]></category>
		<category><![CDATA[vendor risk assessment]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=935</guid>
		<description><![CDATA[I was an unabashed fan of Sheila Bair and made no secret of that fact.  She was a breath of fresh air in a line of work where everything is stale and always at least a little boring.  Not that Martin Gruenberg is any less effective running the FDIC, he&#8217;s just a whole lot less [...]]]></description>
				<content:encoded><![CDATA[<p>I was an unabashed fan of Sheila Bair and made no secret of that fact.  She was a breath of fresh air in a line of work where everything is stale and always at least a little boring.  Not that Martin Gruenberg is any less effective running the FDIC, he&#8217;s just a whole lot less interesting to pay attention to.  And in the time since Ms. Bair stepped down I&#8217;ve just not been finding much to blog about regarding things the government is doing.</p>
<p>Things are looking up a bit because I have a new favorite regulatory agency to follow, the Consumer Financial Protection Bureau (CFPB).  And here&#8217;s why:  They focus on things that impact my day-to-day life (and yours as well).</p>
<p>I started tracking what the CFPB was doing about five months ago by accident.  Someone I know who used to be an examiner for the FRB switched over to the newer agency right at its infancy and I noticed this courtesy of a LinkedIn update.  Because I consider the Fed to be the Big Kahuna of the regulatory agencies I was surprised (you don&#8217;t leave the Yankees to sign with an expansion team unless you have to, or so I thought).  Compelled a bit by the update I started poking around the CFPB website.  For the first few months of this year it seemed to have potential but was little more than brochure-ware.  But last month that all changed.</p>
<p>The first CFPB update that caught my attention was labeled <a title="CFPB Regulations" href="http://www.consumerfinance.gov/pressreleases/consumer-financial-protection-bureau-adopts-rule-for-the-protection-of-privileged-information/" target="_blank">12 CFR Part 1070</a> and it was all about the protection of consumer data, only with a slight twist.  Basically it was all about how any information they received as part of their field work would be protected exactly the same way that any third party vendor would be required to.  Despite their being a Federal agency they weren&#8217;t going to hide behind that as a means to simplify their lives.  They spearheaded an update to the underlying regulation that frames their charter so that consumers and their institutions can be assured that all PII and NPPI would be protected.  For me it was a rare win-win topic; protection of PII and NPPI combined with a reference to vendor management (these are a few of my favorite things).  And really for me it was that much more significant because I&#8217;ve known of a few situations where representatives of Federal and State regulatory agencies were responsible for the outright loss of confidential and/or restricted data.  Beyond a slap on the wrist there wasn&#8217;t much else done to the offending examiner or their agency.  And the affected institution couldn&#8217;t really complain too loudly because it&#8217;s always a bad idea to challenge your regulators, even when you&#8217;re in the right.  So I thought this was all at once a compelling and remarkably sensible update by a regulator, not something I&#8217;d expect to see.  That was the first points on the board for the CFPB.</p>
<p>The second set of points were scored almost on the same day.  I wanted to check one of the details related to the aforementioned update and noticed this one &#8220;<a title="Reverse Mortgage Report" href="http://www.consumerfinance.gov/pressreleases/consumer-financial-protection-bureau-report-finds-confusion-in-reverse-mortgage-market/" target="_blank">Consumer Financial Protection Bureau report finds confusion in reverse mortgage market</a>&#8220;.  Because I have a parent who is a senior citizen and who I think might one day soon be open to at least exploring a reverse mortgage I read with great interest.  The report was in plain English, was oriented in such a way that I could share it with my family and have them understand the issues and concerns detailed within and most importantly it made sense.  Reverse mortgages are growing in popularity and its main audience is the senior citizens segment of society.  Seniors tend to be  more easily misled, they&#8217;re under greater pressures to find new money sources (courtesy of our recession) at a time in their lives where going back to work is often not an option.  And because a parent would do almost anything rather than turn to their children for financial assistance they see a reverse mortgage as a way out of their predicament.  So for me having this content available was quite the relief.  I can caution and advise all day and night but the risks presented by a reverse mortgage are much more credible coming from an authorized source.  And so I celebrated July 4th this year by declaring the CFPB my new FDIC (the Sheila Bair inspired version, not the current blah one).</p>
<p>Here&#8217;s my really bizarro advice to any of you with even the slightest interest in regulatory oversight; if you haven&#8217;t already done so visit <a title="CFPB - Home" href="http://www.consumerfinance.gov/" target="_blank">www.cfpb.gov</a> and take a look around.  It&#8217;s oriented towards lay people, not just lawyers and regulators (and practitioners like me) and addresses topics and concerns that affect the majority of our population.  Basically it&#8217;s what I would expect from a regulator that still has that new agency smell but nothing like I&#8217;ve come to know from those that preceded it.  To those who have had a hand in defining its charter and organizing its content, great job!   Now repay my kind words by going out and getting me some juicy enforcement stories to write about.</p>
<p>&nbsp;</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-filling-the-regulatory-void-left-by-sheila-bair/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>My bank card was compromised.</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/#comments</comments>
		<pubDate>Tue, 06 Mar 2012 18:00:58 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[breach]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=887</guid>
		<description><![CDATA[I recognize that this is a sign of the times we now live in.  We use plastic everywhere, our sensitive account information is digitized all over the place and security controls protecting that information are only as strong as their weakest link.]]></description>
				<content:encoded><![CDATA[<p>Two weeks ago, about two hours before departing on a long weekend trip to welcome back baseball in Florida I received an email from my bank indicating that there&#8217;s been suspicious activity on my Visa check card and that it&#8217;s been suspended.  Considering that under normal conditions I think my families spending is a bit unusual I figured it was just a mix up.  I mean, during most weeks I can fill up my car in four different states, make purchases in five and buy an impressive assortment of merchandise spanning the full range of the consumer spectrum.</p>
<p>So I called up in an attempt to resolve things and was informed that it wasn&#8217;t my spending that caused a problem, it was the fact that one of the vendors I completed a transaction with reported a breach.  Because my card number was potentially included in that breach I was shut down.  I was fortunate that my bank is setup to help customers manage these situations fairly effortlessly (I don&#8217;t love them most of the time but this event won them some points with me) and after a brief stop at a local branch I had a temporary card and was able to continue on my trip.</p>
<p>A few items of note surfaced as a result of this experience.  The first is that my bank would not reveal the vendor that reported the breach.  The customer service representative I spoke with claimed that she didn&#8217;t have access to the information which I sort of believed.  But when I asked how I could find that information out she replied that they typically don&#8217;t share it.  I thought that a bit odd.  Shouldn&#8217;t I as a consumer be able to make informed decisions about who I do business with?  I should be able to find out who the vendor is so that I can decide whether or not I&#8217;ll continue to give them any of my hard earned dollars.  The second thing that I found curious was how seamlessly the replacement process was.  They had a stack of temporary cards about five inches thick and a process so well defined and efficient that it almost seemed like I was asking to borrow a pen so I could sign something.  When I returned to the car my son who had been waiting for me assumed they weren&#8217;t able to help me because I was out so fast.  How often does this sort of thing happen?  And to make their degree of efficiency that much more notable a friend of mine experienced something similar and it took her bank over a week to get a new piece of plastic into her hands.</p>
<p>I recognize that this is a sign of the times we now live in.  We use plastic everywhere, our sensitive account information is digitized all over the place and security controls protecting that information are only as strong as their weakest link.  It&#8217;s why you&#8217;ve heard me say many a time that requirements like PCI are an excellent starting point but by no means the end-all to be-all for securing the perimeter.  All it takes is one USB storage device to go missing, one new appliance added to a network with default values unchanged, one person printing off a report with NPPI and forgetting to pick it up from the printer and viola, a breach is born.</p>
<p>I&#8217;m frequently onsite at clients of wildly varying sizes and I find something every day that makes me realize that sometimes the best weapon against a company being embarrassed by some sort of exposure is just dumb luck.  Regardless of whether they have a well formed team of risk and compliance folks working hard to protect information assets or just a single person serving in a related function it comes down to human nature both in terms of those not following the rules and those who are ready to exploit that fact.  A prime example is that when I find sensitive information left exposed I collect it and either dispose of it properly or lock it up to share with the appropriate party as a &#8220;for instance&#8221;.  However in those places where less honest people make similar discoveries  that same information becomes a commodity to be sold to those who indulge in things like identity theft.  Like I said, it comes down to pure dumb luck.</p>
<p>And so I&#8217;m left wondering if my now deactivated and defunct bank card was the victim of human nature, a sophisticated scheme to access otherwise properly secured sensitive information or just plain incompetence.  And while I&#8217;m glad that my bank was swift to react and protect me I wish they&#8217;d extend that to also inform and educate me as well.  I mean honestly, if I&#8217;m going to be forced to memorize a whole new series of numbers shouldn&#8217;t I at least be allowed to know who&#8217;s to blame?</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/my-bank-card-was-compromised/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Risk versus reward: Data warehouses and the cloud</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-anyone-weigh-risk-versus-reward/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-anyone-weigh-risk-versus-reward/#comments</comments>
		<pubDate>Tue, 28 Dec 2010 20:55:11 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[assessment]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[data warehouse]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[SOX]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=581</guid>
		<description><![CDATA[Perhaps when you consider how much audit and assessment work this is likely going to generate over the next few years I should be more grateful than concerned.  But I'm happier when things are done right to begin with and all I have to do is prove it.]]></description>
				<content:encoded><![CDATA[<p>It&#8217;s a popular time of the year for people like myself who publish any form of content to either reflect on the year that was or make predictions on the year that&#8217;s to be. Confidentially those are typically easy pieces to write and I&#8217;m generally happy to take advantage of such opportunities. However, I&#8217;m ending 2010 preoccupied with my latest concern which has me a bit on edge, and so I&#8217;m using my last post of the year to vent.</p>
<p>In the past few weeks I&#8217;ve participated in several conversations that focused on both cloud computing and data warehouses. As I&#8217;ve stated previously, I have some very real concerns about security in this ever growing amorphous collection of computing resources commonly referred to as &#8220;The Cloud.&#8221; Forgive a onetime science fiction fan a little leeway but I keep conjuring up images of &#8220;The Blob&#8221; whenever I hear that phrase. It&#8217;s sort of like the dimensions of our universe; no one is really sure where it begins or where (or if) it ends. So how do you lock it down and apply the necessary controls to sensitive data? Honestly, companies have struggled for years to properly classify their data and build appropriate controls trying to protect what needs protecting and that was when the data was stored in clearly identifiable repositories and servers. Now they&#8217;re moving the same information into an architecture that is harder to segment (because it defeats the very purpose of its design) which can often change dynamically. How can you properly secure and monitor a moving target? Based on my experience, I&#8217;m thinking you can&#8217;t.</p>
<p>As for data warehouses: Does anyone really know how these things are being used? After a recent call with a client, I had reason to question a few of my associates who either work with or have familiarity with how companies are using their related solutions and quite frankly I&#8217;m stunned. It seems that it&#8217;s quite common for data warehouse architects to reach out and grab data from whatever systems they happen to come across without even having a legitimate reason. One of my contacts told me that the project lead at his company is fond of throwing around the CEO&#8217;s name when met with some resistance, as if not sharing data from your applications database will create a blind spot and result in the company making a poorly formed decision. I clearly remember the original purpose of a centralized repository and that was to consolidate related information that allowed management to obtain a broader perspective on their business. It was never intended to duplicate all bits and bytes so that information existed in multiple locations and it was supposed to be driven by the business, not IT. But apparently it&#8217;s now quite common for the data warehouse team to participate in the change management process to determine if enhanced or newly implemented applications should be plugged into their repository. What if there&#8217;s a table with sensitive data that&#8217;s properly secured but is now being shared with the data warehouse? Is it properly secured? Who has access to the warehouse?</p>
<p>So what happens when you start using a cloud computing architecture to locate your data warehouse? You can&#8217;t provide the same enhanced level of protection to all your data because there&#8217;s a very real cost associated with that. And if you can&#8217;t properly predict where the data is going to be stored (either in the cloud or in a separate repository such as a data warehouse) how do you even know where to begin?</p>
<p>Perhaps when you consider how much audit and assessment work this is likely going to generate over the next few years, I should be more grateful than concerned. But I&#8217;m happier when things are done right to begin with and all I have to do is prove it.</p>
<p>Anyway, Happy New Year to all!</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-anyone-weigh-risk-versus-reward/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
