<?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; risk rating</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/risk-rating/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>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>Vendor management program efforts still fall (way) short</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/third-party-oversight-still-falls-way-short/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/third-party-oversight-still-falls-way-short/#comments</comments>
		<pubDate>Mon, 11 Oct 2010 15:56:58 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[assess]]></category>
		<category><![CDATA[examination]]></category>
		<category><![CDATA[examiner]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[periodic review]]></category>
		<category><![CDATA[regulations]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[risk rating]]></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 rating]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=506</guid>
		<description><![CDATA[Popular vendor management rhetoric tends to inspire inertia for  too many financial institutions.  We see it all the time in our practice when engaging potential clients for our vendor management offerings.]]></description>
				<content:encoded><![CDATA[<p>Early last week I downloaded some fresh content covering vendor management.  It turned out that the new information wasn&#8217;t really new, it&#8217;s guidance that&#8217;s been circulating in one form or another for years and tracks closely with guidance ripped from the pages of the Sante Fe Group/BITS Shared Assessment methodology and generally tied back to FFIEC guidance.  It&#8217;s an approach that turns out to be a recipe for &#8220;boiling the ocean&#8221; &#8211; it makes the work seem too big and unwieldy for all but the largest organizations to tackle, and tends to scare the small and midsized institutions into a state of paralysis  But there&#8217;s more than one way to skin this particular cat and not enough practitioners bring that to the surface.</p>
<p>One of the files I downloaded reminded me of an exercise I participated in two years ago focused on vendor management.  I was asked to develop a &#8220;how to&#8221; webinar on establishing a new program and created a Power Point stack that encapsulated the approach I&#8217;ve been using successfully for years.  Much like everything I&#8217;ve had a hand in developing, I spend considerable time up front firming up on what&#8217;s required minimally, what makes sense for the organization, and designing the various tasks so that it reflects on the capabilities of the staff.  Telling a community bank that they need to conduct an on-site audit of their hosted platform provider or review a software vendor&#8217;s SDLC methodology is both irresponsible and unrealistic; they typically don&#8217;t have the staff or expertise to do so.  And so my presentation didn&#8217;t attempt to boil the ocean but rather boil vendor management down to something effective and manageable.  The owner of the sponsoring website rejected my final draft because he felt it wasn&#8217;t detailed enough and would fall short of audience expectations.  He wanted the Shared Assessment rehash; I provided something simpler and realistic that was much more likely to appeal to the audience and was unwilling to compromise my standards, so I decided to separate from the project.</p>
<p>Popular vendor management rhetoric tends to inspire inertia for  too many financial institutions.  Some admit that they&#8217;re delaying pursuing vendor management activities for sizable periods of time (anywhere from six months to five years &#8211; no joking).  Some claim they&#8217;re only managing their critical vendors and are using spreadsheets or hard-copy documentation to prove compliance (possible but unlikely).  And a frighteningly high number simply defer making any plans or decisions at all because their examiners don&#8217;t pay it any attention at all.  Let me run that last one by you again: Their examiners don&#8217;t actually examine their vendor management programs (you know, the ones that don&#8217;t exist).</p>
<p>So on one hand we have a group of regulatory industry leaders shouting from the roof tops that third-party oversight is critical and needs to address a suffocating amount of information, and on the other hand no one really seems to care if anything is being done.  Anyone else see the problem with all of this?</p>
<p>As with all compliance initiatives, only your organization can determine what makes sense.  Almost all FFIEC guidance specifies that your program needs to take into consideration the size and complexity of your institution.  So what might work for Citigroup or Bank of America would never make sense for 1st Community National Bank with its two branches and $100 million in assets.  There will certainly be commonalities  &#8211; you still need to risk rate each vendor, you still need to perform a periodic review &#8211; but the depth and breadth of the program will vary wildly.  However, one thing is certain: You have a fiduciary responsibility to protect your customers&#8217; personal data and that extends to any business relationship you maintain in which it&#8217;s exposed.  Doing nothing isn&#8217;t an option as is doing too little not just because it&#8217;s the law but because it&#8217;s the right thing to do.</p>
<p>The industry pundits are right that the threats in conducting business with third-party vendors are real and increasing every day.  Where they go wrong is in not educating you on the many options available to manage those threats.  One size does not fit all in the regulatory space and that&#8217;s a concept you need to hear more frequently.</p>
<p>But trust me on this: Doing nothing is not an option. Waiting until the examiners force the issue is not a strategy, and being caught without a viable program in place after your institution has been involved in a breech is a train wreck waiting to happen.  Don&#8217;t be scared off by what you don&#8217;t know or can&#8217;t manage; start simple and move from there.  No matter what, do something and do it now!</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/third-party-oversight-still-falls-way-short/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
