<?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; CU</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/cu/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>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>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>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>
		<item>
		<title>Is your examiner a friend or foe?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/is-your-examiner-a-friend-or-foe/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/is-your-examiner-a-friend-or-foe/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 21:58:42 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[exam]]></category>
		<category><![CDATA[examiner]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[OCC]]></category>
		<category><![CDATA[oversight]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=665</guid>
		<description><![CDATA[The examination process and the people who staff the function play an important role in helping keep the industry running right.  At a minimum they're there to measure and assess their member institutions to identify issues before they grow into problems.  But what they're really there to do is help you figure out how to manage things more effectively to protect depositors that fall under their jurisdiction.  Fundamentally that's what you're also supposed to be doing and so it only makes sense that you work together.]]></description>
				<content:encoded><![CDATA[<p>I was catching up on my industry emails the other day and buried in my FDIC email folder was Financial Institution Letter <span>FIL-13-2011, sent out on March 1st. Truthfully I usually pay close attention to their Friday afternoon blasts regarding bank closings and only skim the rest. But this one jumped right off the screen because it addresses one of the great mysteries I&#8217;ve struggled with in this industry.</span></p>
<p>Whenever I&#8217;ve been engaged by a banking client to help them resolve findings surfaced during an exam, my first question almost always is &#8220;What did the examiner suggest you do about this?&#8221; which is usually met with a blank stare. When new or modified regulations are issued and go into effect, I&#8217;m fond of recommending to my clients that they contact their examiner for guidance on how best to address it. Again, the typical response is either a strange look or they pretend I didn&#8217;t say anything at all. Why is it that financial institutions are so reluctant to engage in dialogue with their examiners?</p>
<p>That was the spirit of the FDIC FIL. It was titled &#8220;Reminder on FDIC Examination Findings&#8221; and it was intended to remind their member institutions to work with them when dealing with findings and establish a dialogue. It pointed out that &#8220;<span>an open dialog with bank management is critical to ensuring the supervisory process is effective in promoting an institution&#8217;s strong financial condition and safe-and-sound operation.&#8221; It further went on to point out that &#8220;i</span><span>f an institution disagrees with examination findings, it should address those concerns through communication with the examiner, field office management, or the appropriate regional office staff.&#8221; Good advice, but likely words falling on deaf ears (or blind eyes). </span></p>
<p>I&#8217;ve only conducted audits in my career, as I&#8217;ve never been an examiner for any of the oversight bodies. But one thing I can tell you is that when I detail a finding in an audit report it&#8217;s always accompanied by recommendations for remediation along with suggestions on how best to approach managing the work. I would never write up anyone or something where I didn&#8217;t have a clear idea about how it should be working along with a solid approach for getting there. I can assure you that by and large the same is true for your examiners. They are not only experts on measuring and assessing procedures and controls, but because they see such a wide range of solutions during their travels, they are uniquely positioned to provide guidance on how you should be doing things.</p>
<p>If you disagree with a finding, you need to let your examiner know. But you will need to qualify your position and articulate it in such a way so that they can consider compensating factors that they might have missed.</p>
<p>A few years back I coined the following definitions: an auditor is someone who knows if your answer addresses the question, a good auditor is someone who knows if you gave the right answer to the question and a great auditor is someone who knows if you offered your best answer to the question. I&#8217;m always amazed by how many findings I&#8217;ve encountered in my career where there were clear compensating controls in place to mitigate the associated risk that no one ever took into consideration. I&#8217;m also often amazed how despite a clients being aware that an examination finding doesn&#8217;t hold up under scrutiny, for similar reasons makes no attempt to discuss it with their examiner. It&#8217;s almost as if though they&#8217;re afraid to engage them in conversation lest they find even more issues to report.</p>
<p>The problem I suspect is rooted in the basic fear that the examiners are looking for something to write about in their reports and so the less attention you bring upon yourself or your institution the better off you are. The reason so few institutions dispute what they consider questionable findings is that no one wants to anger the person writing the report, lest they seek revenge the next time around. Of course that&#8217;s all remarkably flawed logic.</p>
<p>Let me share a secret with you; my favorite audits are those where I find a cooperative staff and a management team committed to running things right. It sort of inspires me to do my best work and only present them with findings that are relevant and which will help them strengthen their infrastructure in a meaningful way; and I&#8217;m certain a vast majority of examiners for the FDIC and their oversight partners are the same exact way (in large part because I know a few of them).  If you seek to forge a partnership with them you&#8217;ll find a productive relationship that winds up benefiting both sides. However, if you continue to perceive the relationship as somewhat adversarial, that&#8217;s what you&#8217;ll be burdened with.</p>
<p>The examination process and the people who staff the function play an important role in helping keep the industry running right. At a minimum they&#8217;re there to measure and assess their member institutions to identify issues before they grow into problems. What they&#8217;re really there to do is help you figure out how to manage things more effectively to protect depositors that fall under their jurisdiction. Fundamentally that&#8217;s what you&#8217;re supposed to be doing and so it only makes sense that you work together.</p>
<p>Am I advocating that &#8220;examiners are your friends, don&#8217;t be afraid?&#8221; No. I am recommending that you engage their knowledge and expertise and trust that they want to work with you. Odds are quite high that it will result in a less painful examination process and one where everyone comes out ahead. Oh and one more thought, if they recommend you manage something a certain way, it&#8217;s almost a guaranteed pass on the exam because they&#8217;re likely to think what you did was pure genius.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/is-your-examiner-a-friend-or-foe/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Does GRC scale to size?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-grc-scale-to-size/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-grc-scale-to-size/#comments</comments>
		<pubDate>Tue, 08 Mar 2011 16:58:56 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[assessment]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[exam]]></category>
		<category><![CDATA[examination]]></category>
		<category><![CDATA[examiner]]></category>
		<category><![CDATA[exams]]></category>
		<category><![CDATA[governance]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[risk assessment]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=643</guid>
		<description><![CDATA[GRC doesn't necessarily mean less work (though that's likely) but it always results in an institution working smarter, not harder.  And in those GRC projects in which I've participated there was clearly an improvement in the value the company derived from its audit and compliance work.  Regardless of the size and complexity of an organization that has to hold appeal to its management.]]></description>
				<content:encoded><![CDATA[<p>We were having an internal conversation this past week about governance, risk, and compliance (GRC) and I was asked about <a href="http://searchitchannel.techtarget.com/feature/Cloud-compliance-management-solutions-in-use-at-small-banks-credit-unions" target="_blank">its role in the small and mid-sized community banking space</a>. The question, to be more specific, was did I think that GRC would work for smaller institutions whose business infrastructure wasn&#8217;t nearly as complex as the larger ones that typically are at the forefront of such initiatives.</p>
<p>I couldn&#8217;t spit out my &#8220;yes&#8221; answer fast enough. Not only did I think it would work for scaled down institutions, in some ways I thought its impact would be more dramatic.</p>
<p>GRC at its core is really just about coordinating the related disciplines so that economies of scale are realized where applicable and ensure that all three work with and not against one another. While some of my fellow practitioners are all too happy to bury that simplified interpretation under a deluge of formula&#8217;s and/or related methodologies I prefer to keep things simple. I do so because the only way GRC works at an institution is if it receives the full support from the C-level community (tone-at-the-top is a must) and if you make the message difficult to understand, well, no one understands it.</p>
<p>So the question begs to be asked; why wouldn&#8217;t a CEO/CFO/COO be interested in applying a methodology that would allow their institution to address compliance in a way that encourages efficiencies and reduced effort? The answer of course is that they would be interested, likely very interested. The problem is that for the small and mid-sized banking space no one is offering or marketing GRC in any measurable way and so business continues as usual.</p>
<p>As it stands right now, most conduct the related GRC work in a one-off fashion. They schedule audits to occur based on when they were last conducted and independent of a recent risk assessment. They schedule Board review and approval of the various policies at the same time each fiscal year regardless of whether the related audit and compliance activities have occurred to validate their effectiveness. As for risk assessments, those typically only occur if they&#8217;re required and almost never happen as part of an overall strategy. Then there&#8217;s almost always a mad scramble before each of the exams trying to pull everything together.</p>
<p>But think about how applying the principles of GRC would benefit a smaller institution. Imagine if all of the work required over the balance of a year is organized so that they work together and are timed so that one feeds into the next. Imagine if they kick-off the compliance cycle by conducting the various risk assessments that are either required or recommended and use the output to adjust their audit plan so that they&#8217;re testing what needs to be tested. Consider how effective their efforts would be if at various points along the way they assessed these activities against what&#8217;s required to ensure that where applicable they&#8217;re tied together. How much stronger would a financial institutions risk posture be if when senior management and the board of directors signed off on the various elements it conveyed more than a tacit approval of the work; what if their acceptance was more than a required step to appease the examiners and actually allowed them to make informed decisions?</p>
<p>GRC solves a different set of problems for scaled down institutions than those encountered in the larger ones. It requires that a true plan be developed to coordinate the related activities, something that&#8217;s often missing in smaller banks and credit unions. It allows for a review of these activities to both understand their interdependencies and identify reusable artifacts and test steps which just about never happens because no one has time to spare to do such things. It also allows management to achieve a holistic view into these activities thus affording them a chance to make corrections when or where necessary and before they become a bigger issue waiting to be discovered by an examiner. Perhaps the best byproduct of applying GRC &#8211; it allows your institution to avoid the all-too-common mad scramble leading up to an exam. If you can demonstrate to an examiner that a required activity isn&#8217;t scheduled to occur until later in the year, show them the plan and provide evidence that it&#8217;s being adhered to they typically consider that a valid response. So instead of pulling the late nights and long weekends trying to update documentation or conducting assessments, you can wait to do the work when it&#8217;s scheduled to happen.</p>
<p>GRC doesn&#8217;t necessarily mean less work (though that&#8217;s likely) but it always results in an institution working smarter, not harder. In those GRC projects in which I&#8217;ve participated in, there was clearly an improvement in the value the company derived from its audit and compliance work. Regardless of the size and complexity of an organization, that has to hold appeal to its management.</p>
<p>GRC is not a one-size-fits-all solution, it&#8217;s a one-size-fits-all concept. Regardless of whether you&#8217;re a single branch CU or a global bank it&#8217;s a concept that will work if only you give it a chance.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/does-grc-scale-to-size/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hidden information security threats are still threats</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hidden-security-threats-are-still-threats/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hidden-security-threats-are-still-threats/#comments</comments>
		<pubDate>Fri, 01 Oct 2010 19:41:53 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[FFIEC]]></category>
		<category><![CDATA[financial]]></category>
		<category><![CDATA[financial institutions]]></category>
		<category><![CDATA[personally identifiable informaiton]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[security PII]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=494</guid>
		<description><![CDATA[We'll read about huge PCI-related disasters where millions of credit card numbers have potentially been stolen.  We'll see stories on the news about how a laptop has gone missing with hundreds of thousands of accounts containing social security numbers.  We'll read about how criminals are piggy-backing card reader devices on legitimate ATM's to grab your credit and bank card data.  But no one can ever recall hearing about any identity thefts cases where the information involved was found to be harvested from just such a device.  And odds are you're never going to]]></description>
				<content:encoded><![CDATA[<p>Growing up I was a huge fan of the sitcom &#8220;The Odd Couple.&#8221;  Some of my favorite catch phrases have in some part been influenced by lines of dialogue that I memorized.  One in particular serves as the best pure definition for a phenomenon I encounter frequently enough in my audit/compliance career: &#8220;What you don&#8217;t know can hurt you a whole lot.&#8221; I can still hear the line being uttered and remember laughing because even as child I thought the phrase that inspired the line, &#8220;What you don&#8217;t know can&#8217;t hurt you&#8221; was pretty dumb. All these years later, I&#8217;ve collected an impressive body of evidence to support my opinion.</p>
<p>So when the FDIC recently issued <a href="http://searchfinancialsecurity.techtarget.com/news/article/0,289142,sid185_gci1520280_mem1,00.html">new guidance</a> titled &#8220;<span>Guidance on Mitigating Risk Posed by Information Stored on Photocopiers, Fax Machines and Printers&#8221; (</span>FIL-56-2010),&#8221; I was reminded once again of this favorite phrase of mine.</p>
<p>It&#8217;s important to explain that my first foray into audit allowed me to work with arguably the best auditor I&#8217;ve ever met.  I was taught to question everything and assume it was in scope until proven otherwise, and I was encouraged to trust and follow my instincts.  And so fairly early in my regulatory career when I first started to search out the myriad threats to personally identifiable information (PII), all sorts of things landed on my radar screen.  Accordingly, for nearly a decade I&#8217;ve been advising clients on the threats posed by what are typically thought of as secondary devices or peripherals.  Financial institutions will spend all sorts of crazy money to protect servers and storage devices but completely ignore multifunction devices that copy, scan, fax and email just about any document imaginable and often retain those images in memory.  They&#8217;ll have surprise desktop audits where someone will spot check work spaces to see if PII has been properly secured but will walk past the copier room time and again and ignore what lays in the output trays.  Our practice has long advocated for related control activities to remove this remarkable blind spot but year over year we return to our clients and find that little has changed.</p>
<p>And so the question needs to be asked: Why?</p>
<p>The answer is very likely found in the fact that no known breaches or cases of identify theft have ever been tied back to information gleaned from a peripheral device.  We&#8217;ll read about huge PCI-related disasters where millions of credit card numbers were potentially stolen.  We&#8217;ll see stories on the news about how a laptop has gone missing with hundreds of thousands of accounts containing Social Security numbers.  We&#8217;ll read about how criminals are piggy-backing card reader devices on legitimate ATM&#8217;s to grab your credit and bank card data.  But no one can ever recall hearing about any identity thefts cases where the information involved was found to be harvested from just such a device.  And odds are you&#8217;re never going to.</p>
<p>The amount of information to be gleaned from peripheral devices is relatively small.  All but a few of them can only retain a modest amount of data and so you&#8217;re not going to find much more than a few dozen opportunities per device.  If someone within an office is aware of this treasure trove of information and is skimming it off and either using it or selling it how would you know?  How would you be able to develop the trend (remember that very few people file police reports when they discover that their identify has been stolen or accounts accessed).  So there isn&#8217;t a whole lot of investigating going on.  And if someone at either the equipment reseller or company warehouse is collecting the information and using it for illegal purposes how would anyone know?  We&#8217;re not talking about thousands of accounts or individuals from any one company or institution; it&#8217;s more like a patchwork collection.  You would only be able to find a trend if you went looking for it, and you would only go looking for it if you had a credible reason to do so.</p>
<p>But here&#8217;s the thing; I&#8217;ve thought about this information being readily available and difficult to trace and I&#8217;m an honest man and one of the good guys. Don&#8217;t you think the bad guys have this figured out as well?</p>
<p>So it will be interesting to see how or if the banking industry reacts to this bulletin.  It&#8217;s been my experience that these things go largely unheeded until an examiner applies a little pressure.  I suppose way too many financial institutions are happy enough to apply the &#8220;what you don&#8217;t know can&#8217;t hurt you&#8221; logic. Not me.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/hidden-security-threats-are-still-threats/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Accountability key to banking recovery</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/banking-industry-to-heal-thyself/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/banking-industry-to-heal-thyself/#comments</comments>
		<pubDate>Wed, 30 Sep 2009 19:34:30 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[bank]]></category>
		<category><![CDATA[banking]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[credit union]]></category>
		<category><![CDATA[CU]]></category>
		<category><![CDATA[DIF]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=196</guid>
		<description><![CDATA[Every day, I receive a semi-deluge of industry related emails.  Between the various agencies, media sites, organizations and associations I tend to receive more communiqués than I know what to do with.  But I developed an interesting habit last year when the banking industry first started its tailspin dive by making certain to read every [...]]]></description>
				<content:encoded><![CDATA[<p class="MsoNormal"><span>Every day, I receive a semi-deluge of industry related emails.  Between the various agencies, media sites, organizations and associations I tend to receive more communiqués than I know what to do with.  But I developed an interesting habit last year when the banking industry first started its tailspin dive by making certain to read every single issuance from the FDIC. </span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>Going back to at least last September I have read and saved each and every one of them (several hundred I might add).  I’m sure some of my peers will beg to differ, but for me this is where anyone in the industry should’ve been looking during the crisis for the best indicators of what’s going on.</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>Yesterday, I was glad for this somewhat addictive habit of mine.  For what may be the very first time since Lehman went belly-up, I may have found the first true concrete piece of evidence that we’re on the road to recovery, if only in some small way.</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>The FDIC agency alert yesterday <a title="FDIC release" href="http://www.fdic.gov/news/news/press/2009/pr09178.html" target="_self">announced plans to bolster the Deposit Insurance Fund</a><a title="FDIC release" href="http://http://www.fdic.gov/news/news/press/2009/pr09178.html" target="_self"> </a>(DIF) by requiring insured institutions (mostly the banks you and I know) to prepay on their quarterly premiums so that the fund remains viable and liquid through the still unfolding resolution of the banking mess.  And that’s significant because unlike a year ago, this time around the plan calls for the industry to take responsibility for itself and not go running to Capitol Hill for help, an option FDIC Chairman Sheila Bair has denounced on several occasions. </span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>Here’s what Bair had to say in the announcement:</span></p>
<p class="MsoNormal"><span>&#8220;The decision today is really about how and when the industry fulfills its obligation to the insurance fund. It&#8217;s clear that the American people would prefer to see an end to policies that look to the federal balance sheet as a remedy for every problem. In choosing this path, it should be clear to the public that the industry will not simply tap the shoulder of the increasingly weary taxpayer. This proposal is a vote of confidence for the banking industry&#8217;s resilience, and it will continue to recover its strength as we work through the significant challenges ahead.&#8221;</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>The reason for my optimism is that this action shifts control back to the banking sector to fix its own mess.  It puts greater emphasis on each individual institution to fulfill its obligations to the DIF in advance of using those same funds for more traditional activities commonly associated with generating profits.  I think accountability is necessary, if not essential, to repairing the damage inflicted on the industry and repairing its reputation with depositors, investors and borrowers (something the NCUA had figured out much sooner).  And so I’m feeling a little better about where we’re heading, economically speaking.</span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>Oh, and <span><span>Comptroller of the Currency John C. Dugan (that’s the OCC head honcho in case you didn&#8217;t recognize the handle) agrees with me.  Mr. Dugan said of the FDIC plan: “The actions we are taking today represent a balanced approach to raising needed money for the deposit insurance fund without impairing the ability of our banks and thrifts to support economic recovery.</span></span><span>”  He added, “I think this is a very positive proposal. The staff did an excellent job, and I support the way you handled it”.</span></span></p>
<p class="MsoNormal"><span> </span></p>
<p class="MsoNormal"><span>I&#8217;d like to chalk it up to “great minds think alike.”</span></p>
<p class="MsoNormal"><span> </span></p>
<p><span>By the way, if anyone knows of a Sheila Bair Fan Club or is thinking of starting one I’d appreciate if you would let me know.  She won my admiration last year (no surprise to my regular readers) and has routinely found ever more ways to score points with me.  She continues to step up and talk straight, smart and to the point about what&#8217;s going on with the banks and what to do about it.  I look forward to the President acting out on the banking reform plans announced earlier this year and I sincerely hope he put Bair in charge of the new entity.</span></p>
<p>For now, though, I have to go; seven more FDIC email alerts have landed in my inbox and I need to check &#8216;em out.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/banking-industry-to-heal-thyself/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
