 




<?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; penetration testing</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/regulatory-compliance/tag/penetration-testing/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 you GLBA compliant and ready for year-end?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-you-glba-compliant-and-ready-for-year-end/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-you-glba-compliant-and-ready-for-year-end/#comments</comments>
		<pubDate>Wed, 25 Aug 2010 16:07:02 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[Audit]]></category>
		<category><![CDATA[business continuity]]></category>
		<category><![CDATA[business continuity planning]]></category>
		<category><![CDATA[compliance]]></category>
		<category><![CDATA[FDIC]]></category>
		<category><![CDATA[GLBA]]></category>
		<category><![CDATA[NCUA]]></category>
		<category><![CDATA[penetration test]]></category>
		<category><![CDATA[penetration testing]]></category>
		<category><![CDATA[regulatory]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[risk]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[security awareness]]></category>
		<category><![CDATA[social engineering]]></category>
		<category><![CDATA[Vendor Management]]></category>
		<category><![CDATA[vulnerability test]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=447</guid>
		<description><![CDATA[You'd be surprised by how many financial institutions routinely reach this point in the calendar year having deferred scheduling much (if not all) of their compliance work.  You can't go an entire year without having conducted both an audit and a risk assessment, you can't.]]></description>
				<content:encoded><![CDATA[<p>Summer at home officially ended this morning as my children returned to school.  Beyond the fact that I consider it cruel and inhuman punishment to resume academic activities before Labor Day, it also serves as a wake-up call that we&#8217;re well past mid-year on the traditional calendar and eying the home stretch for 2010; before we know it we&#8217;ll be moving into Q4.  So why is that on my mind today?  Because I&#8217;m mindful of all those institutions that have yet to address their obligations specific to GLBA and NCUA regulations.</p>
<p>This is something of an annual post that I&#8217;ve been issuing over the years where I bang the proverbial spoon on the proverbial pot trying to warn everyone that there&#8217;s work to be done.  I&#8217;m not talking about running through the paces to prepare for an exam but rather having work done that ensures the protection of your customer/member information.  I used to work for a company whose primary sales approach was to  tell current and prospective clients that they had to conduct all manner of tests and assessments because of the regulations.  The firm&#8217;s angle was that in order to be compliant you &#8220;must do this work,&#8221; which not coincidentally dovetailed with services we offered.</p>
<p>I always thought that the &#8220;because I said so&#8221; logic was flawed.  My thinking then and now was that we should educate clients  on why they need to have regular audits and assessments: How scheduling the work at proper intervals and coordinated activities so that they flow naturally into one another greatly reduces their risk of exposure and improves their reputation as a bank or credit union that can be trusted.   But  what if an institution&#8217;s basic strategy is to wait until an exam is a week away and then pull long hours and work all weekend to update what&#8217;s needing updating?</p>
<p>The regulatory compliance trinity is fairly simple and straightforward at its highest level:  You document your controls and related activities (the infamous policies and procedures collection), periodically assess your risk factors to determine if you need to add or modify those controls and related activities, and then  test the controls to determine if they&#8217;re in place and effective.  GLBA at its core is actually that simple and really quite effective.  It&#8217;s GRC 101 and there&#8217;s no doubt that by complying with its basic tenets you&#8217;re doing the right thing to protect your account holders.</p>
<p>And yet you&#8217;d be surprised by how many financial institutions routinely reach this point in the calendar year having deferred scheduling much (if not all) of their compliance work.  You can&#8217;t go an entire year without having conducted both an audit and a risk assessment.  No business infrastructure goes through a 12-month period without something significant changing, without risk factors emerging that haven&#8217;t been present before that need to be managed.  By extending your compliance work to align with your exam cycle, you&#8217;re opening up a huge gap through which a truckload of problems is likely going to drive.  Based on the size and complexity of your institution, you can arrange your compliance program so that not everything needs to occur annually.  I&#8217;ve worked with clients where their program called for a risk assessment and audit to occur in alternate years and where only the ongoing programs (e.g. vendor management, penetration testing, business continuity planning, etc.) needed to be addressed and validated annually.  And while it&#8217;s true that you don&#8217;t need to shoehorn everything into a 12-month period, you do need to have a clearly defined plan on how your institution complies with the various regulations.  You simply can&#8217;t get two-thirds of the way through the year without having conducted or scheduled any manner of testing or assessments.</p>
<p>We&#8217;re about to turn another page on the calendar and enter September.  While you may count that as four months to year-end and think there&#8217;s plenty of time to get things done you need to consider that it&#8217;s more like three months.  Between the major holidays, the minor holidays and people taking time off as the year winds down you&#8217;re going to find it hard to secure resources to conduct the work and even harder to have them complete tasks while people are constantly out of the office.  So with three effective months of working time left in the year, you need to move quickly to come up with a plan.  What are you committed to accomplishing by year end and how are you going to succeed?  Remember, there&#8217;s no more obvious red flag to an examiner than finding a pile of documentation where the ink is still wet or the update/completion dates are suspiciously recent.</p>
<p>And don&#8217;t come back at me with the logic that it doesn&#8217;t clearly state anywhere in GLBA/NCUA regulations that you need to conduct an audit, a risk assessment or any manner of security-based testing.  As I&#8217;ve stated here in my blog several times, FFIEC <a title="FFIEC Examination Handbooks" href="http://www.ffiec.gov/ffiecinfobase/html_pages/it_01.html" target="_blank">guidance </a>clearly indicates a need to have a recently conducted risk assessment available.  FFIEC <a title="FFIEC Examination Handbooks" href="http://www.ffiec.gov/ffiecinfobase/html_pages/it_01.html" target="_blank">guidance </a>also clearly specifies the need to conduct an audit at a frequency appropriate for the size and complexity of an institution.  All you need to do is look at the <a title="FFIEC Master Table of Contents" href="http://www.ffiec.gov/ffiecinfobase/html_pages/toc_book_frame.htm" target="_blank">Master Table of Contents</a> in the FFIEC examination handbooks to see which parts of your infrastructure need to be tested periodically (why do you think the agency authored the handbooks?).  Considering that both the FDIC and NCUA rely on FFIEC guidance to support their examination process, there&#8217;s little doubt (actually no doubt) that&#8217;s where you need to look to figure out what work to schedule.</p>
<p>Three months to go, what&#8217;s your plan?</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/are-you-glba-compliant-and-ready-for-year-end/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Should it be this easy to bypass network security?</title>
		<link>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/</link>
		<comments>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/#comments</comments>
		<pubDate>Thu, 17 Jun 2010 15:36:07 +0000</pubDate>
		<dc:creator>David Schneier</dc:creator>
				<category><![CDATA[cyber security]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[information security]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[penetration test]]></category>
		<category><![CDATA[penetration testing]]></category>
		<category><![CDATA[Regulatory Compliance]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/regulatory-compliance/?p=398</guid>
		<description><![CDATA[My firm conducts basic penetration tests all the time and this is the sort of thing that would be flagged without much of an effort.  Why haven't they found it yet?  And if I've found it entirely by luck what about the hackers who go hunting for these sort of things? ]]></description>
				<content:encoded><![CDATA[<p>A few weeks back, I went online to pay my cable bill.  There&#8217;s a long story behind the struggles I&#8217;ve had in doing so since becoming a customer, but I&#8217;ll save that for another time.   Part of the longer story, though, involves my bookmarking the sign-on page where I can access my account and make payments.</p>
<p>I clicked on the link and instead of being directed to the desired page was instead routed through to a Websphere Administration panel.</p>
<p>But that&#8217;s not even the best part of the story.</p>
<p>After confirming that in fact I was somehow through their firewall security and at some point along the way into their infrastructure,  I decided to be a good citizen and let them know.  I tried calling their customer support department twice and both times, after being routed through some crazy series of automated menus, wound up being treated as someone who was simply having trouble accessing his online account.  One customer support representative had no clue what I was describing to them and the other one seemed to grasp what I was saying conceptually but didn&#8217;t have a page in his playbook to manage the call and so he defaulted to trying to help me pay my bill.</p>
<p>The funny thing is that once I navigated from their homepage through to the payment page it worked just fine, but if I selected the bookmark it deposited me right back at Websphere Central.  And as of 30 seconds ago it still does.</p>
<p>Now I know that bashing the local cable company is a popular thing to do and has fast become one of our nation&#8217;s favorite pastimes.  But I&#8217;m not so much picking on them as I&#8217;m amazed that they have such an obvious flaw in their network security.  My firm conducts basic penetration tests all the time and this is the sort of thing that would be flagged without much of an effort.  Why haven&#8217;t they found it yet?  And if I&#8217;ve found it entirely by chance what about the hackers who go hunting for these sort of things?  Or have they discovered it and are currently feeding large while it remains available?</p>
<p>It&#8217;s amazing any of us are ever willing to conduct business online, when you get right down to it.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/regulatory-compliance/should-it-be-this-easy-to-bypass-network-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
