 




<?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; banking</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/banking/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>CFPB: Dodd-Frank at its best.</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-dodd-frank-at-its-best/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-dodd-frank-at-its-best/#comments</comments>
		<pubDate>Wed, 19 Dec 2012 13:51:59 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banking crisis]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[compliant]]></category>
		<category><![CDATA[Dodd-Frank]]></category>
		<category><![CDATA[economy]]></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[FRB]]></category>
		<category><![CDATA[mortgage]]></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[requirements]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[SOX]]></category>
		<category><![CDATA[third party management]]></category>
		<category><![CDATA[third party oversight]]></category>
		<category><![CDATA[too big too fail]]></category>
		<category><![CDATA[vendor]]></category>
		<category><![CDATA[Vendor Management]]></category>
		<category><![CDATA[vendor risk]]></category>
		<category><![CDATA[vendor risk assessment]]></category>
		<category><![CDATA[vendor risk rating]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=1013</guid>
		<description><![CDATA[The campaign season that ended with last month’s presidential elections generated more debate and rhetoric than any other in my lifetime.  As I&#8217;m an outspoken person who has never shied away from a good argument I routinely found myself engaged in exchanges with a remarkably broad range of people from middle schooler’s to octogenarians (and [...]]]></description>
				<content:encoded><![CDATA[<p>The campaign season that ended with last month’s presidential elections generated more debate and rhetoric than any other in my lifetime.  As I&#8217;m an outspoken person who has never shied away from a good argument I routinely found myself engaged in exchanges with a remarkably broad range of people from middle schooler’s to octogenarians (and that was just within my own family) that delved into an even broader range of issues.  I was amazed by how much misinformation was being spread about both candidates, what their platforms were, what their agendas were (both published and hidden) and how voting for one or the other was guaranteeing the downfall of our great nation.  Generally I took most of what I heard with a grain of salt and tried to work patiently through things to get as close to the truth as possible.  On a few occasion’s though I was presented with an assertion or opinion that required a little less patience and a bit more slapping upside the head.</p>
<p>Right after one of the debates I found myself knee deep in a debate about Dodd-Frank.  A close personal friend of mine, a very bright bulb who I’ve never found a reason to disagree with brought up Dodd-Frank as an example of horrible legislation that’s crippling banks and contributing to our horrible economic conditions.  Whoa, whoa, whoa…. rail against taxes, complain about government spending, assail the current administration for the dramatic escalation of our national debt.  But leave Dodd-Frank out of it because that’s not one of our bigger problems.  I can offer a five thousand word defense of the best parts of Dodd-Frank without even pausing to organize my thoughts but I don&#8217;t need to go that far.  I can sell it&#8217;s virtues in a single, simple sentence:  Any legislation that created the Consumer Financial Protection Bureau is instantly more effective than anything that&#8217;s come before it in my lifetime.</p>
<p>No, seriously&#8230; in my lifetime.</p>
<p>I&#8217;ve already screamed from the rooftops about how much I like the CFPB.  In my own geeky, nerdy way I&#8217;m proud to admit that I look forward to getting their regular updates and announcements because they always seem either ridiculously relevent or illuminate how they&#8217;re hot on the heels of yet another predatory business practice.  In barely a years time they&#8217;ve pushed deeper into the heart of the issues that crashed Wall Street in 2008 than anyone could have hoped (that&#8217;s my opinion but one I&#8217;m willing to defend).  And their examiners appear to be freaky efficient.  I&#8217;ve been hearing from our banking clients that they&#8217;re drilling in on details and covering more territory than was expected and that they&#8217;re discussing issues much closer to protecting customers (and members).   Our practice recently issued a bulletin to our clients alerting them to the fact that CFPB examiners are expecting related oversight to be pushed down to external business parters and vendors.  This is not a new consideration, it&#8217;s exactly the same as what&#8217;s supposed to happen with regards to GLBA (and one of the reasons we developed our related software and services for same) but still, we anticipated this would take several exam cycles to surface.  CFPB cut right to that chase in a heartbeat, which is stunning for such things.  It&#8217;s almost like someone told them where to look and what to look for which to a certain extent is true.</p>
<p>The CFPB didn&#8217;t start as most new agencies do.  They didn&#8217;t recruit green examiners and place them under the management of a few practiced hands.  What they apparently have done is to hire well seasoned examiners from related regulatory agencies (e.g. FDIC, FRB, OCC) have them contribute to creating the necessary procedures and then send them out to bring it all to life.  So on Day One they already know where the bodies are likely to be buried and what to do about it.  It&#8217;s brilliant, it&#8217;s efficient and it&#8217;s the very best example of  your government doing its job.</p>
<p>Here are some snippets from my in-box:</p>
<ul>
<li>Regarding the three main credit reporting agencies, the CFPB released a report that said &#8220;Among the key takeaways in the report, which is one of the most comprehensive studies of credit reporting to date, are that credit card history dominates the information in credit reports and that debt collection items  generate the highest rate of disputes&#8221;.  This becomes important for consumers who are trying to either establish or repair respectable credit ratings.  The news release further explained about the report that it &#8220;will help educate regulators and consumers about how this important industry works,” said CFPB Director Richard Cordray. &#8220;If consumers know how these companies handle their credit histories, they can make better decisions on how to handle their financial lives.&#8221;</li>
<li>This was another headline &#8220;CONSUMER FINANCIAL PROTECTION BUREAU HALTS ALLEGED NATIONWIDE MORTGAGE LOAN MODIFICATION SCAMS&#8221;.  The news release explained that the CFPB is  “taking on schemes that prey on consumers who are struggling to pay their mortgages or facing foreclosure,” said CFPB Director Richard Cordray. &#8220;We are especially concerned with those who misrepresent government programs or websites to divert distressed homeowners from needed assistance.&#8221;</li>
<li>And even still, another headline &#8220;CONSUMER FINANCIAL PROTECTION BUREAU PROPOSES ALLOWING COMPANIES TO RUN TRIAL DISCLOSURE PROGRAMS&#8221;.  And while this may seem dry to so many not close to the related issue this is signficant because right now most of us ignore all the small print.  The CFPB is trying to figure out better ways to present disclousre information so that us consumers both think to read it and, more importantly, understand what it&#8217;s telling us.  Rather than try and stuff a once-sized-fits-all solution down the industries throat they&#8217;re opening it up and authorizing institutions and lenders to explore different approaches.</li>
</ul>
<p>And the kicker about these three items?  This was all issued this month (December 2012) and we&#8217;re not even quite halfway through it.</p>
<p> </p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/cfpb-dodd-frank-at-its-best/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hurricane Sandy: An epic storm and the ultimate DR test</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hurricane-sandy-an-epic-storm-and-the-ultimate-dr-test/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hurricane-sandy-an-epic-storm-and-the-ultimate-dr-test/#comments</comments>
		<pubDate>Tue, 30 Oct 2012 15:09:04 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[audits]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[bank closing]]></category>
		<category><![CDATA[bank closings]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[BIA]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[business continuity]]></category>
		<category><![CDATA[business continuity plan]]></category>
		<category><![CDATA[business impact analysis]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[disaster recovery]]></category>
		<category><![CDATA[DR]]></category>
		<category><![CDATA[examiners]]></category>
		<category><![CDATA[internal audit]]></category>
		<category><![CDATA[internal controls]]></category>
		<category><![CDATA[ITGC]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[pandemic]]></category>
		<category><![CDATA[Pandemic Planning]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[procedure]]></category>
		<category><![CDATA[risk assess]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[risk assessments]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[risks]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=1004</guid>
		<description><![CDATA[I&#8217;ve written similar posts in that past where I start off by apologizing for appearing opportunistic when leveraging a significant news event to generate site content.  However when considering roughly one-third of all my clients are dealing with Hurricane Sandy this represents a rare chance to drive home a point. I&#8217;ve personally reviewed and/or audited [...]]]></description>
				<content:encoded><![CDATA[<p>I&#8217;ve written similar posts in that past where I start off by apologizing for appearing opportunistic when leveraging a significant news event to generate site content.  However when considering roughly one-third of all my clients are dealing with Hurricane Sandy this represents a rare chance to drive home a point.</p>
<p>I&#8217;ve personally reviewed and/or audited somewhere close to fifty business continuity/disaster recovery (BCP/DR) plans over the past decade.  I&#8217;ve also written or edited several of those as well in the past five years since moving into professional services for financial institutions.   Furthermore I&#8217;ve participated in roughly a half-dozen tests while still working within the infrastructure during the first part of my career.  Suffice to say I have at least an informed opinion regarding the viability of any such BCP/DR strategies.</p>
<p>Fundamentally there are a few varieties of  BCP/DR plans:  Those that are current and viable, those that convince your examiner that it&#8217;s current and viable and those that may have been viable years ago but bear no resemblance to your current business profile.  And beyond those there&#8217;s the worst of BCP/DR realities, the non-existent one.  But really in the end what your current state of preparedness comes down to is this &#8211; either you&#8217;re ready for an event or you&#8217;re not.   And in the past forty-eight hours that&#8217;s been made abundantly clear in the form of how many of my clients affected by Hurricane Sandy have navigated through what&#8217;s now clearly one of the worst weather events in my lifetime.</p>
<p>Around noontime yesterday (October 29, 2012) as weather conditions worsened and major metropolitan areas were literally shutting down for business I started checking up on a few clients.  The first thing I did was visit the website of every client that my practice has assisted with their BCP/DR strategy &#8211; each of them had updated their website to announce that branches in the affected areas were closed.  Some had a pop-up window with the update, others had a message displayed in either bright red letters, bold font or both.  As a standard design consideration each of them also had phone numbers clearly displayed and when I called a sampling real people answered and were available to assist me.  I inquired of a few of them where they were physically located and they were all located remotely and not on site in affected areas (much to their credit they were reluctant to share too much information).   The second thing I did was visit the website for a few clients whose BCP/DR plans were tagged during an audit/assessment as either being deficient or missing.  The websites were not updated and in all but one case I only learned that they were closed for the day after calling into a branch (one had an 800 number that was redirected to a real person).</p>
<p>Now I know this wasn&#8217;t a very deep or meaningful test of anyone&#8217;s ability to continue operations in the event of a disaster.   But what it did prove is that those institutions who had plans that were current and whose management team knew to rely upon had already thought through the little things that make a difference.   Someone knew to update the website, management knew to reroute calls away from unmanned branch locations.  I can only assume that the appropriate parties desginated to do so also contacted their regulators to inform them of their closing and that a phone chain was initiated informing staff thus keeping them off the roads and safe.  And because an important part of the plan creation/update process is both training and testing stakeholders are able to navigate through the decision tree and take appropriate related steps without having to think through it &#8211; one of the biggest challenges confronting management during a crisis.  The very best part of having a viable and current plan is that all the thinking has been done in advance and has been reviewed and validated which greatly reduces the chances that something (or someone) will be missed.</p>
<p>Here&#8217;s a sanity test:  If you didn&#8217;t know exactly where to begin the decision-making process or who to engage you&#8217;re in need of a new plan.  And if you did know but can&#8217;t be absolutely certain that others would be able to do the same in your absence, you&#8217;re in need of a new plan.  One of the rebuttals I&#8217;ve heard all too often when identifying a deficient or missing BCP is that management knows what to do should some manner of disaster strike.  That may be true but what happens if key people are unavailable or can&#8217;t be reached?</p>
<p>Seriously, when something like Hurricane Sandy occurs it&#8217;s the best time to consider how you&#8217;re institution would fare when navigating such an event.  Block off an hour within the next week with your key people, pull out your BCP/DR documentation and try and step through how you&#8217;d handle things under similar circumstances.  In a very short time you&#8217;ll gain a sense of whether or not you&#8217;re prepared and if necessary afford you the opportunity to improve.</p>
<p>Trust me on this &#8211; you don&#8217;t want to be in the middle of a disaster scenario and find out that your plan doesn&#8217;t work.</p>
<p>&nbsp;</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hurricane-sandy-an-epic-storm-and-the-ultimate-dr-test/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Are banks unfairly scrutinized?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-banks-unfairly-scrutinized/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-banks-unfairly-scrutinized/#comments</comments>
		<pubDate>Mon, 22 Oct 2012 14:09:17 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[ACH]]></category>
		<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[banking]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[CISA]]></category>
		<category><![CDATA[CISO]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit unions]]></category>
		<category><![CDATA[CU]]></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[FFIEC]]></category>
		<category><![CDATA[financial institutions]]></category>
		<category><![CDATA[general controls]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[identify theft]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[information security office]]></category>
		<category><![CDATA[Information Technology General Controls]]></category>
		<category><![CDATA[internal audit]]></category>
		<category><![CDATA[internal controls]]></category>
		<category><![CDATA[ITGC]]></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[privacy]]></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>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=993</guid>
		<description><![CDATA[A few years back when I first cut over to working somewhat exclusively with financial institutions I memorized an elevator speech that still somewhat defines who I am and what I do professionally.  Part of the speech pointed out that my firm helped &#8220;banks and credit unions meet regulatory compliance with respect to GLBA 501(b) [...]]]></description>
				<content:encoded><![CDATA[<p>A few years back when I first cut over to working somewhat exclusively with financial institutions I memorized an elevator speech that still somewhat defines who I am and what I do professionally.  Part of the speech pointed out that my firm helped &#8220;banks and credit unions meet regulatory compliance with respect to GLBA 501(b) and NCUA Part 748 A&amp;B&#8221;.  To this day when anyone inquires as to what I do for a living this surfaces in some form as an answer.</p>
<p>Truth be told, while I&#8217;ve spent somewhere near seventy-five percent of my time over the past ten years working for financial institutions I&#8217;ve also done a fair amount of work for insurance companies, mostly centered on SOX with occasional diversions into general risk assessment work.  The drivers in the insurance industry are different in terms of oversight and requirements and so the volume of work isn&#8217;t nearly the same.  But that by itself begs a question: Why isn&#8217;t the insurance industry as regulated as financial institutions?</p>
<p>I&#8217;ve now done major audit and assurance work for financial institutions, insurance companies and health care providers and for most of them the risk profile is almost identical in terms of non-public personal information.  So why isn&#8217;t the level of scrutiny equal across all three of them?  While some might start spouting about how it is, about how states routinely audit insurance companies and how the health care industry has to comply with HIPAA the truth is that banks and credit unions are held to a much higher degree of accountability than any other vertical.  Why is that?</p>
<p>I&#8217;m fond of routinely, almost incessantly beating the drum about how it&#8217;s all about the risk.  I get my initial client opportunities because I have a deep resume with relevant experience but I generate repeat business because I tend to whittle things down to what matters most both to my clients and to their oversight providers (auditors and examiners alike).  Compliance exists because risks need to be addressed &#8211; if the risks aren&#8217;t credible or likely the work should be adjusted to reflect that.  But where the risks are real they&#8217;re really real.  The type  of data shared with an insurance company is in many ways even more sensitive than anything shared with a bank and most of what&#8217;s shared with insurance companies is also shared with health care providers.  Yet there&#8217;s no true Federal oversight for the insurance industry and HIPAA is about as much of a toothless tiger as anything I&#8217;ve ever encountered.</p>
<p>I recently completed a boatload of documentation to get my family on a new health insurance plan.  I turned over every piece of sensitive information I have for every member of my family minus my bank account information because that&#8217;s what was required.  I had to provide all of this online and follow that up by sending them an impressive array of hard-copy documents with even more sensitive information that should never be kicking around in the public domain.   In the past I&#8217;ve also been required to provide my bank account information because one plan in particular would only provide coverage if they could automatically deduct monthly premiums via ACH drafts.  So now the insurance industry has access to it all; name, address, social security number, date-of-birth, maiden name, medical history and banking information.  And yet there&#8217;s no true oversight agency that&#8217;s responsible for making sure they&#8217;re protecting all of MY information.</p>
<p>To compound my frustration, of the four insurance companies I&#8217;ve conducted work for since 2006 (two of which are Fortune 5oo&#8217;s) exactly none of them have something akin to a Chief Information Security Officer.  They all have risk people focused on the business side of things (because that&#8217;s necessary to protect profitability) but that&#8217;s it.  There&#8217;s typically an information security manager who&#8217;s part of the infrastructure team but who almost never reports right into the senior-most technology person (e.g. CIO, CTO).  Any audit work that occurs is coordinated across multiple IT managers and on rare occasions there will be an audit/assurance manager.  However in the one example I personally know of where that position exists the person in the role was really just a converted IT manager who obtained a CISA designation &#8211; no fundamental audit or assessment experience.</p>
<p>The question has to be asked:  Why is it that banks and credit unions are heavily regulated regarding protection of non-public personal information but other industries with similar risk profiles are  not?  Why aren&#8217;t insurance companies required to comply with FFIEC-type guidance?  Why isn&#8217;t there a Federal regulatory agency that is responsible for keeping an eye on the insurance industry the way the FDIC, OCC, FRB and NCUA do so for their financial institutions?  And trust me, whatever oversight exists for the insurance and health care industry is largely ineffective.   Why is my sensitive information considered more at risk within a banking infrastructure than it is within an insurance infrastructure?  Having been on site for both and examined their internal controls  I can&#8217;t answer that question, that&#8217;s for certain.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-banks-unfairly-scrutinized/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Are self-assessments the right way to go?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-self-assessments-the-right-way-to-go/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-self-assessments-the-right-way-to-go/#comments</comments>
		<pubDate>Fri, 21 Sep 2012 15:44:11 +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[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[CISO]]></category>
		<category><![CDATA[CISSP]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[compliance officer]]></category>
		<category><![CDATA[compliant]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[credit unions]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[disaster]]></category>
		<category><![CDATA[disaster recovery]]></category>
		<category><![CDATA[DR]]></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[framework]]></category>
		<category><![CDATA[governance]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[guidance]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[information security office]]></category>
		<category><![CDATA[infrastructure]]></category>
		<category><![CDATA[ISO]]></category>
		<category><![CDATA[oversight]]></category>
		<category><![CDATA[policy]]></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[technology]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=975</guid>
		<description><![CDATA[About a decade ago a family member chastised me for having an auto repair shop do my oil changes for me.  She (yeah, you’re reading that right – “she”) pointed out how ridiculously easy it was to drain the old oil, replace it with the new stuff and check a wide variety of fluid levels, [...]]]></description>
				<content:encoded><![CDATA[<p>About a decade ago a family member chastised me for having an auto repair shop do my oil changes for me.  She (yeah, you’re reading that right – “she”) pointed out how ridiculously easy it was to drain the old oil, replace it with the new stuff and check a wide variety of fluid levels, connections and filters without having to pay someone else to do it.  On one hand she had a valid point, it sure didn’t sound very difficult.  On the other hand I immediately wondered how I would get to the plug where the oil needed to drain through in order to open it, where would I collect the old oil and how would I dispose of it once I did?  And what the heck would I do if something went wrong?  Plus I would need to remember to buy the new oil, perhaps a filter or two and then figure out how to check a myriad number of items to make sure the car was running right.  Or I could keep going to my mechanic and pay him the $39 to take care of it for me.  I’ve always had a way of considering things via the risk vs. reward formula and that was an easy one – have the professional do it.   It would take me more than an hour not including shopping for the needed supplies and there was an increased risk that I would miss checking something, forget to tighten something or simply do a bad job.  I’ve been earning more than $39 per hour for a long time and so I decided that I should just work an extra hour and use the proceeds to let the professionals do their job.</p>
<p>Which is why I don’t much care for any manner of compliance-based assessments that are self-administered.</p>
<p>Companies have had this crazy notion for more than a decade now that the best way to identify and address risks inherent within the infrastructure is to ask key stakeholders a somewhat generic set of questions and use their responses to figure out what’s what.  Most of the time the people driving these initiatives are either information security professionals or corporate compliance people who either believe they already know where the problems are or are looking for the simplest and easiest way to satisfy some requirement.  But what they often fail to grasp is that it’s almost impossible to draft a common set of questions that either apply to the vast majority or worse, will be interpreted consistently across the stakeholder population.  Plus the perceived benefit of using a self-assessment approach to reduce effort and required support resources is almost always an illusion.  Most of the time saved in not having someone ask the questions and record the answers is instead consumed by needing to explain the format, explain the questions or trying to clarify and clean up the responses.  While supporting one such program recently each assessment required a kick-off meeting, a follow-up meeting to review the status of the assessment, a third meeting to review the initial draft of the questionnaire, a fourth meeting to review the resulting report(s) and a largely untracked number of hours to help generate all of the related support documentation.  Regardless of the size of the entity being assessed each one consumed somewhere close to eight hours.  While that might seem like a scary large number, the really scary part was that based on which risk analyst was responsible for the assessment and the personality/mindset of the stakeholder completing it the results looked very different from one another.  It was almost impossible to generate meaningful metrics across the assessment population because a “Yes” answer for one question might mean the same as an “N/A” in another; there was no way to know that.</p>
<p>Another issue I’ve always had with the self-assessment approach is that while some stakeholders take it seriously and do a remarkably thorough job, others race through it with little hesitation just to fill in the blanks and get it off their desk.  Sometimes you can detect which is which, sometimes you can’t.  Plus the approach fails to capture much of the rich and relevant information related to each question and the underlying risk behind it.  I recall conducting a team-driven risk assessment years ago where one stakeholder after the next covering a very broad sampling of the infrastructure kept lamenting on the lack of a proper disaster recovery plan.  They had something to show auditors/examiners but to a person no one believed it was a truly viable plan.  All but the CIO brought it up as a concern and when pressed a bit about why that was they all shared a common concern: If their main office was closed unexpectedly for twenty-four hours, regardless of the reason, they were likely out of business.  A related self-assessment question would ask “Do you have a current and recently tested DR plan?” – most respondents on that engagement would simply have selected “Yes” and moved on to the next question without ever being challenged to share their concerns.  Where’s the value in having a repository of questions and answers when it fails to capture the true essence or dimension of risk? </p>
<p>And the biggest issue I’ve always had with self-assessment questionnaires and their related templates is that they’re so often poorly designed.  I can guarantee you that each of them has at least one question which makes zero sense to anyone who reads it.  They either answer it based on what they think it’s asking, answer with an “N/A” or require follow-up with the people managing the process to have it explained.  And you’d be amazed how many times even the author is challenged to provide a meaningful answer (including this guy).  One thing’s for certain, a self-anything needs to be designed and written so that everyone understands what they need to do without having their hand held.  Plus it’s rare that questionnaires are customized so that each stakeholder is only asked those questions that truly make sense.  An application owner should never be asked if their anti-virus solution is current and up-to-date.  A business process owner should never be asked about software change management.  Yet seldom have I encountered a self-assessment process which does anything like this and so the audience is burdened with time consuming yet unnecessary questions.</p>
<p>Really though in the end my overriding problem with the self-assessment approach is that it fails to capture the expertise and guiding hand of true risk and assurance people.  The process is often supported by analysts who don’t really have a feel for conducting assessments and are satisfied that all of the blanks are filled in.  I have a nose for when there’s something beyond a simple answer and know when to scratch at the surface to bring it to light.  By not allowing expert hands to guide the process potentially huge amounts of valuable and possibly critical details are being missed thus undermining any perceived value of the process.  When you consider that all tolled and tallied the self-assessment approach versus the guided assessment approach doesn’t really save you much time (if any) and that it results in a weaker finished product, why would you elect to use it?   One answer is that regulators push for it because perhaps it’s better than nothing (I can’t get any of those I know to comment).  Another is that the people sponsoring these initiatives lack the fundamental comprehension to understand their options and chose what they perceive as the less complicated approach (again, I don’t know for sure it’s just a theory).  What I do know is that when done right a risk assessment is managements best friend, a fundamental belief behind the recent spike in ERM activity.</p>
<p>While recently having my car serviced the mechanic discovered a nest of some sort in the engine block, he thinks it was probably squirrels.  Because of this discovery he went searching for all the wired connections to make sure they weren’t chewed up and destroyed, quite a few were as it turns out (the car had been idle for several months).  The bill only added the cost of the replacement wires but nothing significant for the time it took to first find which were affected and then replace them.  Had I attempted the repair myself I might have noticed the nest and likely would’ve cleared it but know for certain I never would’ve thought to check the wires, where to look for them or what to look for.  I was smart enough to rely on a professional with a nose for that sort of thing and it saved me time, money and best of all the aggravation of having the car break down somewhere unexpectedly.  Good thing I didn’t go the self-repair route.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-self-assessments-the-right-way-to-go/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Metrics Reporting: Are pretty colors always pretty accurate?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/metrics-and-regulatory-reporting-are-pretty-colors-always-pretty-accurate/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/metrics-and-regulatory-reporting-are-pretty-colors-always-pretty-accurate/#comments</comments>
		<pubDate>Wed, 08 Aug 2012 18:21:42 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[auditor]]></category>
		<category><![CDATA[audits]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[Board]]></category>
		<category><![CDATA[Board of Directors]]></category>
		<category><![CDATA[BoD]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[controls]]></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[financial institutions]]></category>
		<category><![CDATA[fraud]]></category>
		<category><![CDATA[governance]]></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[SOX]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=952</guid>
		<description><![CDATA[I have an odd relationship with management reporting.  I know it&#8217;s a necessity and quite often see clear value in what&#8217;s packaged for senior management and board review.  But a significant piece of the reporting content comes in the form of metrics and, well, whenever I hear the term it conjures up this ghastly image of [...]]]></description>
				<content:encoded><![CDATA[<p>I have an odd relationship with management reporting.  I know it&#8217;s a necessity and quite often see clear value in what&#8217;s packaged for senior management and board review.  But a significant piece of the reporting content comes in the form of metrics and, well, whenever I hear the term it conjures up this ghastly image of good and decent people sinking slowly to their deaths in the quicksand that such efforts often become.</p>
<p>Now I&#8217;ve designed and supported more than my fair share of related content.  I understand that sometimes the best way to tell a story is to paint it in the form of a picture; I get that part.  But way too many times I&#8217;ve witnessed such initiatives spiral out of control to the point where it takes an army of people working ridiculous hours to pull together a deck of metrics that either fails to answer anyone&#8217;s questions or, even worse, generates requests for more metrics to provide clarity.  And once a metric becomes a standard part of any reporting package it often stays there until management changes, and sometimes even beyond.</p>
<p>But I think there&#8217;s a bigger issue with metrics that exceeds my simply not thinking they&#8217;re &#8220;all that and a bag of chips&#8221;.  Where are the controls around generating them?</p>
<p>Seriously, we have this vastly complex framework wrapped around financial reporting (SOX) to provide reasonable assurances that what management is reporting to its investors is accurate.  We have industry, federal and state legislation requiring all manner of controls around sensitive information.  There are auditors (internal and external) and regulators from all over the place that comb over everything with a fine tooth comb (or at least claim to) to make sure everything being done is done right &#8211; but in my nearly fifteen years in the audit/assurance industry I have never heard of a finding or issue regarding the veracity of metrics.  Which is only a problem if the people running an institution or company rely on them to make decisions.</p>
<p>The reason why it&#8217;s a problem is because so much of the metrics out in circulation is pulled together from disparate sources, cobbled together in spreadsheets or non-production databases and manually generated.  There&#8217;s no easy way to verify the source data, or know that it&#8217;s unaltered in any way or even know if it&#8217;s the right information.  And even if the data source used is from a secured production-like environment, still there&#8217;s no real auditing conducted to ensure the information is accurate or better yet, is even the right information.</p>
<p>I once took over a change management process and assumed responsibility for a series of reports that were generated for the Managing Director who in turn used that as part of his reporting package shared with the CIO.  One of the key metrics being reported on was scheduled releases and the IT departments on-time implementation percentage.  The numbers looked great showing that they were on-time more than ninety-five percent of the time over a two year period.  The only problem I could see with the metric was that it was misleading to the point where it was almost a lie.  The scheduled release date was being pulled from the system used to migrate changes into production and that date was only determined once the development team had completed all of their work.  So the scheduled implementation date was chosen once they knew they were ready to move into production.   Of course the on-time numbers looked great, they always knew they were ready before committing to it.  The Managing Director incorrectly assumed that there was a legitimate release schedule with forecasted dates and that the on-time numbers reflected on a well run process; wrong.   No one ever questioned the numbers or their source and had I not inserted myself into what was described as a well honed, efficient process the problem might have never been identified; and there a few more just like it.  My trust in metrics was permanently altered after that.</p>
<p>Metrics represents an excellent way for decision makers to quickly understand status and identify problems.  I&#8217;ve quoted here before about how someone I respect quite a bit was fond of asking her team &#8220;If you can&#8217;t measure it, how can you manage it&#8221; and she&#8217;s absolutely right.  Metrics is the ultimate management means of measuring key activities and issues within their world.  But how far do you go and how much effort do you expend pulling the related reports together?  And even if you&#8217;re able to automate the process and shorten the time necessary to generate the reports, how do you know that you&#8217;re either measuring the right things or that the underlying data is unaltered?  Ultimately I think that senior managers should be provided with something akin to a cost-benefit analysis for each metric they&#8217;re given.  Have them understand the degree of complexity and the amount of effort required to generate a number before deciding whether or not it&#8217;s worth it.  Perhaps I&#8217;m being naive but I&#8217;d like to think that most C-level executives would eliminate a significant amount of their reporting if they could see how much it was really costing them.</p>
<p>Here&#8217;s the part that should really concern you the most though: Metrics is a key component of Board reporting, they make all sorts of decisions based on what these reports tell them.  How can that be allowed unless the process used to generate them is locked down and audited?  Where are the regulators in all of this?</p>
<p>&nbsp;</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/metrics-and-regulatory-reporting-are-pretty-colors-always-pretty-accurate/feed/</wfw:commentRss>
		<slash:comments>0</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>Risk: The core issue behind regulatory requirements</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/risk-the-core-issue-behind-regulatory-requirements/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/risk-the-core-issue-behind-regulatory-requirements/#comments</comments>
		<pubDate>Fri, 06 Jul 2012 03:18:40 +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[audits]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[banks]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[compliant]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[credit unions]]></category>
		<category><![CDATA[CU]]></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[exams]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[Federal Reserve Bank]]></category>
		<category><![CDATA[FFIEC]]></category>
		<category><![CDATA[financial institutions]]></category>
		<category><![CDATA[framework]]></category>
		<category><![CDATA[FRB]]></category>
		<category><![CDATA[general controls]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[governance]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[guidance]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[information security office]]></category>
		<category><![CDATA[infrastructure]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[procedure]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulations audit]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[risk assessments]]></category>
		<category><![CDATA[Risk IT]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[risk rating]]></category>
		<category><![CDATA[risk-based]]></category>
		<category><![CDATA[risks]]></category>
		<category><![CDATA[threats]]></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=923</guid>
		<description><![CDATA[There&#8217;s a joke of sorts within my personal circle of family and friends regarding what it is that I do these days.  Ask me and I&#8217;ll tell you that I&#8217;m a regulatory compliance expert who advises financial institutions on how to comply with the myriad rules and regulations governing information security.  Ask my immediate family [...]]]></description>
				<content:encoded><![CDATA[<p>There&#8217;s a joke of sorts within my personal circle of family and friends regarding what it is that I do these days.  Ask me and I&#8217;ll tell you that I&#8217;m a regulatory compliance expert who advises financial institutions on how to comply with the myriad rules and regulations governing information security.  Ask my immediate family and they&#8217;ll tell you that I work with computers.  Ask my extended circle and they&#8217;ll tell you that I do a lot of work with banks and credit unions.  For those who aren&#8217;t in the banking business it&#8217;s difficult to understand exactly what it is that I do and so they find it easier to keep it simple; I do a lot of work with computers for places where people deposit their money.</p>
<p>Of course the truth is much more complicated.  I don&#8217;t just focus on computers, my scope expands to include anything that involves sensitive information.  While that always includes a variety of devices it also includes paper-based and people processes as well.  I frequently share stories about the enormous amount of printed content that&#8217;s to be found throughout an institutions physical locations.  I occasionally tell stories about how careless people can be when on the phone or in conversation and sharing all manner of sensitive information.  It&#8217;s never just about computers, it is however always about information and how it needs to be protected.</p>
<p>Truthfully though what I really do is search for controls that protect information, identify those that I find and try and measure their effectiveness and more importantly identify where controls are missing and work with my clients to remedy that.  At the heart of the regulatory requirements I focus on it&#8217;s all about the risk introduced by the presence of information, from personally identifiable (PII) to non-public personally identifiable (NPPI).  Risk: It&#8217;s what drives every single project I work on, it&#8217;s what drives every product and process I help develop.  And really, if you take the time to read through the literature, it&#8217;s what&#8217;s behind just about every piece of regulation known to the banking world.  Risk, risk, risk and risk.</p>
<p>One of the reasons I&#8217;ve enjoyed spending so much time working with the community banking and credit union sector over the past few years is that it&#8217;s a simple enough argument to make with fewer people to convince; everything you do to comply with the regulations should be risk-based.  It doesn&#8217;t really make a difference if it&#8217;s complicated to do or time consuming, you prioritize based on where they are found and make decisions accordingly.  But that gets much more difficult to do as the institutions grow in size and complexity.  Over the fifteen years I&#8217;ve been building and supporting compliance initiatives I&#8217;ve worked with Fortune 50&#8242;s, 100&#8242;s and 500&#8242;s and a whole lot of financial institutions that merely read Fortune magazine.  But while their overall size varies widely risk is still risk and that never changes.</p>
<p>I wish more practitioners embraced this simple concept.  While some do, many still don&#8217;t.  There&#8217;s often a rush to come up with a standard set of decision criteria to drive the work based on factors not necessarily aligned with risk factors.   Those who have worked with or for me will tell you that when presented with questions about which vendors or applications to assess or what to look for when conducting any type of assessment my first line of logic is to try and figure out where the greatest possible exposures to be found.   Assessing a low risk application yields little value  no matter how complete it may be.  And reviewing a vendor where the dollar spend is high but the risk factors are low does little to protect the institution.</p>
<p>Beware the practitioner who wields a hammer for they only know to look for nails.</p>
<p>Your regulator doesn&#8217;t want you to blindly implement compliance programs, they want you to identify and manage risks, real risks.  They want to be able to understand the logic and approach being used and find credible evidence that you&#8217;re focusing your efforts on the right things.   Go back and read through the library of FFIEC documentation and pay close attention to the hooks inserted throughout where they talk about conducting assessments and talk about using approaches which are appropriate for the size and complexity of your institution.  Then scan through your related program inventory and figure out if you&#8217;ve designed things accordingly.  Are they actually protecting your institution from credible threats and risks or are they just filling binders on your compliance officers shelves?</p>
<p>For me, professionally I&#8217;d prefer to always only do meaningful work and in the audit and assurance world meaningful is code for risk-based.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/risk-the-core-issue-behind-regulatory-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Remote Deposit Capture is probably a very, very bad innovation.</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/remote-deposit-capture-is-probably-a-very-very-bad-innovation/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/remote-deposit-capture-is-probably-a-very-very-bad-innovation/#comments</comments>
		<pubDate>Mon, 21 May 2012 13:47:28 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[ACH]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[checks]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[identity management]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[remote capture]]></category>
		<category><![CDATA[remote deposit capture]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=917</guid>
		<description><![CDATA[With regards to remote deposit capture, all because you can doesn't mean you should.]]></description>
				<content:encoded><![CDATA[<p>Before I even get into the nitty-gritty of the post I have to point out that in the time it took me to choose the topic and start writing I&#8217;ve already thought of three perfect ways to steal your money via remote deposit capture.  Seriously, this is a hugely bad idea that will lead to hundreds of millions (if not billions) in stolen funds before someone finally pulls the plug or figures out a way more secure way of doing this sort of thing.</p>
<p>Before you read any further please fire up Netflix or hit up Redbox and rent &#8220;Catch Me If You Can&#8221; the DiCaprio-Hanks movie about <span>Frank Abagnale Jr. the infamous check forger.  The movie covers in sufficient detail how Mr. Abagnale figured out how to forge checks and stay one step ahead of the law for years.  Take sufficient notes and then consider remote deposit capture and how it solves so many of the issues he had to figure out work-around&#8217;s for.</span></p>
<p>I&#8217;ve written in the past about how insane I think it is that we send unsecured documents via the mail that contains all of our bank account information including name and address without so much as a second thought.  When you consider how relatively pervasive ACH payments are these days (I pay at least a half-dozen of my monthly bills that way) I&#8217;m amazed that hasn&#8217;t become the newest criminal hot spot.  And now we&#8217;ve gone and made it that much easier to exploit this antiquated and poorly designed system of moving our money around.  You no longer need to even steal a persons check book, you only need to make copies of their blank checks so that later on you can fill in the appropriate details and use remote capture to process it.  When you consider the amount of time it would take to even figure out what just happened the thieves will be long gone.  First a person has to get their monthly statement and even figure out that a rogue check was presented against their account (and if you keep the amount small enough that might not even happen).  Then they&#8217;d need to contact the bank who would have to investigate and pull up check images to try and verify the customers claim.  By the time that all happens it&#8217;s potentially been at least a month, plenty of time for the perpetrators to close the account where funds were deposited and move on.  And with bank accounts being setup online all the time you wouldn&#8217;t even have video footage or images of the people behind the theft.  And that&#8217;s only one possible way to use remote deposit capture to rig the system (I&#8217;ll keep the other ideas I have to myself lest this post become a self-fulfilling prophecy).</p>
<p>Seriously, if the banks introduced a new service offering where you can pay for purchases by simply sending a copy of your credit card you&#8217;d all think it insane and no one would use it.  How is this any different?  If the stores and restaurants we frequented required that they make back-and-front photo copies of your credit card for their records you&#8217;d stop using your credit card.  But with checks it&#8217;s not so big a deal?</p>
<p>With regards to remote deposit capture, all because you can doesn&#8217;t mean you should.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/remote-deposit-capture-is-probably-a-very-very-bad-innovation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The trouble with ineffective controls</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/the-trouble-with-ineffective-controls/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/the-trouble-with-ineffective-controls/#comments</comments>
		<pubDate>Wed, 15 Jun 2011 16:52:52 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[assess]]></category>
		<category><![CDATA[assessment]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[community bank]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=745</guid>
		<description><![CDATA[Seriously, even though a control might appear critical in nature if it's poorly designed, poorly supported or just flat out ineffective just kill it altogether.  No decent examiner or auditor is going to be tricked into thinking it's providing value and it's likely going to call into question the validity and reliability of all your other (hopefully) effective controls.  If you feel strongly that the control needs to be in place and doing its job than do something about it.  Either redesign things so that it's viable and effective or scramble like crazy to identify compensating controls that render the control unnecessary.]]></description>
				<content:encoded><![CDATA[<p>I&#8217;ve been visiting with my mother who lives in a gated retirement community. In order for me to gain access to the development I need to pass through a security check point at the main gate. They ask me who I&#8217;m visiting, I provide my mother&#8217;s name and either they find my name on the pre-approved persons list or they have to call her to authorize my entry, or at least that&#8217;s what they&#8217;re supposed to do. Ever the auditor, I&#8217;m always amazed that they never ask me to provide any form of proof that I am who I say I am. I&#8217;m further amazed by how inconsistent this very basic control is applied. Some of the security guards wave me in without ever checking that it&#8217;s OK to let me in. Some look up her name on their system to make sure she exists but never ask me who I am and just a very small handful of the guards follow protocol and check my name against the list (but still without ever knowing if I&#8217;m me). For the purpose of this blog post, lets ignore the fact that I could park on the street outside the development and simply walk across the lawn in order to gain access to her apartment completely bypassing security. Lets also look past the fact that all I would ever need to do is have someone elderly sitting next to me and tell the guard that I&#8217;m returning that person to their apartment in order for them to let me in. Generally speaking, despite having security guards, a secured entry and a documented process to control who is allowed access, they might as well have nothing because net-net that&#8217;s what they really have. This visually impressive control fails miserably to work and anyone with ill intent would know that in a heart beat.</p>
<p>Which begs the question, why bother supporting ineffective controls when they fail to control anything?</p>
<p>I wish it was rare that I encountered similar situations with my clients but it&#8217;s not. My favorite ineffective control is the manual visitor sign-in sheet I often find when auditing/assessing my clients physical data center controls. My hosts often make a big deal out of asking me to sign-in before allowing me access to their data center or server room and I typically play along. However, I&#8217;m fond of using an alias to see if they validate the information I provide (usually they don&#8217;t). The manual sign in sheet falls under the category of &#8220;better than nothing&#8221; but in its own special sub-category I call &#8220;but not by much.&#8221; The list is always a bit lite and is often missing sufficient evidence to prove that it&#8217;s consistently relied upon. Another favorite of mine centers on production change control. Some of my clients have fairly robust processes to track changes to application software but ask them for evidence of system software updates or hardware configuration changes and I&#8217;m met with blank stares as they try and figure out how to tell me they don&#8217;t really track those things formally. So you have to wonder why you&#8217;d even bother to track some of the changes if you&#8217;re not tracking all of them? If something went wrong within a clients infrastructure how would they know if any recent changes might explain it if they don&#8217;t know about everything that changed?</p>
<p>Here&#8217;s a bit of a radical thought; stop supporting ineffective controls and save the time and effort required to support them.</p>
<p>Seriously, even though a control might appear critical in nature, if it&#8217;s poorly designed, poorly supported or just flat out ineffective, just kill it altogether. No decent examiner or auditor is going to be tricked into thinking it&#8217;s providing value and it&#8217;s likely going to call into question the validity and reliability of all your other (hopefully) effective controls. If you feel strongly that the control needs to be in place and doing its job than do something about it. Either redesign things so that it&#8217;s viable and effective or scramble like crazy to identify compensating controls that render the control unnecessary.</p>
<p>We live in an age where compliance rules all. There are all manner of controls that are required in order to satisfy our oversight agencies and auditors and that&#8217;s a list that will only continue to grow. No one has the luxury of wasting time or the precious few resources they have to work with and so it&#8217;s that much more critical that these things be thought through and validated. Expecting people to support control related activities that ultimately fail to satisfy their objective is flat out wrong. And because this is the age of regulatory enlightenment those who toil within the financial services industry are a bit more savvy about how these things work. They have an idea of whether or not what they&#8217;re being asked to do makes sense and will resist or defer participating if they think it&#8217;s a waste of time. The only thing worse than an ineffective control is one that&#8217;s poorly supported.</p>
<p>It&#8217;s why I often wonder what would happen if I simply drove across the lawn closest to my Mom&#8217;s building and completely avoided the main gate. I&#8217;m thinking that if it&#8217;s after sunset when there are no golfers walking the links I could probably pull it off. Of course I&#8217;d have to deal with the compensating control of an angry mother once she figured out what I did but perhaps, just to prove a point it might be worth it.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/the-trouble-with-ineffective-controls/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
