<?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: hmrc]]></title>
    <link>http://securityratty.com/tag/hmrc</link>
    <description></description>
    <pubDate>Tue, 04 Dec 2007 10:55:55 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Timing is Everything...]]></title>
      <link>http://securityratty.com/article/08387da2b49226ca20c875ab7e4e7610</link>
      <guid>http://securityratty.com/article/08387da2b49226ca20c875ab7e4e7610</guid>
      <description><![CDATA[I don't want to spend all my time on this blog talking about HMRC (otherwise referred to in the UK as &quot;the taxman&quot;), but a colleague just forwarded me a phishing email he'd just received purporting to...]]></description>
      <content:encoded><![CDATA[I don't want to spend all my time on this blog <a href="http://www.rsa.com/blog/blog_entry.aspx?id=1302">talking about HMRC</a> (otherwise referred to in the UK as "the taxman"), but a colleague just forwarded me a phishing email he'd just received purporting to be from them, asking him to resubmit his personal details as a "new security measure"

While in itself there's nothing particularly big or clever about this attack, it's interesting in that it illustrates a couple of key things. <b>Firstly, that sometimes in order for an attack to be successful, timing is everything...</b>]]></content:encoded>
      <pubDate>Sun, 06 Jul 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security measure">security measure</category>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/personal details">personal details</category>
      <category domain="http://securityratty.com/tag/resubmit">resubmit</category>
      <category domain="http://securityratty.com/tag/time">time</category>
      <category domain="http://securityratty.com/tag/clever">clever</category>
      <category domain="http://securityratty.com/tag/blog">blog</category>
      <category domain="http://securityratty.com/tag/successful">successful</category>
      <category domain="http://securityratty.com/tag/key">key</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1304">Timing is Everything...</source>
    </item>
    <item>
      <title><![CDATA[Why I welcome the Hannigan Report]]></title>
      <link>http://securityratty.com/article/35f4d64cc445808628c58256670b07cd</link>
      <guid>http://securityratty.com/article/35f4d64cc445808628c58256670b07cd</guid>
      <description><![CDATA[As an RSA 'Evangelist' with pan-EMEA responsibilities, I obviously take a special interest in what's happening in the information security world that pertains to this region. Last week saw the...]]></description>
      <content:encoded><![CDATA[As an RSA 'Evangelist' with pan-EMEA responsibilities, I obviously take a special interest in what's happening in the information security world that pertains to this region. Last week saw the publication in the UK of the long-awaited <a href="http://www.cabinetoffice.gov.uk/~/media/assets/www.cabinetoffice.gov.uk/csia/dhr/dhr080625%20pdf.ashx" target=_blank>Hannigan Report</a> -- detailing the steps that UK Government departments have taken -- and are expected to take -- to mitigate recent data leakage events which have occurred, most notably in the instance of <a href="http://news.bbc.co.uk/2/hi/uk_news/politics/7104368.stm" target=_blank>HMRC</a>.
<P>
It's a cracking read and one I'd recommend to all insomniacs with an penchant for such topics, but <b>I have to say, I'm actually pretty encouraged by what I read...</b>
]]></content:encoded>
      <pubDate>Thu, 03 Jul 2008 14:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/hannigan report">hannigan report</category>
      <category domain="http://securityratty.com/tag/information security world">information security world</category>
      <category domain="http://securityratty.com/tag/government departments">government departments</category>
      <category domain="http://securityratty.com/tag/steps">steps</category>
      <category domain="http://securityratty.com/tag/notably">notably</category>
      <category domain="http://securityratty.com/tag/recommend">recommend</category>
      <category domain="http://securityratty.com/tag/insomniacs">insomniacs</category>
      <category domain="http://securityratty.com/tag/pan-emea">pan-emea</category>
      <category domain="http://securityratty.com/tag/special">special</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1302">Why I welcome the Hannigan Report</source>
    </item>
    <item>
      <title><![CDATA[Security Briefing: July 2nd]]></title>
      <link>http://securityratty.com/article/86b6637d849af0ba574d4cc66c7b29f3</link>
      <guid>http://securityratty.com/article/86b6637d849af0ba574d4cc66c7b29f3</guid>
      <description><![CDATA[Back in the saddle again. Its a short week for both sides of the border here in North America. Happy post Canada Day to my brethren and a Happy (and approaching) July 4th to our cousins to the south...]]></description>
      <content:encoded><![CDATA[<p><center><img src='http://www.liquidmatrix.org/blog/wp-content/uploads/2007/09/newspapera.jpg' alt='newspapera.jpg' /></center></p>
<p>Back in the saddle again. It&#8217;s a short week for both sides of the border here in North America. Happy post Canada Day to my brethren and a Happy (and approaching) July 4th to our cousins to the south.</p>
<p>Click here to <a href="http://feeds.feedburner.com/Liquidmatrix">subscribe to Liquidmatrix Security Digest!</a>. </p>
<p>And now, the news&#8230;</p>
<ol>
<li><a href="http://news.cnet.com/8301-13554_3-9982240-33.html">2600 HOPE conference bringing hacking to New York City</a> (<i>and we&#8217;ll see you there</i>) | CNET</li>
<li><a href="http://www.lasvegasnow.com/Global/story.asp?S=8588929&amp;nav=menu102_2">FBI Investigating Major ATM Hacking Ring</a> | Las Vegas Now</li>
<li><a href="http://www.pcworld.com/businesscenter/article/147776/study_unpatched_web_browsers_prevalent_on_the_internet.html">Study: Unpatched Web Browsers Prevalent on the Internet</a> | PC World</li>
<li><a href="http://security.itproportal.com/articles/2008/07/01/netherlands-man-arrested-hacking-50000-credit-cards/">Netherlands man arrested for hacking 50,000 credit cards</a> | Security Pro Portal</li>
<li><a href="http://www.informationweek.com/blog/main/archives/2008/07/vint_cerf_the_i.html">Vint Cerf Says Government Needs To Encourage Internet Competition</a> | Information Week</li>
<li><a href="http://www.veracode.com/blog/?p=117">The Government’s Top Hackers?</a> | Veracode</li>
<li><a href="http://blogs.zdnet.com/security/?p=1365">HSBC sites vulnerable to XSS flaws, could aid phishing attacks</a> | ZDNet</li>
<li><a href="http://www.independent.co.uk/news/business/news/hmrc-goes-capinhand-to-americans-for-help-with-fraud-856441.html">HMRC goes cap-in-hand to Americans for help with fraud</a> | The Independent</li>
</ol>
<p> Tags: <a href="http://technorati.com/tag/News" rel="tag">News</a>, <a href="http://technorati.com/tag/Daily+Links" rel="tag"> Daily Links</a>, <a href="http://technorati.com/tag/Security+Blog" rel="tag"> Security Blog</a>, <a href="http://technorati.com/tag/Information+Security" rel="tag"> Information Security</a>, <a href="http://technorati.com/tag/Security+News" rel="tag"> Security News</a></p>

<p><a href="http://feeds.feedburner.com/~a/Liquidmatrix?a=2pAYAk"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=2pAYAk" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=5iYstJ"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=5iYstJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=63CuEj"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=63CuEj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=0y8XEj"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=0y8XEj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=ubLELj"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=ubLELj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=cNE8Gj"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=cNE8Gj" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/324886536" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 02 Jul 2008 09:20:43 +0000</pubDate>
      <category domain="http://securityratty.com/tag/encourage internet competition">encourage internet competition</category>
      <category domain="http://securityratty.com/tag/internet">internet</category>
      <category domain="http://securityratty.com/tag/security news">security news</category>
      <category domain="http://securityratty.com/tag/news">news</category>
      <category domain="http://securityratty.com/tag/hsbc sites vulnerable">hsbc sites vulnerable</category>
      <category domain="http://securityratty.com/tag/web browsers prevalent">web browsers prevalent</category>
      <category domain="http://securityratty.com/tag/governments top hackers">governments top hackers</category>
      <category domain="http://securityratty.com/tag/security pro portal">security pro portal</category>
      <category domain="http://securityratty.com/tag/north america">north america</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/324886536/">Security Briefing: July 2nd</source>
    </item>
    <item>
      <title><![CDATA[Can The Gov Be Trusted With Your Personal Data?]]></title>
      <link>http://securityratty.com/article/f09583068525ca2d56abe689ff8ea4e0</link>
      <guid>http://securityratty.com/article/f09583068525ca2d56abe689ff8ea4e0</guid>
      <description><![CDATA[Survey says(insert buzzer noise
Faith in the (UK) govs ability to securely manage personal data is out the window
From Reuters
The inquiries followed Britains biggest data loss scandal, when two discs...]]></description>
      <content:encoded><![CDATA[<p>Survey says&#8230;(insert buzzer noise)</p>
<p>Faith in the (UK) gov&#8217;s ability to securely manage personal data is out the window. </p>
<p>From Reuters:</p>
<blockquote><p>The inquiries followed Britain’s biggest data loss scandal, when two discs containing child benefit records, including names, addresses and bank details, of some 25 million people, went missing after being put in the post by a junior employee.</p>
<p>The reports concluded that it wasn’t individuals who were to blame - some 30 were officials played some role in events leading to the loss of the discs - but institutional and systematic failures at Britain’s tax authority.</p>
<p>But the HMRC is not alone in such security breaches. A separate report into a stolen laptop containing the details of 600,000 potential recruits revealed similar failings at the Ministry of Defence. In all, four MoD computers had been stolen since 2004 and the report said the MoD was probably in breach of several principles set out in the Data Protection Act.</p></blockquote>
<p>Well, where do you stand? Do you trust your respective government not to punt on data security? </p>
<p>Read on.</p>
<p><a href="http://blogs.reuters.com/uknews/2008/06/25/can-the-government-be-trusted-with-your-personal-data/">Article Link</a></p>

<p><a href="http://feeds.feedburner.com/~a/Liquidmatrix?a=770kXb"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=770kXb" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=pFZPzI"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=pFZPzI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=hm8i3i"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=hm8i3i" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=pnvfai"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=pnvfai" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=en11wi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=en11wi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=EkCewi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=EkCewi" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/320499028" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 26 Jun 2008 08:44:35 +0000</pubDate>
      <category domain="http://securityratty.com/tag/loss">loss</category>
      <category domain="http://securityratty.com/tag/data loss scandal">data loss scandal</category>
      <category domain="http://securityratty.com/tag/britains">britains</category>
      <category domain="http://securityratty.com/tag/britains tax authority">britains tax authority</category>
      <category domain="http://securityratty.com/tag/data protection act">data protection act</category>
      <category domain="http://securityratty.com/tag/details">details</category>
      <category domain="http://securityratty.com/tag/child benefit records">child benefit records</category>
      <category domain="http://securityratty.com/tag/mod computers">mod computers</category>
      <category domain="http://securityratty.com/tag/bank details">bank details</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/320499028/">Can The Gov Be Trusted With Your Personal Data?</source>
    </item>
    <item>
      <title><![CDATA[HMRC data debacle used to bait phishing lure]]></title>
      <link>http://securityratty.com/article/847c372eade31511e332906cd116b4f3</link>
      <guid>http://securityratty.com/article/847c372eade31511e332906cd116b4f3</guid>
      <description><![CDATA[A phishing attack targeting victims of the HMRC data loss debacle has been spotted on the...]]></description>
      <content:encoded><![CDATA[A phishing attack targeting victims of the HMRC data loss debacle has been spotted on the net.]]></content:encoded>
      <pubDate>Fri, 22 Feb 2008 12:26:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/victims">victims</category>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/net">net</category>
      <source url="http://www.enn.ie/article/10123948.html">HMRC data debacle used to bait phishing lure</source>
    </item>
    <item>
      <title><![CDATA[GE Money and Iron Mountain unable to locate tape]]></title>
      <link>http://securityratty.com/article/ee828e96efab14a96b9707c72168881e</link>
      <guid>http://securityratty.com/article/ee828e96efab14a96b9707c72168881e</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/28/07

Organization
GE Money

Contractor/Consultant/Branch
Iron Mountain

Victims
GE Money Bank customers

Number Affected
Not disclosed

found 1,851...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/gem.jpg" align="right" height="60" width="184"><span style="font-weight: bold;">Date Reported: </span><br>12/28/07<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.gemoney.com/" target="_blank"> GE Money</a><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.ironmountain.com/index.asp" target="_blank"> Iron Mountain</a><br><br><span style="font-weight: bold;">Victims:</span><br>GE Money Bank customers<br><br><span style="font-weight: bold;">Number Affected:</span><br>Not disclosed*<br><br><font size="1">*"found 1,851 instances where of active account number tied to a New Hampshire resident's name and ~20 cases where a SSN was included"&nbsp; This is New Hampshire information ONLY as stated in the breach notification.</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, Social Security numbers, and credit card numbers.<br><br><span style="font-weight: bold;">Breach Description:</span><br>GE Money and it's backup storage vendor, Iron Mountain are unable to locate a backup tape.&nbsp; The unencrypted tape contained sensitive personal information belonging to GE Money customers and is one out of a set of nine that were sent to Iron Mountain sometime last year.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://doj.nh.gov/consumer/pdf/ge.pdf" target="_blank"> State of New Hampshire Attorney General breach notification</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>The New Hampshire State Attorney General<br><br><span style="font-weight: bold;">Response:</span><br>From the official New Hampshire breach notification and letter sent to affected persons:<br><br>Our storage vendor, Iron Mountain, has been unable to locate a single backup tape from a set of 9 that we delivered to them last year.<br><span style="font-style: italic;">[Evan] I am a little surprised.&nbsp; In my dealings with Iron Mountain they have done an excellent of inventory control.</span><br><br>This unencrypted tape, which was being retained at a secure, offsite storage facility, included your name, address, and Social Security number, as well as your [CLIENT1] credit card account number<br><span style="font-style: italic;">[Evan] Unencrypted backup tapes containing confidential information is bad karma.&nbsp; Just ask IBM, Kraft, The Hartford, HMRC, etc.</span><br><br>It was checked into their secure facility and never checked out, and a search of their premises and ours has been unable to locate it.<br><br>There is no record of the tape being removed from the facility and we have no indication that your personal information has been or will be used inappropriately<br><br>We have restored the contents of that tape from the next full set and have nearly completed a search for any sensitive consumer information.<br><br>Although we believe the chance for misuse is very low, we are notifying individuals via first class mail, and providing a toll-free number for them to contact us with any questions.<br><br>We have found 1,851 instances where of active account number tied to a New Hampshire resident's name and ~20 cases where a SSN was included.<br><br>GE Money regrets this incident and is committed to protecting its' customers and their information.&nbsp; Prior to learning of this incident we had already instituted additional security measure that will prevent any future occurrences.<br><span style="font-style: italic;">[Evan] Let's hope this means that they are now encrypting sensitive data at rest, including that which resides on backup tapes.&nbsp; If in fact they are now encrypting this information, why not just say so?</span><br><br>We take our responsibility to safeguard your personal information seriously and regret any inconvenience this incident may have caused.&nbsp; We appreciate your understanding and thank you for being a GE Money Bank customer.&nbsp; If you have any questions about this situation, please do not hesitate to contact us at 1-866-913-6690, we are available Monday through Friday, 9:00 am to 7:00 pm EST.<br><br><span style="font-weight: bold;">Commentary:</span><br>GE Money is also offering 12 months of credit monitoring for those persons that had Social Security numbers on the lost tape.&nbsp; My thoughts on 12 months of credit monitoring are pretty well-known now.&nbsp; Personally identifiable information is good for a lifetime (and sometimes beyond) so 12 months is very limited, and "credit monitoring" alerts a victim after the fact. <br><br>It's hard to blame Iron Mountain too much for this breach, although they did lose the tape.&nbsp; Iron Mountain must handle millions and millions of tapes, maybe they should be allowed to lose one (or maybe two).&nbsp; GE Money handles some very sensitive personal information for their customers and encrypting backup tapes in not a new concept. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>October, 2007 - <a href="http://breachblog.com/2007/10/17/losfa.aspx" target="_blank"> Iron Mountain driver does not follow company procedures</a><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/01/07/gem.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Mon, 07 Jan 2008 11:01:37 +0000</pubDate>
      <category domain="http://securityratty.com/tag/money">money</category>
      <category domain="http://securityratty.com/tag/sensitive personal information">sensitive personal information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/iron mountain">iron mountain</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/hampshire breach notification">hampshire breach notification</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/sensitive consumer information">sensitive consumer information</category>
      <category domain="http://securityratty.com/tag/tape">tape</category>
      <source url="http://breachblog.com/2008/01/07/gem.aspx">GE Money and Iron Mountain unable to locate tape</source>
    </item>
    <item>
      <title><![CDATA[HMRC loses data cartridge that affects 6,548 pensioners]]></title>
      <link>http://securityratty.com/article/06d61fb954846a0f2b4526961508b3af</link>
      <guid>http://securityratty.com/article/06d61fb954846a0f2b4526961508b3af</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/18/07

Organization
HM Customs and Revenue (HMRC

Contractor/Consultant/Branch
None

Victims
Countrywide Assured pension customers

Number Affected...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/hmrc.jpg" align="right" height="49" width="161">
<font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/18/07<br><br><span style="font-weight: bold;">Organization: </span><br>HM Customs and Revenue (HMRC)<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Countrywide Assured pension customers<br><br><span style="font-weight: bold;">Number Affected:</span><br>6,548<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, dates of birth, national insurance numbers*, and pension contributions.<br><br><font size="1">*~equivalent to Social Security numbers in US</font><br><br><span style="font-weight: bold;">Breach Description:</span><br>A "data cartridge" sent from Countrywide Assured to Her Majesty's Revenue and Customs (HMRC) has been lost at an HMRC office in Cardiff.&nbsp; The data cartridge was sent via courier in September, 2007 and contained sensitive personal information belonging to Countrywide Assured pension customers.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://news.bbc.co.uk/1/hi/wales/7149767.stm" target="_blank"> BBC News Story</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>BBC News<br><br><span style="font-weight: bold;">Response:</span><br>From the online source cited above:<br><br>Names, addresses, date of births, national insurance numbers and pension contributions were included on a data cartridge which has been lost.<br><span style="font-style: italic;">[Evan] This is all prime data for theft.</span><br><br>It had been sent by courier in September from Countrywide Assured.<br><br>signed for by HMRC but has since gone missing<br><span style="font-style: italic;">[Evan] Not only does HMRC lose data in transit, but they also lose data in house.</span><br><br>It is understood that Countrywide Assured, which is based in Preston in Lancashire, has written letters to the 6,548 affected customers.<br><br>"It is very unlikely that any unauthorised person would be able to access the customer information due to the nature of the medium on which the data is held.<br style="font-style: italic;"><span style="font-style: italic;">[Evan] Security through obscurity doesn't work.&nbsp; This is one of the oldest security fallacies in the book.&nbsp; Don't count on the nature of the medium to provide adequate security.</span><br><br>"We are taking this loss extremely seriously and have done everything possible to locate the data cartridge. We would like to apologise to all those affected."<br><br>The spokesman said PricewaterhouseCooper was carrying out an independent review of data loss and HMRC was implementing additional measures to ensure that confidential data was transported and held safely at all times.<br style="font-style: italic;"><span style="font-style: italic;">[Evan] Its good to see that a third-party has been brought in to consult HMRC.&nbsp; It is obvious that they need it.</span><br><br><span style="font-weight: bold;">Commentary:</span><br>What can we say about the people responsible for ensuring confidential information remains secure at HMRC?&nbsp; This is the seventh breach concerning HMRC this year, and the fourth reported on The Breach Blog since October.&nbsp; The head of HMRC already resigned in November as a result of these breaches.&nbsp; Who else should be held accountable?&nbsp; I have lost patience with these people.<br><br>Obviously (or maybe not), the proper use of encryption would have offered better assurance of data security that does "the nature of the medium on which the data" was held.&nbsp; I sincerely hope that HMRC encrypts all confidential data at rest soon. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Six others reported in the last 12 months concerning HMRC.<br>November, 2007 - <a href="http://breachblog.com/2007/11/20/hmrc2.aspx" target="_blank"> 25 million UK residents affected by HMRC breach</a><br>November, 2007 - <a href="http://breachblog.com/2007/11/05/standard.aspx" target="_blank"> 15,000 UK pensioners at risk through lost HMRC CD</a><br>October, 2007 - <a href="http://breachblog.com/2007/10/06/hmrc.aspx" target="_blank"> Stolen HMRC laptop affects 400</a></font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/31/hmrcx.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Mon, 31 Dec 2007 20:30:11 +0000</pubDate>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/data cartridge">data cartridge</category>
      <category domain="http://securityratty.com/tag/hmrc">hmrc</category>
      <category domain="http://securityratty.com/tag/lost hmrc cd">lost hmrc cd</category>
      <category domain="http://securityratty.com/tag/prime data">prime data</category>
      <category domain="http://securityratty.com/tag/confidential data">confidential data</category>
      <category domain="http://securityratty.com/tag/hmrc breach">hmrc breach</category>
      <category domain="http://securityratty.com/tag/consult hmrc">consult hmrc</category>
      <category domain="http://securityratty.com/tag/hmrc encrypts">hmrc encrypts</category>
      <source url="http://breachblog.com/2007/12/31/hmrcx.aspx">HMRC loses data cartridge that affects 6,548 pensioners</source>
    </item>
    <item>
      <title><![CDATA[When Too Much Security Means No Security at All]]></title>
      <link>http://securityratty.com/article/718e720b8dd00d57494c2cbcc7964edd</link>
      <guid>http://securityratty.com/article/718e720b8dd00d57494c2cbcc7964edd</guid>
      <description><![CDATA[We all know about the law of unintended consequences - the principle that the actions we take can have results that are unpredictable, and sometimes even the exact opposite of what we're hoping to...]]></description>
      <content:encoded><![CDATA[We all know about the law of unintended consequences - the principle that the actions we take can have results that are unpredictable, and sometimes even the exact opposite of what we're hoping to achieve. Media reports out of the United Kingdom this week seem to offer a spectacular example of this principle at work in the world of enterprise security. The details are still emerging, but what's come out so far should be a wake-up call for security and risk professionals everywhere.<br />
<br />
Last month, HM Revenue & Customs (HMRC), the U.K.'s tax and excise agency, acknowledged that it had suffered one of the worst data breaches in history (see <a href="http://www.gartner.com/DisplayDocument?id=548518&ref=g_itlsite" onclick="openResult('http://www.gartner.com/DisplayDocument?id=548518&ref=g_itlsite'); return false;" target="_blank">"Data Loss Could Have Huge Impact on U.K. Banking Industry"</a>). The agency had somehow managed to lose the entire national child benefits database, which contains highly confidential information on a staggering 25 million individuals - literally every household with dependent children in the U.K. The database was stored on two computer disks that were apparently lost while being transported and that still haven't been recovered. The U.K.'s citizens, who are very sensitive about privacy issues, were predictably outraged, parliamentary and regulatory inquiries were launched, and HMRC's chairman was forced to resign. But the agency blamed a single comparatively low-level staffer for causing the breach by downloading the benefits database onto disk. Now it looks like the story was a lot more complicated than that - and HMRC still hasn't learned its lessons from this debacle.<br />
<br />
Reports in the U.K. media in the past few days suggest that the downloading was actually ordered by senior officials as part of official HMRC policy. As if that weren't bad enough, HMRC still seems to be working hard - even after the data breach - to make sure that most of its personnel don't even know what the agency's official policy is, much less follow it. It turns out that HMRC has a detailed policy manual governing the handling of confidential information. But in the days after the data breach, HMRC apparently decided that the manual itself was so sensitive that it had to be kept confidential. According to the media reports, only senior staff are allowed physical access to the manual, while lower-level personnel receive only a Web-based briefing that discusses general principles of security and confidentiality. <br />
<br />
How are people supposed to follow a policy when they don't know what it is? I'll leave that question to the bright lights at HMRC. Even if they aren't ready to learn the lessons of this data breach, I hope you are. And one of the most important is that well-crafted, well-communicated security policies and policy documents are the bedrock of effective enterprise security. That's why Gartner security analyst Les Stevens recently published a three-part series of Toolkit documents focusing on creating, implementing and communicating an enterprise security framework. You can use these documents to build enterprisewide consensus on security issues, develop appropriate security policies and processes, and - crucially - communicate them to the necessary stakeholders within your enterprise. Take a look. I think you'll be glad you did.<br />
<br />
<a href="http://www.gartner.com/DisplayDocument?id=546118&ref=g_itlsite" onclick="openResult('http://www.gartner.com/DisplayDocument?id=546118&ref=g_itlsite'); return false;" target="_blank">Toolkit Best Practices: Creating a Security Policy Process (Security Policy Guidelines, Part 1)</a><br />
<br />
<a href="http://www.gartner.com/DisplayDocument?id=546116&ref=g_itlsite" onclick="openResult('http://www.gartner.com/DisplayDocument?id=546116&ref=g_itlsite'); return false;" target="_blank">Toolkit Best Practices: Creating a Security Policy Process (Security Policy Guidelines, Part 2)</a><br />
<br />
<a href="http://www.gartner.com/DisplayDocument?id=546117&ref=g_itlsite" onclick="openResult('http://www.gartner.com/DisplayDocument?id=546117&ref=g_itlsite'); return false;" target="_blank">Toolkit Best Practices: Creating a Security Policy Process (Security Policy Guidelines, Part 3)</a> ]]></content:encoded>
      <pubDate>Mon, 24 Dec 2007 09:30:19 +0000</pubDate>
      <category domain="http://securityratty.com/tag/policy">policy</category>
      <category domain="http://securityratty.com/tag/security policy guidelines">security policy guidelines</category>
      <category domain="http://securityratty.com/tag/enterprise security">enterprise security</category>
      <category domain="http://securityratty.com/tag/enterprise security framework">enterprise security framework</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/enterprise">enterprise</category>
      <category domain="http://securityratty.com/tag/official hmrc policy">official hmrc policy</category>
      <category domain="http://securityratty.com/tag/security policy process">security policy process</category>
      <category domain="http://securityratty.com/tag/effective enterprise security">effective enterprise security</category>
      <source url="http://blog.gartner.com/blog/security.php?x=0&amp;itemid=2974">When Too Much Security Means No Security at All</source>
    </item>
    <item>
      <title><![CDATA[The Breach Blog November Review]]></title>
      <link>http://securityratty.com/article/169d7dc73c87fc66ce6a133887ee3254</link>
      <guid>http://securityratty.com/article/169d7dc73c87fc66ce6a133887ee3254</guid>
      <description><![CDATA[Technorati Tag: Security Breach

The Breach Blog Month in Review November, 2007

Thirty-nine (39) breaches were reported on the The Breach Blog during the month of November, 2007 compared with...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/tbblogo.jpg" align="right" height="60" width="120"><font size="2"><font size="3"><span style="font-weight: bold;">The Breach Blog Month in Review November, 2007<br><br></span></font><span style="font-style: italic;">Thirty-nine (39) breaches were reported on the <a href="http://breachblog.com" target="_blank"> The Breach Blog</a> during the month of November, 2007 compared with thirty-five (35) during the month of October.&nbsp; November ranks second to September (44) in the number of breaches reported in a month, since The Breach Blog began compiling reports in August.</span><br><br>The month started out like most of the others, with our first breach report coming on the first day of the month.&nbsp; On October 27th, Art.com, Inc. issued a statement to customers alerting them to the fact that a criminal Internet "hacker" illegally accessed a system or systems containing names and encrypted credit card information.&nbsp; We <a href="http://breachblog.com/2007/11/01/art.aspx" target="_blank"> reported</a> it on November 1st.&nbsp; Art.com should be complimented on their decision to encrypt sensitive data.<br><br>The most read breach of the month concerned a stolen laptop belonging to the United States Postal Service in Oahu, Hawaii that affected 3,000 postal workers.&nbsp; This breach was <a href="http://breachblog.com/2007/11/02/usps.aspx" target="_blank"> reported</a> on The Breach Blog on November 2nd, so this may contribute to its link popularity for the month.<br><br>There were multiple organizations that reported their 2nd (or 3rd or 4th) breach since we started keeping track, and there were two organizations that reported more than one breach in November alone!&nbsp; Organizations that have reported breaches before, in addition to one or more in November include <a href="http://breachblog.com/categories/HM" customs="" and="" revenue.aspx="" target="_blank"> Her Majesty’s Revenue and Customs</a> (3 total), <a href="http://breachblog.com/categories/Montana" state="" university.aspx="" target="_blank"> Montana State University</a> (4), <a href="http://breachblog.com/categories/Capital" health.aspx="" target="_blank"> Capital Health</a> (2), <a href="http://breachblog.com/categories/VA" medical="" center.aspx="" target="_blank"> United States Department of Veterans Affairs</a> (2), and the <a href="http://breachblog.com/categories/State" of="" massachusetts.aspx="" target="_blank"> State of Massachusetts</a> (2).&nbsp; Montana State University reported three breaches and Her Majesty’s Revenue and Customs (HMRC) reported two in November alone!<br><br>The breach reported by Her Majesty’s Revenue and Customs (HMRC) was by far the single largest breach offender in terms of the number of affected individuals.&nbsp; HMRC reported lost “discs” containing sensitive information belonging to Standard Life pensioners on November 2nd, then followed up with lost “discs” containing <a href="http://breachblog.com/2007/11/20/hmrc2.aspx" target="_blank"> sensitive information about 25,000,000 individuals AND 7,250,000 families</a>.&nbsp; This single breach alone reportedly affects ½ of the British population!&nbsp; The head of HMRC resigned, and victims are left wondering.&nbsp; This breach occurred not only because of poor security but also lack of common sense.<br><br>It was an interesting month to say the least.<br><br><font size="3"><span style="font-weight: bold;">Summary</span></font><br>Anytime there is even one breach to report it means that someone’s life has been impacted by a failure of information security.&nbsp; It wasn’t the worst of months, but it certainly wasn’t the best either.&nbsp; November closed out with an estimated five billion dollar price tag with HMRC contributing 96+%.<br><br><span style="font-weight: bold;">Stats for November:</span><br>Number of breaches: 39<br>Number of victims: 25,944,451 (seven breaches unknown, 944,451 without HMRC) Average number of victims/breach: 665,242 (24,854 without HMRC)<br>Average cost/breach: $131,052,674 ($4,896,238 without HMRC)*<br>Total Cost: $5,111,056,847 (186,056,847 without HMRC)*<br>Most popular breach type:&nbsp; Stolen unencrypted laptop or device (9), Employee mistake (9)<br><br><br><span style="font-weight: bold;">Stats for October:</span><br>Number of breaches: 35<br>Number of victims: 943,419 (eight breaches unknown)<br>Average number of victims/breach: 26,954<br>Average cost/breach: $5,309,938*<br>Total Cost: $185,853,543*<br>Most popular breach type: Stolen unencrypted laptop (11)<br><br><font size="1">*based on the number of victims multiplied by the average cost of $197 per lost/stolen record "investigating the breach, notifying customers, restoring security infrastructures and recovering lost business." (source Ponemon Institute's 2007 Cost of Data Breach Study)</font></font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/04/november.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Tue, 04 Dec 2007 10:55:55 +0000</pubDate>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/breach report">breach report</category>
      <category domain="http://securityratty.com/tag/popular breach type">popular breach type</category>
      <category domain="http://securityratty.com/tag/breach blog month">breach blog month</category>
      <category domain="http://securityratty.com/tag/breach blog">breach blog</category>
      <category domain="http://securityratty.com/tag/november">november</category>
      <category domain="http://securityratty.com/tag/security breach">security breach</category>
      <category domain="http://securityratty.com/tag/single breach">single breach</category>
      <category domain="http://securityratty.com/tag/breach offender">breach offender</category>
      <source url="http://breachblog.com/2007/12/04/november.aspx">The Breach Blog November Review</source>
    </item>
  </channel>
</rss>
