<?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: rsas]]></title>
    <link>http://securityratty.com/tag/rsas</link>
    <description></description>
    <pubDate>Sun, 15 Apr 2007 20:00:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Undetectable Sinowal/Torpig Trojan Steals More Than 300,000 Bank Accounts]]></title>
      <link>http://securityratty.com/article/3526509fda78c56c9b6d343cf188d78d</link>
      <guid>http://securityratty.com/article/3526509fda78c56c9b6d343cf188d78d</guid>
      <description><![CDATA[Security researchers at RSAs FraudAction Research Lab have uncovered how a banking Trojan may have stolen the login credentials of as many as 300,000 online bank accounts. The Sinowal (AKA Torpig or...]]></description>
      <content:encoded><![CDATA[Security researchers at RSA&#8217;s FraudAction Research Lab have uncovered how a banking Trojan may have stolen the login credentials of as many as 300,000 online bank accounts. The Sinowal (AKA Torpig or Mebroot) trojan has also stole email and FTP account login details. Previous attempts to track the source of the Trojan were unsuccessful.
The haul [...]]]></content:encoded>
      <pubDate>Fri, 31 Oct 2008 17:12:57 +0000</pubDate>
      <category domain="http://securityratty.com/tag/trojan">trojan</category>
      <category domain="http://securityratty.com/tag/online bank accounts">online bank accounts</category>
      <category domain="http://securityratty.com/tag/previous attempts">previous attempts</category>
      <category domain="http://securityratty.com/tag/aka torpig">aka torpig</category>
      <category domain="http://securityratty.com/tag/login credentials">login credentials</category>
      <category domain="http://securityratty.com/tag/sinowal">sinowal</category>
      <category domain="http://securityratty.com/tag/security researchers">security researchers</category>
      <category domain="http://securityratty.com/tag/source">source</category>
      <category domain="http://securityratty.com/tag/haul">haul</category>
      <source url="http://cyberinsecure.com/undetectable-sinowaltorpig-trojan-steals-more-than-300000-bank-accounts/">Undetectable Sinowal/Torpig Trojan Steals More Than 300,000 Bank Accounts</source>
    </item>
    <item>
      <title><![CDATA[Why Risk Management Doesnt Work (?!)]]></title>
      <link>http://securityratty.com/article/2dce81ab5be406fb5211a9daea174b0c</link>
      <guid>http://securityratty.com/article/2dce81ab5be406fb5211a9daea174b0c</guid>
      <description><![CDATA[Several folks (Hi Daniel , Brent , David !) sent email &amp; twitters asking us our opinion on a Dark Reading article called Why Risk Management Doesnt Work which if you click on the link should come up...]]></description>
      <content:encoded><![CDATA[<p>Several folks (Hi <a href="http://dmiessler.com/">Daniel</a>, <a href="http://stateofsecurity.com/">Brent</a>, <a href="http://www.twitter.com/debix">David</a>!) sent email &amp; twitters asking us our opinion on a Dark Reading article called &#8220;<a href="http://www.darkreading.com/document.asp?doc_id=165107">Why Risk Management Doesn&#8217;t Work</a>&#8221; which if you click on the link should come up for you after seeing someone&#8217;s advertisement for a few seconds.</p>
<p>I&#8217;m assuming the author wants us to read the title as <strong>&#8220;Things to Look Out For in Performing Risk Analysis&#8221;</strong> and not <strong>&#8220;Risk Management is Folly - Stop, Stop, Stop!&#8221;</strong> The former is fine, the latter isn&#8217;t supported by the evidence presented by the subjects of the article.<br />
The subjects of the article are a <strong><a href="http://www.verizonbusiness.com/resources/security/databreachreport.pdf">good study from Wade Baker &amp; Co. at Verizon</a></strong>, and a report from RSA&#8217;s Security for Business Innovation Council. Let&#8217;s take a look at each of these and examine why what they&#8217;re saying might contribute to poor risk management, shall we?</p>
<p><strong>1.)  THE VERIZON REPORT</strong></p>
<p>The Verizon report is an analysis of some 530 forensic investigations their company performed.  It is well worth your time as it&#8217;s chock full of interesting information.  As it relates to the Dark Reading piece, a coarse summary would be that &#8220;likelihood&#8221; is &#8220;different&#8221; for different people and so you can&#8217;t use the same &#8220;likelihood&#8221; across different industries.</p>
<p>Distilled through the lens of FAIR:</p>
<blockquote><p>&#8220;different threat communities may be applicable based on Probability of Action factors which include: Value, Level of Effort and Risk (of Getting Caught).&#8221;</p></blockquote>
<p>Or, even further distilled and in the words of my six year old son,</p>
<blockquote><p>&#8220;Duh-uh&#8221;.</p></blockquote>
<p>With regards to what I assume is the purpose of the article (What Doesn&#8217;t Work in Risk Analysis) this concept  seems just to rehash the old GIGO argument regarding risk analysis.  Great.  Can&#8217;t argue with that, nor it&#8217;s corollary QIQO (quality in, quality out).</p>
<p>But let me ask you -  <strong><em>is this really a problem common in your analysis</em></strong>?  Did reading this article make you go &#8220;Crap, we&#8217;ve been using data normalized across multiple industries in our analysis! They&#8217;re all wrong!&#8221;  Or have you already been accounting for the unique value proposition your company has to the specific threat community you&#8217;re worried about?  See, maybe I&#8217;m just not your average analyst, but even in my NIST/OCTAVE days, this has *never* been an issue for me.</p>
<p>Let me be specific, this is not a problem with Verizon&#8217;s very cool report.  It&#8217;s just that I don&#8217;t see what the big deal is.  This article is starting to feel like someone is running through the motions, trying to play the &#8221; a crazy title gets people to read a boring article&#8221; game.</p>
<p>Speaking of cool reports - You know what would be cool?  I think it would be interesting to see is the quality of these companies&#8217; &#8220;risk management process&#8221; established using good criteria,  and then correlated to the frequency and magnitude of real-world losses across the aggregate sample.  In other words, can we establish evidence that strong risk management practices not just reduce &#8220;risk&#8221; but also reduce actual incidents.</p>
<p><strong>2.)  THE RSA COUNCIL &#8220;EXPLORES WHY LEGACY METHODS OF EVALUATING INFORMATION SECURITY RISK DON&#8217;T WORK IN TODAY&#8217;S CONNECTED WORLD, IN WHICH ANY NEW BUSINESS INNOVATION INHERENTLY CARRIES SOME LEVEL OF RISK TO INFORMATION.&#8221;</strong></p>
<p>This report from the RSA council puts forth a seemingly obvious proposition, that risk must be balanced by reward.  Why is this news?  Now as I read the article it&#8217;s not clear if:</p>
<ul>
<li>The RSA Council is claiming that the CISO&#8217;s office should be the ones determining reward.  Absurd.</li>
</ul>
<p>or</p>
<ul>
<li>Businesses aren&#8217;t doing a good job at determining risk and reward.</li>
</ul>
<p>Let&#8217;s go with the latter.  So I&#8217;m pretty sure (good) businesses do a good job at estimating reward.  Businesses I&#8217;ve been a part of?  We LOVE(D) estimating reward.  We don&#8217;t tend to start projects all willy-nilly. No we tend to be careful to identify the size of the market and what it will cost to address the market.  So what could the problem be that this RSA council is trying to address?  Maybe it has to do with something like the following:</p>
<p>Yesterday, I got a demo of an IT-GRC application that shall remain nameless.  It seemed to be very good at the &#8220;C&#8221; bits - lots of information on regulations and expectations and even what sorts of controls would answer the regulations (which is goofy, but we&#8217;ll have to talk about that later).  It also gave you the ability to build workflow quite nicely.  But it measured NOTHING.  There really was no observable &#8220;G&#8221; and &#8220;R&#8221; was really Medium X Low X Low = High sorts of stuff.  So let&#8217;s use this relatively expensive tool as evidence of what your average CISO is armed with going into a Risk/Reward sort of meeting.  I imagine a nice board room with wood-grain paneling and glass bowls filled with little chocolate covered mints designed to give everyone involved in the meeting (CEO, CFO, CIO, CSO, VP S&amp;M, etc&#8230;) a little sugar rush when needed and fresh breath.  The conversation goes a little something like this (apologies to <strong><a href="http://securosis.com/2008/09/17/the-fallacy-of-complete-and-accurate-risk-quantification/">Rich</a></strong>):</p>
<blockquote><p><em><strong>Business Guy Who Wants to Make Money Because That&#8217;s What Businesses Do:</strong></em> Based on market studies, we believe that initial gross revenues from the new product and technology rollout will be eleventy gazillion dollars based on a 37% market penetration in Scandinavia, alone.</p>
<p><em><strong>CSO: </strong></em> Well now, we have a likelihood of &#8220;High&#8221; and a &#8220;C&#8221; impact of Medium, and an &#8220;I&#8221; impact of Low, and an &#8220;A&#8221; impact of &#8220;High&#8221; and because we are a (bank/hospital/retailer/basically any business that breathes anymore) we weight &#8220;C&#8221; by a factor of 2 - we multiplied those all together and got a &#8220;High&#8221;.</p>
<p>So can you guys delay the product rollout by 9 months and give me a bunch more money that&#8217;s not in the budget so that I can get this thing down to a &#8220;Medium&#8221;, please?</p></blockquote>
<p>Again, I just don&#8217;t see the problem with Information Risk Management being that our businesses have no idea what the rewards of business might be.  Now maybe we need get a seat in that boardroom just to be able to talk about our &#8220;Mediums&#8221;, sure.  And maybe we&#8217;re infantile in our ability to describe our problem space.  But I cannot fathom that &#8220;<em>Risk Management Doesn&#8217;t Work</em>&#8221; because businesses haven&#8217;t been considering &#8220;reward&#8221;.</p>
<p><strong>WHY RISK MANAGEMENT MAY  NOT BE WORKIN&#8217; FOR YOU</strong></p>
<p>Two meta-categories of causation:</p>
<ul>
<li>No skills</li>
</ul>
<p>and/or</p>
<ul>
<li>No resources</li>
</ul>
<p>Any ancillary &#8220;cause&#8221; can be mapped to one of these categories.  You could have significant resources but crappy models, and have conversations like our imaginary CSO, above.  You could have really good models and people trained and motivated to use them, but scarce time &amp; money, so no conversation happens.</p>
<p>Now my question for you is - which does it make sense to acquire *first* to solve the &#8220;<em>Why Risk Management Doesn&#8217;t Work</em>&#8221; problems, skills or resources?</p>
]]></content:encoded>
      <pubDate>Wed, 08 Oct 2008 13:15:14 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk management">risk management</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information risk management">information risk management</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/poor risk management">poor risk management</category>
      <category domain="http://securityratty.com/tag/information security risk">information security risk</category>
      <category domain="http://securityratty.com/tag/reduce risk">reduce risk</category>
      <category domain="http://securityratty.com/tag/risk analysis">risk analysis</category>
      <category domain="http://securityratty.com/tag/cool report">cool report</category>
      <source url="http://riskmanagementinsight.com/riskanalysis/?p=459">Why Risk Management Doesnt Work (?!)</source>
    </item>
    <item>
      <title><![CDATA[Security and Virtualization]]></title>
      <link>http://securityratty.com/article/1e8f05401ea9437a75b32f55a7c439ae</link>
      <guid>http://securityratty.com/article/1e8f05401ea9437a75b32f55a7c439ae</guid>
      <description><![CDATA[As part of my various duties here at RSA, I get the privilege of speaking with customers on a regular basis about how they can implement an Information Risk Management strategy. One of the most...]]></description>
      <content:encoded><![CDATA[As part of my various duties here at RSA, I get the  privilege of speaking with customers on a regular basis about how they can  implement an Information Risk Management strategy. One of the most frequently  asked questions that follow this discussion is: &ldquo;how does this process change  when I start to virtualize my environment?&rdquo; So in this guest blog post, I  thought I&rsquo;d answer this question and talk a little about RSA&rsquo;s collaboration  with VMware for securing their virtual infrastructure solutions.</p>
<p><B>Before we get to security implications, we should start with  a basic discussion of what virtualization does to the overall information  infrastructure...</b>]]></content:encoded>
      <pubDate>Thu, 11 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/basic discussion">basic discussion</category>
      <category domain="http://securityratty.com/tag/virtual infrastructure solutions">virtual infrastructure solutions</category>
      <category domain="http://securityratty.com/tag/discussion">discussion</category>
      <category domain="http://securityratty.com/tag/guest blog post">guest blog post</category>
      <category domain="http://securityratty.com/tag/rsas collaboration">rsas collaboration</category>
      <category domain="http://securityratty.com/tag/virtualization">virtualization</category>
      <category domain="http://securityratty.com/tag/process change">process change</category>
      <category domain="http://securityratty.com/tag/regular basis">regular basis</category>
      <category domain="http://securityratty.com/tag/security implications">security implications</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1344">Security and Virtualization</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #119]]></title>
      <link>http://securityratty.com/article/9889880c87bd6f2858883a0c1c40e50b</link>
      <guid>http://securityratty.com/article/9889880c87bd6f2858883a0c1c40e50b</guid>
      <description><![CDATA[Click to Download/Listen (06:46

Paul Davilman from RSAs Compliance and Solutions team sits down with Amanda Van Veen to talk about the North American Electric Reliability Corporation (NERC) Cyber...]]></description>
      <content:encoded><![CDATA[<a href="http://www.rsa.com/blog/blog_entry.aspx?id=1333">Click to Download/Listen</a> (06:46)<br><br />Paul Davilman from RSA&rsquo;s Compliance and Solutions  team sits down with Amanda Van Veen to talk about  the <a href="http://www.nerc.com/" target="_blank">North American Electric Reliability Corporation</a> (NERC) <a href="http://www.nerc.com/filez/standards/Project_2008-06_Cyber_Security.html">Cyber Security Standards</a> and how  these standards will impact IT security in the utility industries. Please note that due to the U.S. Labor Day holiday, we'll be back in two weeks (on September 8) with a new show.<br /><br /><br />]]></content:encoded>
      <pubDate>Sun, 24 Aug 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/cyber security standards">cyber security standards</category>
      <category domain="http://securityratty.com/tag/standards">standards</category>
      <category domain="http://securityratty.com/tag/labor day holiday">labor day holiday</category>
      <category domain="http://securityratty.com/tag/solutions team sits">solutions team sits</category>
      <category domain="http://securityratty.com/tag/utility industries">utility industries</category>
      <category domain="http://securityratty.com/tag/amanda van">amanda van</category>
      <category domain="http://securityratty.com/tag/rsas compliance">rsas compliance</category>
      <category domain="http://securityratty.com/tag/paul davilman">paul davilman</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1333">Speaking of Security Podcast #119</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #115]]></title>
      <link>http://securityratty.com/article/4700871cd343af52160f1b05a1fb9f12</link>
      <guid>http://securityratty.com/article/4700871cd343af52160f1b05a1fb9f12</guid>
      <description><![CDATA[Click to Download/Listen (10:36

A couple of weeks ago, Paul Joyal interviewed RSAs Phil Marshall about Knowledge-based Authentication , or KBA. This week, we present a conversation on the same topic...]]></description>
      <content:encoded><![CDATA[<a href="http://www.rsa.com/blog/blog_entry.aspx?id=1319">Click to Download/Listen</a> (10:36)<br><br />A couple of weeks ago, <a href="http://www.rsa.com/blog/blog_entry.aspx?id=1308">Paul Joyal interviewed RSA&rsquo;s Phil Marshall</a> about <a href="http://rsa.com/press_release.aspx?id=9459" target="_blank">Knowledge-based Authentication</a>, or KBA. This week, we present a   conversation on the same topic that Phil had with <a href="http://www.javelinstrategy.com/about/team-biographies/tracy-hoover/" target="_blank">Tom Wills</a>, Senior Analyst for Risk, Security &amp; Fraud with <a href="http://www.javelinstrategy.com/" target="_blank">Javelin Strategy and Research</a>.<br /><br /><br />]]></content:encoded>
      <pubDate>Sun, 27 Jul 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/phil">phil</category>
      <category domain="http://securityratty.com/tag/rsas phil marshall">rsas phil marshall</category>
      <category domain="http://securityratty.com/tag/senior analyst">senior analyst</category>
      <category domain="http://securityratty.com/tag/javelin strategy">javelin strategy</category>
      <category domain="http://securityratty.com/tag/weeks ago">weeks ago</category>
      <category domain="http://securityratty.com/tag/tom wills">tom wills</category>
      <category domain="http://securityratty.com/tag/paul joyal">paul joyal</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/research">research</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1319">Speaking of Security Podcast #115</source>
    </item>
    <item>
      <title><![CDATA[Symantec + Vontu: A Marriage Made In Heaven?]]></title>
      <link>http://securityratty.com/article/7a312964a6676480c53cfb8c2143226f</link>
      <guid>http://securityratty.com/article/7a312964a6676480c53cfb8c2143226f</guid>
      <description><![CDATA[Everybody who keeps an eye on the Information Leak Prevention (a.k.a. Data Loss Prevention a.k.a. Outbound Content Compliance a.k.a. Extrusion Prevention a.k.a. you get the picture) space saw this...]]></description>
      <content:encoded><![CDATA[

<p class="MsoNormal"></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">Everybody who keeps an eye on the Information Leak Prevention (a.k.a. Data Loss Prevention a.k.a. Outbound Content Compliance a.k.a. Extrusion Prevention a.k.a. …you get the picture) space saw this acquisition coming for what seemed liked an eternity. Since last year, Forrester has been forecasting consolidation frenzy and McAfee (Onigma and SafeBoot), Websense (PortAuthority), RSA/EMC (Tablus), Trend Micro (Provilla), Raytheon (Oakley Networks), and others have delivered. Additionally, IBM/ISS recently announced strong partnership moves</span><u><span style="COLOR: blue">&nbsp;</span></u><em><span style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: Arial; mso-bidi-font-size: 12.0pt">&lt;http://www-03.ibm.com/press/us/en/pressrelease/22534.wss&gt;</span></em><span style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: Arial"> </span><span style="COLOR: black">and</span><span style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: Arial"> </span><span style="COLOR: black">Cisco</span><span style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: Arial"> is </span><span style="COLOR: black">weighing</span><span style="FONT-SIZE: 10pt; COLOR: black; FONT-FAMILY: Arial"> its </span><span style="COLOR: black">options. Well, now this deal is out in the open – and this is good news. It is good news for at least 3 reasons: </span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">(1) <strong>ILP awareness</strong>. It further propels insider threat problems (and the ILP market) into the consciousness of Security and Risk Management professionals. Customers simply cant afford to neglect the challenge of preventing data loss any longer – the IP stakes are getting higher, USB sticks, etc. make loss or theft easier, and regulators are turning up the heat.</span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">(2) <strong>Competition and clarity.</strong> It will increase competition and will help to clarify the question of “What is ILP and what should it do?” This means that vendors offering “some ILP functionality” will either fall by the wayside or invest/acquire for full blown ILP functionality. The same applies to vendors not being able to capture ILP mind share and – more importantly – generate customer traction.</span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">(3) <strong>Integration</strong>. When a potent security front runner marries an ILP leader with solid customer traction – customers must and can expect strong, integrated solutions that address their problems.</span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">However, this is also where I see the main challenge for Symantec/Vontu – and for that matter for anybody acquiring or thinking about a more pronounced strategy for data-centric risk based security – SPEED. ILP is hot because customers need to address their insider challenges (or else gamble with their data security) – and they impatiently expect solutions that are accurate, easy to use, and integrated. So integrating ILP – and doing it fast – is what Symantec needs to do to capture the short term opportunities this acquisition holds. Long term, however, they need to at least match EMC/RSA’s security and information management strategy that goes beyond the threat side of the house. Plenty to do for Symantec – but I am confident they can lift this one. </span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">PS: For more information on how Symantec/Vontu and other ILP vendors compare please tune into our ILP Wave Update which will become available in mid-Q1 2008.</span></p>

<p class="MsoNormal" style="MARGIN: 0in 0in 0pt; mso-margin-top-alt: auto; mso-margin-bottom-alt: auto"><span style="COLOR: black">Thomas Raschke</span></p>

<p class="MsoNormal"></p>]]></content:encoded>
      <pubDate>Tue, 13 Nov 2007 05:55:35 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ilp">ilp</category>
      <category domain="http://securityratty.com/tag/ilp awareness">ilp awareness</category>
      <category domain="http://securityratty.com/tag/ilp wave">ilp wave</category>
      <category domain="http://securityratty.com/tag/ilp vendors compare">ilp vendors compare</category>
      <category domain="http://securityratty.com/tag/ilp leader">ilp leader</category>
      <category domain="http://securityratty.com/tag/ilp functionality">ilp functionality</category>
      <category domain="http://securityratty.com/tag/loss">loss</category>
      <category domain="http://securityratty.com/tag/data loss prevention">data loss prevention</category>
      <category domain="http://securityratty.com/tag/blown ilp functionality">blown ilp functionality</category>
      <source url="http://blogs.forrester.com/srm/2007/11/symantec-vontu-.html">Symantec + Vontu: A Marriage Made In Heaven?</source>
    </item>
    <item>
      <title><![CDATA[Speaking of Security Podcast #58]]></title>
      <link>http://securityratty.com/article/c5807c1dc61e115c4fabd0f5eac70d3d</link>
      <guid>http://securityratty.com/article/c5807c1dc61e115c4fabd0f5eac70d3d</guid>
      <description><![CDATA[Click here to listen/download (06:44
Created by the major payment card brands, the Payment Card Industry Data Security Standard (PCI DSS) is global in scope, and designed to ensure the security of...]]></description>
      <content:encoded><![CDATA[<p><a href="https://www.rsa.com/blog/podcasts/070416_SecurityPodcast.mp3" target="_blank">Click here to listen/download</a> (06:44).</p><p>Created by the major payment card brands, the <a href="http://www.rsa.com/glossary/default.asp?id=1093">Payment Card Industry Data Security Standard</a> (PCI DSS) is global in scope, and designed to ensure the security of consumer credit card data throughout the information lifecycle. Recently, an <a href="http://www.rsa.com/press_release.aspx?id=8123">RSA survey</a> asked businesses for opinions on issues related to PCI DSS including rates of compliance, perceptions of the standard, and motivations and challenges in meeting the PCI DSS requirements and we discuss the findings with RSA&#8217;s Dave Howell, <a href="http://www.rsa.com/pci">PCI Solutions</a> Marketing Manager, in this week&#8217;s podcast.</p>]]></content:encoded>
      <pubDate>Sun, 15 Apr 2007 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/pci dss">pci dss</category>
      <category domain="http://securityratty.com/tag/pci dss requirements">pci dss requirements</category>
      <category domain="http://securityratty.com/tag/rsas dave howell">rsas dave howell</category>
      <category domain="http://securityratty.com/tag/pci solutions">pci solutions</category>
      <category domain="http://securityratty.com/tag/weeks podcast">weeks podcast</category>
      <category domain="http://securityratty.com/tag/information lifecycle">information lifecycle</category>
      <category domain="http://securityratty.com/tag/rsa survey">rsa survey</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/issues">issues</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1182">Speaking of Security Podcast #58</source>
    </item>
  </channel>
</rss>
