<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: ffiec]]></title>
    <link>http://www.securityratty.com/tag/ffiec</link>
    <description></description>
    <pubDate>Sun, 05 Aug 2007 20:00:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[End user security psychology, part II: Can knowledge-based authentication be effective?]]></title>
      <link>http://www.securityratty.com/article/173e2827bdcc75c9338e464d4bd992dc</link>
      <guid>http://www.securityratty.com/article/173e2827bdcc75c9338e464d4bd992dc</guid>
      <description><![CDATA[Another post on Finextra discusses some recent research out of New Zealand that determined that the longer an authentication process drags on -- the more gantlets a user needs to run before being let...]]></description>
      <content:encoded><![CDATA[<p class="MsoNormal"><span style="font-size: 10pt;"><a href="http://www.finextra.com/community/fullblog.aspx?id=912">Another post</a>
on Finextra discusses some <a href="http://www.nzherald.co.nz/topic/story.cfm?c_id=137&amp;objectid=10489542">recent
research</a> out of New Zealand that determined that the longer an
authentication process drags on -- the more gantlets a user needs to run before
being let in a site's front door -- the less secure those users perceive the
site is.<o:p></o:p></span></p>



<p class="MsoNormal"><span style="font-size: 10pt;"><o:p></o:p>Implementations of
knowledge-based authentication (KBA) -- asking &quot;secret&quot;, out-of-wallet questions
that presumably only the end user knows the answers to -- on the Web have been
on the rise in the past few years, particularly in online financial services, as
part of efforts to fulfill FFIEC guidelines for additional risk mitigation measures
that address the inadequacies of single-factor authentication. The concept of layered
authentication -- the riskier the transaction, the more stringent the
authentication measures -- is related to this, and KBA can be readily (and
simplistically) adapted to layered authentication by simply increasing the
number of secret questions that the system asks.<o:p></o:p></span></p>



<p class="MsoNormal"><span style="font-size: 10pt;">Of course, as a standalone
method of authenticating users at login, asking out-of-wallet questions in
addition to username and password doesn't rise to the level of strong
(two-factor) authentication, since they're all variations on &quot;what you know&quot;. So
from a security standpoint it's difficult for KBA to really provide identity
assurance. But isn't ease of use and peace of mind for end users that's driving
financial institutions to implement KBA? (Let's put aside for a moment any
cynicism about KBA being a cheap alternative for the FI.)<o:p></o:p></span></p>



<p class="MsoNormal"><span style="font-size: 10pt;">Apparently, though, there's a
point at which users' confidence that the bank is protecting their assets
tips over into suspicion that the bank's security isn't up to snuff or even
that a fraudster is pumping them for personal information. And then there's the
annoyance factor: the inconvenience in terms of the time and effort to remember
all of the PINs, passwords, and answers and jump through those hoops. It's as
if the typical Internet banking customer is a tender orchid needing just the
right conditions to flourish.<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt;">The only problem is that in most cases this isn't true. Buck up and spend the cash on a real two-factor authentication system, mandate its use, and customers will adapt -- even thrive. There are enough different methods of two-factor our there that the difficult decision should not be whether to implement two-factor, but which form factor to choose.</span></p>

]]></content:encoded>
      <pubDate>Wed, 02 Apr 2008 07:11:25 +0000</pubDate>
      <category domain="http://www.securityratty.com/tag/authentication">authentication</category>
      <category domain="http://www.securityratty.com/tag/authentication measures">authentication measures</category>
      <category domain="http://www.securityratty.com/tag/authentication process drags">authentication process drags</category>
      <category domain="http://www.securityratty.com/tag/kba">kba</category>
      <category domain="http://www.securityratty.com/tag/security">security</category>
      <category domain="http://www.securityratty.com/tag/single-factor authentication">single-factor authentication</category>
      <category domain="http://www.securityratty.com/tag/implement kba">implement kba</category>
      <category domain="http://www.securityratty.com/tag/users">users</category>
      <category domain="http://www.securityratty.com/tag/users perceive">users perceive</category>
      <source url="http://blogs.forrester.com/srm/2008/04/end-user-securi.html">End user security psychology, part II: Can knowledge-based authentication be effective?</source>
    </item>
    <item>
      <title><![CDATA[The Case For Information Security]]></title>
      <link>http://www.securityratty.com/article/4cf3f3553687b612b1bdf62508270637</link>
      <guid>http://www.securityratty.com/article/4cf3f3553687b612b1bdf62508270637</guid>
      <description><![CDATA[While working as a security consultant, every MDAC attack, every cross-site scripting attack, every SQL injection attack, every custom application vulnerability that was exploited, was treated with...]]></description>
      <content:encoded><![CDATA[<span style=";font-family:sans-serif;font-size:85%;"  >While working as a security consultant, every MDAC attack, every</span><span style=";font-family:sans-serif;font-size:85%;"  > cross-site scripting attack, every SQL injection attack, every custom application vulnerability that was exploited, was treated with such zeal that it made me think the companies that we assessed should be eternally grateful to us for having found those vulnerabilities and saved them millions and</span><span style=";font-family:sans-serif;font-size:85%;"  > millions of dollars.</span><br /><br /><span style=";font-family:sans-serif;font-size:85%;"  >Now that I'm on the other side of the fence, I see why they di</span><span style=";font-family:sans-serif;font-size:85%;"  >dn't care so much. The companies don't care. Okay, so there is a SQL injection. a few dozen SQL injections. what does i</span><span style=";font-family:sans-serif;font-size:85%;"  >t mean to me the CFO or me the CEO ? the loss of a few card numbers ? we already are monitoring fraud losses - and have money set aside too. Can this be translated into a mass compromise of card data ? Hmm -  now,  you probably caught my attention. Loss of reputation - temporary. But try convincing me this could mean something critical to the bottom line - that is downright hilarious. Because the truth is - Wall St doesn't ca</span><span style=";font-family:sans-serif;font-size:85%;"  >re about a company being hacked. Don't believe me ? Check out TJX. 46 million card numbers. Biggest ever breach so far. The current stock price ? An all-time high right now.</span><br /><span style=";font-family:sans-serif;font-size:85%;"  ><br /><br /></span><br /><span style=";font-family:sans-serif;font-size:85%;"  ><br /></span><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://bp2.blogger.com/_XTqu2iQGpYM/R-Rx8MtklrI/AAAAAAAAAbI/NXXs3On57sA/s1600-h/tjx.JPG"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 165px;" src="http://bp2.blogger.com/_XTqu2iQGpYM/R-Rx8MtklrI/AAAAAAAAAbI/NXXs3On57sA/s320/tjx.JPG" alt="" id="BLOGGER_PHOTO_ID_5180390750401369778" border="0" /></a><br /><br /><br /><span style=";font-family:sans-serif;font-size:85%;"  >The same with AT&amp;T. 19000 Card numbers stolen.<br /><br /><br /></span><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://bp0.blogger.com/_XTqu2iQGpYM/R-R31stklsI/AAAAAAAAAbQ/Wg9aRuuHfbc/s1600-h/t.JPG"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 193px;" src="http://bp0.blogger.com/_XTqu2iQGpYM/R-R31stklsI/AAAAAAAAAbQ/Wg9aRuuHfbc/s320/t.JPG" alt="" id="BLOGGER_PHOTO_ID_5180397235801986754" border="0" /></a><br /><br /><span style=";font-family:sans-serif;font-size:85%;"  >Choicepoint shareholders punished the company for a while - and then forgave and forgot.<br /><br /><br /><br /></span><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://bp3.blogger.com/_XTqu2iQGpYM/R-R8ActkltI/AAAAAAAAAbY/LKbavZ_y34k/s1600-h/choicepoint.JPG"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="http://bp3.blogger.com/_XTqu2iQGpYM/R-R8ActkltI/AAAAAAAAAbY/LKbavZ_y34k/s320/choicepoint.JPG" alt="" id="BLOGGER_PHOTO_ID_5180401818532091602" border="0" /></a><br /><span style=";font-family:sans-serif;font-size:85%;"  ><br />So what does this mean for you and me ? Should we just ignore the fact that our personal data can be compromised and sold on the internet because the loss of our information is something 'they' have already accounted for ? Thats brutal. A weak glimmer of hope could be PCI. PCI SSC  has been making an effort to fix this scenario - and we could begin to see changes. But these standards are currently so vague and can be interpreted in so many different ways - it is pathetic. Unless there are strict regulations (FFIEC/FDIC begin requiring Application Security integrated into the SDLC of a company and quarterly validation by different independent 3rd parties would be nice :) )and stricter enforcement - with real hefty fines  - Wall St. may just continue to  look the other way ..and we all know that Wall St is what matters.</span><br /><span style=";font-family:sans-serif;font-size:85%;"  ><br /></span>]]></content:encoded>
      <pubDate>Fri, 21 Mar 2008 11:08:00 +0000</pubDate>
      <category domain="http://www.securityratty.com/tag/attack">attack</category>
      <category domain="http://www.securityratty.com/tag/mdac attack">mdac attack</category>
      <category domain="http://www.securityratty.com/tag/sql injection attack">sql injection attack</category>
      <category domain="http://www.securityratty.com/tag/card">card</category>
      <category domain="http://www.securityratty.com/tag/card data">card data</category>
      <category domain="http://www.securityratty.com/tag/sql injection">sql injection</category>
      <category domain="http://www.securityratty.com/tag/million card">million card</category>
      <category domain="http://www.securityratty.com/tag/loss">loss</category>
      <category domain="http://www.securityratty.com/tag/pci">pci</category>
      <source url="http://securitycoin.blogspot.com/2008/03/case-for-information-security.html">The Case For Information Security</source>
    </item>
    <item>
      <title><![CDATA[Links for 2008-01-21 [del.icio.us]]]></title>
      <link>http://www.securityratty.com/article/08d05094e6308fc457aa2aae733da92b</link>
      <guid>http://www.securityratty.com/article/08d05094e6308fc457aa2aae733da92b</guid>
      <description><![CDATA[Dancho Danchev's Blog - Mind Streams of Information Security Knowledge: E-crime and Socioeconomic Factors
High Tower Software Announces Cinxi SOA @ SOA WORLD MAGAZINE...]]></description>
      <content:encoded><![CDATA[<ul>
<li><a href="http://ddanchev.blogspot.com/2008/01/e-crime-and-socioeconomic-factors.html">Dancho Danchev's Blog - Mind Streams of Information Security Knowledge: E-crime and Socioeconomic Factors</a></li>
<li><a href="http://soa.sys-con.com/read/488089.htm">High Tower Software Announces Cinxi SOA @ SOA WORLD MAGAZINE</a></li>
<li><a href="http://geer.tinho.net/geer.housetestimony.070423.txt">http://geer.tinho.net/geer.housetestimony.070423.txt</a><br/>
re:     Hearing, Wednesday 25 April 07, entitled
                  Addressing the Nation's Cybersecurity Challenges:
                  Reducing Vulnerabilities Requires Strategic Investment
                  and Immediate Action</li>
<li><a href="http://www.redmonk.com/cote/2008/01/19/what-one-msp-needs-barcampesm-session/">People Over Process &raquo; What One MSP Needs - barcampESM session</a></li>
<li><a href="http://www.ffiec.gov/ffiecinfobase/booklets/information_security/05_sec_monitoring.htm">FFIEC InfoSec  Handbook on Security Monitoring and Logging</a></li>
</ul><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/220787445" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 21 Jan 2008 21:00:00 +0000</pubDate>
      <category domain="http://www.securityratty.com/tag/information security knowledge">information security knowledge</category>
      <category domain="http://www.securityratty.com/tag/security">security</category>
      <category domain="http://www.securityratty.com/tag/ffiec infosec handbook">ffiec infosec handbook</category>
      <category domain="http://www.securityratty.com/tag/soa world magazine">soa world magazine</category>
      <category domain="http://www.securityratty.com/tag/barcampesm session">barcampesm session</category>
      <category domain="http://www.securityratty.com/tag/socioeconomic factors">socioeconomic factors</category>
      <category domain="http://www.securityratty.com/tag/dancho danchev">dancho danchev</category>
      <category domain="http://www.securityratty.com/tag/mind streams">mind streams</category>
      <category domain="http://www.securityratty.com/tag/cybersecurity challenges">cybersecurity challenges</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/220787445/anton18">Links for 2008-01-21 [del.icio.us]</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #71]]></title>
      <link>http://www.securityratty.com/article/97f45fe21f94a136b6c387634e4e4cb0</link>
      <guid>http://www.securityratty.com/article/97f45fe21f94a136b6c387634e4e4cb0</guid>
      <description><![CDATA[Click here to listen/download (06:06
Listen to how Bank of the West , the second largest bank based in California, has met the FFIEC guidance for providing multi-factor authentication to help further...]]></description>
      <content:encoded><![CDATA[<p><a href="https://www.rsa.com/blog/podcasts/070806_SecurityPodcast.mp3" target="_blank">Click here to listen/download</a> (06:06).</p><p>Listen to how <a href="http://www.bankofthewest.com" target="_blank">Bank of the West</a>, the second largest bank based in California, has met the <a href="http://www.rsa.com/node.aspx?id=2970" target="_blank">FFIEC guidance for providing multi-factor authentication</a> to help further protect bank customers, their funds and personal information when banking online. The combination of deploying <a href="http://www.rsa.com/node.aspx?id=3018" target="_blank">behind-the-scenes protection as well as visible site-to-user authentication</a> is designed to provide strong security that involves bank customers in a user-friendly way, reassures them and boosts their confidence online, while not hindering their banking experience. Paul Joyal talks to CIO Donald Duggan about this <a href="http://www.rsa.com/press_release.aspx?id=8593">initiative</a>.</p>]]></content:encoded>
      <pubDate>Sun, 05 Aug 2007 20:00:00 +0000</pubDate>
      <category domain="http://www.securityratty.com/tag/protect bank customers">protect bank customers</category>
      <category domain="http://www.securityratty.com/tag/bank">bank</category>
      <category domain="http://www.securityratty.com/tag/involves bank customers">involves bank customers</category>
      <category domain="http://www.securityratty.com/tag/cio donald duggan">cio donald duggan</category>
      <category domain="http://www.securityratty.com/tag/provide strong security">provide strong security</category>
      <category domain="http://www.securityratty.com/tag/bank based">bank based</category>
      <category domain="http://www.securityratty.com/tag/paul joyal talks">paul joyal talks</category>
      <category domain="http://www.securityratty.com/tag/visible site-to-user authentication">visible site-to-user authentication</category>
      <category domain="http://www.securityratty.com/tag/online">online</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1213">Speaking of Security Podcast #71</source>
    </item>
  </channel>
</rss>
