<?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: encrypt]]></title>
    <link>http://securityratty.com/tag/encrypt</link>
    <description></description>
    <pubDate>Tue, 10 Jun 2008 08:00:32 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Enforceable Policies]]></title>
      <link>http://securityratty.com/article/4b11bc7e086ec29036a0e6147198f36e</link>
      <guid>http://securityratty.com/article/4b11bc7e086ec29036a0e6147198f36e</guid>
      <description><![CDATA[Blogger: Randall Gamby

Across the different security technology presentations given this week at Catalyst, one common theme has been the important role of policy. As people hear about new and better...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Randall Gamby<br /><br />Across the different security technology presentations given this week at Catalyst, one common theme has been the important role of policy. As people hear about new and better technologies and how they can be integrated into their existing infrastructures, they should take the time to examine their policies to make sure they keep up with the solutions being considered.&nbsp; Questions to ask:</p>

<ul><li>When did we review our policies last?</li>

<li>Do we have not enough or too many?</li>

<li>Will they still be valid?</li>

<li>Are there other influencers on them? </li></ul>

<p>But while changes will most likely be needed for many current policies, a question that often isn’t asked is, “Are they enforceable?”&nbsp; As enterprises create policies based upon what users “should do,” can the security team validate that they “did do” what was asked?&nbsp; For example, a common policy is, “All sensitive data at rest must be encrypted.”&nbsp; So this means you must encrypt your Active Directory, your e-mail storage, every production database, yes? That's probably not happening.&nbsp; So if the enterprise has no way to implement the policy, then it ultimately is not a valid policy and needs to either be modified or the enterprise needs money, resources and time to conform to the policy.&nbsp; <br /><br />The social effect on the user population also needs to be considered.&nbsp; Essentially, the enterprise is teaching users that they don’t have to conform to this policy, so maybe they don’t have to be conformant to others on the books.&nbsp; Not a good lesson to teach them.<br /><br />So as the Catalyst attendees go back with “dreams of technology sugar plums dancing in their heads” don’t forget that good governance with valid processes should be skipping around the edge.</p></div>
<img src="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~4/321502595" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 27 Jun 2008 10:23:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/policies">policies</category>
      <category domain="http://securityratty.com/tag/policy">policy</category>
      <category domain="http://securityratty.com/tag/valid policy">valid policy</category>
      <category domain="http://securityratty.com/tag/common policy">common policy</category>
      <category domain="http://securityratty.com/tag/policies based">policies based</category>
      <category domain="http://securityratty.com/tag/valid">valid</category>
      <category domain="http://securityratty.com/tag/valid processes">valid processes</category>
      <category domain="http://securityratty.com/tag/current policies">current policies</category>
      <category domain="http://securityratty.com/tag/catalyst attendees">catalyst attendees</category>
      <source url="http://feeds.feedburner.com/~r/SecurityAndRiskManagementStrategiesBlog/~3/321502595/enforceable-pol.html">Enforceable Policies</source>
    </item>
    <item>
      <title><![CDATA[Enforceable Policies]]></title>
      <link>http://securityratty.com/article/d8d4776279822d375303e5c33de34f10</link>
      <guid>http://securityratty.com/article/d8d4776279822d375303e5c33de34f10</guid>
      <description><![CDATA[Blogger: Randall Gamby

Across the different security technology presentations given this week at Catalyst, one common theme has been the important role of policy. As people hear about new and better...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Blogger: Randall Gamby<br /><br />Across the different security technology presentations given this week at Catalyst, one common theme has been the important role of policy. As people hear about new and better technologies and how they can be integrated into their existing infrastructures, they should take the time to examine their policies to make sure they keep up with the solutions being considered.&nbsp; Questions to ask:</p>

<ul><li>When did we review our policies last?</li>

<li>Do we have not enough or too many?</li>

<li>Will they still be valid?</li>

<li>Are there other influencers on them? </li></ul>

<p>But while changes will most likely be needed for many current policies, a question that often isn???t asked is, ???Are they enforceable????&nbsp; As enterprises create policies based upon what users ???should do,??? can the security team validate that they ???did do??? what was asked?&nbsp; For example, a common policy is, ???All sensitive data at rest must be encrypted.???&nbsp; So this means you must encrypt your Active Directory, your e-mail storage, every production database, yes? That's probably not happening.&nbsp; So if the enterprise has no way to implement the policy, then it ultimately is not a valid policy and needs to either be modified or the enterprise needs money, resources and time to conform to the policy.&nbsp; <br /><br />The social effect on the user population also needs to be considered.&nbsp; Essentially, the enterprise is teaching users that they don???t have to conform to this policy, so maybe they don???t have to be conformant to others on the books.&nbsp; Not a good lesson to teach them.<br /><br />So as the Catalyst attendees go back with ???dreams of technology sugar plums dancing in their heads??? don???t forget that good governance with valid processes should be skipping around the edge.</p></div>
]]></content:encoded>
      <pubDate>Fri, 27 Jun 2008 10:23:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/policies">policies</category>
      <category domain="http://securityratty.com/tag/policy">policy</category>
      <category domain="http://securityratty.com/tag/valid policy">valid policy</category>
      <category domain="http://securityratty.com/tag/common policy">common policy</category>
      <category domain="http://securityratty.com/tag/policies based">policies based</category>
      <category domain="http://securityratty.com/tag/valid">valid</category>
      <category domain="http://securityratty.com/tag/valid processes">valid processes</category>
      <category domain="http://securityratty.com/tag/current policies">current policies</category>
      <category domain="http://securityratty.com/tag/catalyst attendees">catalyst attendees</category>
      <source url="http://srmsblog.burtongroup.com/2008/06/enforceable-pol.html">Enforceable Policies</source>
    </item>
    <item>
      <title><![CDATA[Security Briefing: June 19th]]></title>
      <link>http://securityratty.com/article/fa3192f343c0f2e64009c0471a05b7d5</link>
      <guid>http://securityratty.com/article/fa3192f343c0f2e64009c0471a05b7d5</guid>
      <description><![CDATA[Making lists of things to remember as I scramble to keep my focus in the face of a lack of sleep. Next thing you know Ill be putting sticky notes on things. Coffee cup, Door, Advil and C-61 / bad...]]></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>Making lists of things to remember as I scramble to keep my focus in the face of a lack of sleep. Next thing you know I&#8217;ll be putting sticky notes on things. &#8220;Coffee cup&#8221;, &#8220;Door&#8221;, &#8220;Advil&#8221; and &#8220;C-61 / bad joke&#8221;. </p>
<p>You get the idea. </p>
<p>Click here to <a href="http://feeds.feedburner.com/Liquidmatrix">subscribe to Liquidmatrix Security Digest!</a>. Welcome to the new subscribers who joined us yesterday! Thanks!</p>
<p>And now, the news&#8230;</p>
<ol>
<li><a href="http://www.michaelgeist.ca/content/view/3026/159/">Copyright Bill&#8217;s Fine Print Makes For a Disturbing Read</a> | Michael Geist</li>
<li><a href="http://www.michaelgeist.ca/content/view/3046/125/">A Week in the Life of the Canadian DMCA: Part Two</a> | Michael Geist</li>
<li><a href="http://mangsbatpage.433rd.com/2008/06/dmc-eh-why-canadas-new-copyright-law-is.html">DMC-eh? Why Canada&#8217;s new Copyright law is a mistake</a> | Mang Bat</li>
<li><a href="http://www.npr.org/templates/story/story.php?storyId=91666556">E-Mail: To Encrypt or Not to Encrypt?</a> | NPR</li>
<li><a href="http://www.information-age.com/home/information-age-today/442761/hazel-blearss-stolen-laptop-was-not-encrypted.thtml">Hazel Blears&#8217;s stolen laptop was not encrypted</a> | Information Age</li>
<li><a href="http://www.darkreading.com/document.asp?doc_id=156738&amp;WT.svl=news2_1">Encryption: DLP&#8217;s Newest Ingredient</a> | Dark Reading</li>
<li><a href="http://www.rttnews.com/ArticleView.aspx?Id=634888&amp;SMap=1">Merchant Securities&#8217; stock broking firm fined for poor data security procedures</a> | RTT News</li>
<li><a href="http://cjonline.com/stories/061908/sta_292615657.shtml">State computers headed for sale had private information</a> | The Topeka Capital-Journal</li>
<li><a href="http://www.chron.com/disp/story.mpl/business/5845396.html">Fed slammed over internal controls</a> | Houston Chronicle</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=lW77MW"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=lW77MW" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=4343GI"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=4343GI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=sXYPoi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=sXYPoi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=hC7jki"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=hC7jki" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=8poX7i"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=8poX7i" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=wufmoi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=wufmoi" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/315350553" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 19 Jun 2008 07:17:24 +0000</pubDate>
      <category domain="http://securityratty.com/tag/rtt news">rtt news</category>
      <category domain="http://securityratty.com/tag/news">news</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/michael geist">michael geist</category>
      <category domain="http://securityratty.com/tag/security news">security news</category>
      <category domain="http://securityratty.com/tag/merchant securities stock">merchant securities stock</category>
      <category domain="http://securityratty.com/tag/information age">information age</category>
      <category domain="http://securityratty.com/tag/topeka capital-journal">topeka capital-journal</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/315350553/">Security Briefing: June 19th</source>
    </item>
    <item>
      <title><![CDATA[Data encryption best practices in Windows]]></title>
      <link>http://securityratty.com/article/7da04c4e09e5807f55f6347b4ca68d1b</link>
      <guid>http://securityratty.com/article/7da04c4e09e5807f55f6347b4ca68d1b</guid>
      <description><![CDATA[Data encryption is an important link in the chain of Windows security. In this tip series, learn how you can encrypt data in Windows Vista, how Encrypting File System (EFS) can prevent data loss and...]]></description>
      <content:encoded><![CDATA[Data encryption is an important link in the chain of Windows security. In this tip series, learn how you can encrypt data in Windows Vista, how Encrypting File System (EFS) can prevent data loss and how the SecureZip tool can improve encryption in Outlook.<img src="http://feeds.feedburner.com/~r/WhatisEnterpriseItTipsAndExpertAdvice/~4/315139032" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 18 Jun 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/data encryption">data encryption</category>
      <category domain="http://securityratty.com/tag/prevent data loss">prevent data loss</category>
      <category domain="http://securityratty.com/tag/windows vista">windows vista</category>
      <category domain="http://securityratty.com/tag/improve encryption">improve encryption</category>
      <category domain="http://securityratty.com/tag/securezip tool">securezip tool</category>
      <category domain="http://securityratty.com/tag/windows security">windows security</category>
      <category domain="http://securityratty.com/tag/tip series">tip series</category>
      <category domain="http://securityratty.com/tag/encrypt data">encrypt data</category>
      <category domain="http://securityratty.com/tag/file system">file system</category>
      <source url="http://feeds.feedburner.com/~r/WhatisEnterpriseItTipsAndExpertAdvice/~3/315139032/0,295582,sid45_gci1317939,00.html">Data encryption best practices in Windows</source>
    </item>
    <item>
      <title><![CDATA[Data security and the "chasm of protection"]]></title>
      <link>http://securityratty.com/article/4d8814123796ce17262a597ce9e74198</link>
      <guid>http://securityratty.com/article/4d8814123796ce17262a597ce9e74198</guid>
      <description><![CDATA[I was thinking a bit more about the notion of data-centric or information-centric security and why this is absolutely the future of data protection

Say you are a retailer. You have data in your POS...]]></description>
      <content:encoded><![CDATA[I was thinking a bit more about the notion of data-centric or information-centric security and why this is absolutely the future of data protection...<br /><br />Say you are a retailer. You have data in your POS devices, encrypted with the POS application as cards are read in. As this data is required by another application, it has to be first decrypted so this in-store application can read it. It may then encrypt it again as it stores on in-store servers. Now assume you have another application in the data centers that is used for card settlement. Another decrypt-encrypt cycle from the store to the data-center!<br /><br />This scenario is not limited to a retail environment. Consider a similar cycle repeating itself in most companies as data is moved from location to location, analyzed and processed by multiple applications and on multiple devices and multiple internal and external networks - each time being decrypted, stored or transfered in the clear till it gets encrypted again. Each time this cycle repeats, there is a weakness that can be exploited - since there is a gap in the consistent protection of data.<br /><br />Being data-centric however, brings in persistence and consistency in the protection of that data element, thereby removing this "chasm".<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/BitArmor1?a=QfKJCI"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=QfKJCI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=xy1hui"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=xy1hui" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=RpA5rI"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=RpA5rI" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/BitArmor1/~4/313804028" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 17 Jun 2008 09:25:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/protection">protection</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/data protection">data protection</category>
      <category domain="http://securityratty.com/tag/data centers">data centers</category>
      <category domain="http://securityratty.com/tag/data element">data element</category>
      <category domain="http://securityratty.com/tag/application">application</category>
      <category domain="http://securityratty.com/tag/pos application">pos application</category>
      <category domain="http://securityratty.com/tag/data-centric">data-centric</category>
      <category domain="http://securityratty.com/tag/in-store application">in-store application</category>
      <source url="http://feeds.feedburner.com/~r/BitArmor1/~3/313804028/data-security-and-chasm-of-protection.html">Data security and the "chasm of protection"</source>
    </item>
    <item>
      <title><![CDATA[Are we going to need TSA backdoors to encryption]]></title>
      <link>http://securityratty.com/article/34a9617ec1117ace01a60bf08dd172a2</link>
      <guid>http://securityratty.com/article/34a9617ec1117ace01a60bf08dd172a2</guid>
      <description><![CDATA[I was reading an article in Information Week tonight about a case going to the 9th Circuit Court of Appeals about the governments right to search, seize and copy laptops and other electronic devices...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p><a onclick="window.open(this.href, '_blank', 'width=500,height=500,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false" href="http://www.stillsecureafteralltheseyears.com/.shared/image.html?/photos/uncategorized/2008/06/14/tsa_gif.gif"><img title="Tsa_gif" height="200" alt="Tsa_gif" src="http://www.stillsecureafteralltheseyears.com/ashimmy/images/2008/06/14/tsa_gif.gif" width="200" border="0" style="FLOAT: left; MARGIN: 0px 5px 5px 0px" /></a>I was reading an <a href="http://www.informationweek.com/news/security/client/showArticle.jhtml;jsessionid=0OJGJHNEJVRQYQSNDLPCKH0CJUNN2JVN?articleID=208403992">article in Information Week</a> tonight about a case going to the <a class="zem_slink" title="United States Court of Appeals for the Ninth Circuit" href="http://en.wikipedia.org/wiki/United_States_Court_of_Appeals_for_the_Ninth_Circuit" rel="wikipedia">9th Circuit Court of Appeals</a> about the governments right to search, seize and copy laptops and other electronic devices at our borders.&nbsp; Two groups that don't often find themselves on the same side of issues, the <a class="zem_slink" title="Electronic Frontier Foundation" href="http://www.eff.org/" rel="homepage">Electronic Frontier Foundation</a> (EFF) and the <a class="zem_slink" title="Association of Corporate Travel Executives" href="http://en.wikipedia.org/wiki/Association_of_Corporate_Travel_Executives" rel="wikipedia">Association of Corporate Travel Executives</a> (ACTE) have filed briefs with the court asking them to strike down a lower courts ruling that granted the government these broad powers to confiscate laptops. </p>

<p>As the article points out here in the US there was quite an uproar about China &quot;slurping&quot; laptops from people on travel there, but we seem to think it is OK for our government to do it.&nbsp; Well at least our government is telling people they are doing it.&nbsp; What they are not telling us is what they are doing with the data after they search or copy it.&nbsp; How do we know, no US security but nevertheless confidential data is being secured and or destroyed promptly?&nbsp; The government telling us &quot;trust me&quot; just doesn't cut it.</p>

<p>However, I think technology is going to pose a bigger problem for the government regardless of whether the court upholds the governments position. I think any terrorist or other bad guy would never have confidential data on their laptop that is not encrypted.&nbsp; In fact with <a class="zem_slink" title="Full disk encryption" href="http://en.wikipedia.org/wiki/Full_disk_encryption" rel="wikipedia">full disk encryption</a> coming to the masses from the likes of <a href="http://www.investors.com/editorial/IBDArticles.asp?artsec=17&amp;artnum=1&amp;issue=20080612">McAfee</a> and others, what will the government do?&nbsp; Sure they can take the encrypted data to the <a class="zem_slink" title="National Security Agency" href="http://en.wikipedia.org/wiki/National_Security_Agency" rel="wikipedia">NSA</a> and let them brute force the keys, but that sounds impractical.&nbsp; Perhaps, the <a class="zem_slink" title="Transportation Security Administration" href="http://www.dhs.gov/xabout/structure/biography_0127.shtm" rel="homepage">TSA</a> will demand encryption vendors to put in a back door or secret key that will allow the TSA to decrypt the data similar to what they do with the special luggage locks now.</p>

<p>I know what they can do. Perhaps they can go back to Checkpoint and find out for sure about those back doors that they always suspected was in their software and see if it is there for sure. If so the government can appoint Checkpoint the official encryption vendor for laptops ;-)&nbsp; Just kidding of course, but really guys.&nbsp; What self-respecting bad guy is not going to encrypt their data knowing the government has a right to search their laptop.&nbsp; I think it makes this whole case much ado about nothing.</p>

<fieldset class="zemanta-related"><legend>Related articles</legend><ul class="zemanta-article-ul"><li class="zemanta-article-ul-li"><a title="Open in new window" href="http://arstechnica.com/news.ars/post/20080613-eff-others-fighting-privacy-invading-border-laptop-searches.html">EFF, others fighting privacy-invading border laptop searches</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.infoworld.com/article/08/06/12/Groups_ask_court_to_review_laptop_searches_1.html?source=rss&amp;url=http://www.infoworld.com/article/08/06/12/Groups_ask_court_to_review_laptop_searches_1.html">Groups ask court to review laptop searches</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;articleId=9081358&amp;source=rss_topic84">Travel group warns: Corporate data at risk from laptop searches at border</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.theregister.co.uk/2008/05/01/electronic_searches_at_us_borders/">Your personal data just got permanently cached at the US border</a> [via Zemanta]</li></ul></fieldset> <div class="zemanta-pixie" style="MARGIN-TOP: 10px; HEIGHT: 15px"><a class="zemanta-pixie-a" title="Zemified by Zemanta" href="http://reblog.zemanta.com/zemified/b3d4a62d-49a0-41e1-850c-b66d8a6605b7/"><img class="zemanta-pixie-img" alt="Zemanta Pixie" src="http://img.zemanta.com/reblog_a.png?x-id=b3d4a62d-49a0-41e1-850c-b66d8a6605b7" style="BORDER-RIGHT: medium none; BORDER-TOP: medium none; FLOAT: right; BORDER-LEFT: medium none; BORDER-BOTTOM: medium none" /></a></div></div>
]]></content:encoded>
      <pubDate>Sun, 15 Jun 2008 06:36:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/personal data">personal data</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/confidential data">confidential data</category>
      <category domain="http://securityratty.com/tag/government">government</category>
      <category domain="http://securityratty.com/tag/laptop">laptop</category>
      <category domain="http://securityratty.com/tag/court">court</category>
      <category domain="http://securityratty.com/tag/border laptop">border laptop</category>
      <category domain="http://securityratty.com/tag/9th circuit court">9th circuit court</category>
      <category domain="http://securityratty.com/tag/border">border</category>
      <source url="http://www.stillsecureafteralltheseyears.com/ashimmy/2008/06/are-we-going-to.html">Are we going to need TSA backdoors to encryption</source>
    </item>
    <item>
      <title><![CDATA[Are we going to need TSA backdoors to encryption]]></title>
      <link>http://securityratty.com/article/0ab5682f7ef222e5d625f7a5a92d5112</link>
      <guid>http://securityratty.com/article/0ab5682f7ef222e5d625f7a5a92d5112</guid>
      <description><![CDATA[I was reading an article in Information Week tonight about a case going to the 9th Circuit Court of Appeals about the governments right to search, seize and copy laptops and other electronic devices...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p><a onclick="window.open(this.href, '_blank', 'width=500,height=500,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false" href="http://www.stillsecureafteralltheseyears.com/.shared/image.html?/photos/uncategorized/2008/06/14/tsa_gif.gif"><img title="Tsa_gif" height="200" alt="Tsa_gif" src="http://www.stillsecureafteralltheseyears.com/ashimmy/images/2008/06/14/tsa_gif.gif" width="200" border="0" style="FLOAT: left; MARGIN: 0px 5px 5px 0px" /></a>I was reading an <a href="http://www.informationweek.com/news/security/client/showArticle.jhtml;jsessionid=0OJGJHNEJVRQYQSNDLPCKH0CJUNN2JVN?articleID=208403992">article in Information Week</a> tonight about a case going to the <a class="zem_slink" title="United States Court of Appeals for the Ninth Circuit" href="http://en.wikipedia.org/wiki/United_States_Court_of_Appeals_for_the_Ninth_Circuit" rel="wikipedia">9th Circuit Court of Appeals</a> about the governments right to search, seize and copy laptops and other electronic devices at our borders.&nbsp; Two groups that don't often find themselves on the same side of issues, the <a class="zem_slink" title="Electronic Frontier Foundation" href="http://www.eff.org/" rel="homepage">Electronic Frontier Foundation</a> (EFF) and the <a class="zem_slink" title="Association of Corporate Travel Executives" href="http://en.wikipedia.org/wiki/Association_of_Corporate_Travel_Executives" rel="wikipedia">Association of Corporate Travel Executives</a> (ACTE) have filed briefs with the court asking them to strike down a lower courts ruling that granted the government these broad powers to confiscate laptops. </p>

<p>As the article points out here in the US there was quite an uproar about China &quot;slurping&quot; laptops from people on travel there, but we seem to think it is OK for our government to do it.&nbsp; Well at least our government is telling people they are doing it.&nbsp; What they are not telling us is what they are doing with the data after they search or copy it.&nbsp; How do we know, no US security but nevertheless confidential data is being secured and or destroyed promptly?&nbsp; The government telling us &quot;trust me&quot; just doesn't cut it.</p>

<p>However, I think technology is going to pose a bigger problem for the government regardless of whether the court upholds the governments position. I think any terrorist or other bad guy would never have confidential data on their laptop that is not encrypted.&nbsp; In fact with <a class="zem_slink" title="Full disk encryption" href="http://en.wikipedia.org/wiki/Full_disk_encryption" rel="wikipedia">full disk encryption</a> coming to the masses from the likes of <a href="http://www.investors.com/editorial/IBDArticles.asp?artsec=17&amp;artnum=1&amp;issue=20080612">McAfee</a> and others, what will the government do?&nbsp; Sure they can take the encrypted data to the <a class="zem_slink" title="National Security Agency" href="http://en.wikipedia.org/wiki/National_Security_Agency" rel="wikipedia">NSA</a> and let them brute force the keys, but that sounds impractical.&nbsp; Perhaps, the <a class="zem_slink" title="Transportation Security Administration" href="http://www.dhs.gov/xabout/structure/biography_0127.shtm" rel="homepage">TSA</a> will demand encryption vendors to put in a back door or secret key that will allow the TSA to decrypt the data similar to what they do with the special luggage locks now.</p>

<p>I know what they can do. Perhaps they can go back to Checkpoint and find out for sure about those back doors that they always suspected was in their software and see if it is there for sure. If so the government can appoint Checkpoint the official encryption vendor for laptops ;-)&nbsp; Just kidding of course, but really guys.&nbsp; What self-respecting bad guy is not going to encrypt their data knowing the government has a right to search their laptop.&nbsp; I think it makes this whole case much ado about nothing.</p>

<fieldset class="zemanta-related"><legend>Related articles</legend><ul class="zemanta-article-ul"><li class="zemanta-article-ul-li"><a title="Open in new window" href="http://arstechnica.com/news.ars/post/20080613-eff-others-fighting-privacy-invading-border-laptop-searches.html">EFF, others fighting privacy-invading border laptop searches</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.infoworld.com/article/08/06/12/Groups_ask_court_to_review_laptop_searches_1.html?source=rss&amp;url=http://www.infoworld.com/article/08/06/12/Groups_ask_court_to_review_laptop_searches_1.html">Groups ask court to review laptop searches</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;articleId=9081358&amp;source=rss_topic84">Travel group warns: Corporate data at risk from laptop searches at border</a> [via Zemanta] </li>

<li class="zemanta-article-ul-li"><a title="Open in new window" href="http://www.theregister.co.uk/2008/05/01/electronic_searches_at_us_borders/">Your personal data just got permanently cached at the US border</a> [via Zemanta]</li></ul></fieldset> <div class="zemanta-pixie" style="MARGIN-TOP: 10px; HEIGHT: 15px"><a class="zemanta-pixie-a" title="Zemified by Zemanta" href="http://reblog.zemanta.com/zemified/b3d4a62d-49a0-41e1-850c-b66d8a6605b7/"><img class="zemanta-pixie-img" alt="Zemanta Pixie" src="http://img.zemanta.com/reblog_a.png?x-id=b3d4a62d-49a0-41e1-850c-b66d8a6605b7" style="BORDER-RIGHT: medium none; BORDER-TOP: medium none; FLOAT: right; BORDER-LEFT: medium none; BORDER-BOTTOM: medium none" /></a></div></div>

<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=9QdPcw"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=9QdPcw" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=a8DmfI"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=a8DmfI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=qPN5oI"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=qPN5oI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=n711oI"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=n711oI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=IdVxLI"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=IdVxLI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=DHU4Gi"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=DHU4Gi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=gQSH3i"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=gQSH3i" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/312412818" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sun, 15 Jun 2008 05:36:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/personal data">personal data</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/confidential data">confidential data</category>
      <category domain="http://securityratty.com/tag/government">government</category>
      <category domain="http://securityratty.com/tag/laptop">laptop</category>
      <category domain="http://securityratty.com/tag/court">court</category>
      <category domain="http://securityratty.com/tag/border laptop">border laptop</category>
      <category domain="http://securityratty.com/tag/9th circuit court">9th circuit court</category>
      <category domain="http://securityratty.com/tag/border">border</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/312412818/are-we-going-to.html">Are we going to need TSA backdoors to encryption</source>
    </item>
    <item>
      <title><![CDATA[2.2 million billing records missing on stolen backup tape]]></title>
      <link>http://securityratty.com/article/5c8436d56efb6533033af7a1ca7f75d9</link>
      <guid>http://securityratty.com/article/5c8436d56efb6533033af7a1ca7f75d9</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/10/08

Organization
University of Utah

Contractor/Consultant/Branch
University of Utah Hospitals &amp; Clinics
Perpetual Storage, Inc

Victims
Patients
...]]></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/uhc.jpg" align="right" height="49" width="201"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>6/10/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.utah.edu/portal/site/uuhome/">University of Utah</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://healthcare.utah.edu/index.cfm">University of Utah Hospitals &amp; Clinics</a> <br><a href="http://www.perpetualstorage.com/index_home.htm">Perpetual Storage, Inc.</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>"approximately 2.2 million"<br><br><span style="font-weight: bold;">Types of Data:</span><br>"names, related demographic information and diagnostic codes" additionally, "Records for a subset of 1.3 million patients also contained Social Security numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"SALT LAKE CITY (AP) - Billing records of 2.2 million patients at the University of Utah Hospitals and Clinics were stolen from a vehicle after a courier failed to immediately take them to a storage center"<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://healthcare.utah.edu/publicaffairs/news/current/billing_theft.html">University of Utah Hospitals &amp; Clinics</a> <br><a href="http://www.sltrib.com/ci_9540210">The Salt Lake Tribune</a> <br><a href="http://www.kutv.com/content/news/local/story.aspx?content_id=76de0817-3ffe-4f8e-9764-506795954fa1">Associated Press via KUTV Channel 2 News</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>University of Utah Hospitals &amp; Clinics<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>SALT LAKE CITY (AP) - Billing records of 2.2 million patients at the University of Utah Hospitals and Clinics were stolen from a vehicle after a courier failed to immediately take them to a storage center<br><span style="font-style: italic;">[Evan] There is no mention of encryption in any of the news reports I have read regarding this breach, so I am going to go ahead and assume that it was not used.&nbsp; As you read through the publicly available details of this breach below, you will probably agree that the courier driver made an idiotic mistake that he almost certainly regrets, but the University of Utah Hospitals &amp; Clinics is the custodian of this information that should have identified the risks involved with transporting confidential patient records off-site.&nbsp; One of those risks is the possibility that a backup tape may become lost of stolen, which is obviously the case in this breach.&nbsp; Where were preventative controls to account for this unacceptable (in most cases) risk, like encryption?</span><br><br>The records, described only as backup information tapes, contained Social Security numbers of 1.3 million people treated at the university over the last 16 years<br><br>people would be notified by a letter at a cost of $500,000 just for stamps and envelopes<br><span style="font-style: italic;">[Evan] How much would it have cost to encrypt the information on the tapes?&nbsp; The State of Utah has an exemption in their breach notification law for encrypted information.</span><br><br>The hospital also pledged free credit monitoring<br><br>The records were in a gray metal box<br><br>The courier, whose name was not released, picked them up in his Ford Explorer on June 1<br><br>instead of driving directly to a storage center, he worked a second job and then went home<br><span style="font-style: italic;">[Evan] This is the idiotic mistake I was writing about earlier.</span><br><br>The next day, he discovered that someone had broken into his Ford Explorer outside his Kearns home and taken the box<br><br>The driver worked for Perpetual Storage Inc. for 18 years and was fired.<br><br>Authorities declined to say how easy or difficult it would be to read the records.<br><br>The sheriff believes the thief probably thought the box contained money.<br><span style="font-style: italic;">[Evan] What it contains could probably be turned into a helluva lot of money!</span><br><br>"The investigation indicates that the theft was probably a random car burglary, and there is no evidence that the information on the tapes has been accessed or used for identity theft," said Salt Lake County Sheriff Jim Winder.<br><span style="font-style: italic;">[Evan] Eight days (June 2nd - June 10th) is probably a little too soon for evidence to appear of identity theft.</span><br><br>There's no evidence any of the information on the tapes has been accessed; besides, anyone trying to use the tapes would need specialized equipment to view the contents, Winder said.<br><span style="font-style: italic;">[Evan] Specialized equipment like a tape drive?</span><br><br>Eighty percent of the 2.2 million people live in Utah or Idaho, Betz said. The hospital is offering a $1,000 reward for the records. (Lorris Betz, M.D., Ph.D, Senior Vice President for Health Sciences)<br><br>The University of Utah Hospitals &amp; Clinics is offering a $1,000 reward for the return of the tapes, no questions asked.&nbsp; Those wishing to claim the reward may call the Sheriff’s Department at (801) 743-7000.<br>[Evan] To think of this in pure financial terms.&nbsp; A person could return the tape for $1,000 or could access the tape, sell the information and make maybe $5,000.000+.&nbsp;&nbsp;&nbsp; Maybe a good preventative control for organizations is to assume that criminals are stupid as part of your risk management program (seriously though, it's not).</font><br><font size="2"><br>"We understand this is unwelcome news to our patients," said Betz.<br><br>The university had worked with Perpetual Storage for 12 years before the theft<br><br>The University of Utah Hospitals &amp; Clinics has suspended deliveries of backup tapes to Perpetual Storage pending the review of all procedures and protocols for transporting and storing backup data.<br><br>Additionally, the health-care system is taking the following steps on behalf of its 2.2 million patients.<br></font><ul><li><font size="2">Mailing notification letters to all 2.2 million patients and guarantors;</font></li><li>Providing free credit monitoring and restoration service to patients whose records included Social Security numbers;</li><li>Providing a toll-free information line at 1-866-581-3599 to respond to questions; and</li><li>Establishing a website at <a href="http://healthcare.utah.edu/billingrecordstheft">healthcare.utah.edu/billingrecordstheft</a> that provides information and resources.<br></li></ul><font size="2"><br><span style="font-weight: bold;">Victim Reaction:</span><br>Tuesday's news was especially unsettling for people like Will Taylor, of West Valley City, whose premature daughter is a patient at University Hospital. Taylor has already been the victim of identity theft once, when thieves racked up credit card charges in his name. <br><br>"I will ask [the hospital] what precautions I can take and what they are doing about it," he said.<br><br>"If our information isn't safe, then what is?" patient Dan Christenson, of Salt Lake City, said Tuesday after learning of the theft. <br><br><span style="font-weight: bold;">Commentary:</span><br>I would be more understanding if this were the first breach ever reported where a backup was stolen that contained personal information, but it's not.&nbsp; Employing backup tapes without encryption is a very well documented risk, so why do large organizations still accept it? <br><br><span style="font-weight: bold;">Past Breaches:</span><br>March, 2008 - <a href="http://breachblog.com/2008/03/14/uhc.aspx">Stolen University Health Care laptop requires notification of 4800</a> </font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/11/uhc.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 11 Jun 2008 08:33:06 +0000</pubDate>
      <category domain="http://securityratty.com/tag/tape">tape</category>
      <category domain="http://securityratty.com/tag/backup tape">backup tape</category>
      <category domain="http://securityratty.com/tag/backup">backup</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/backup information tapes">backup information tapes</category>
      <category domain="http://securityratty.com/tag/million">million</category>
      <category domain="http://securityratty.com/tag/utah">utah</category>
      <category domain="http://securityratty.com/tag/million people live">million people live</category>
      <source url="http://breachblog.com/2008/06/11/uhc.aspx">2.2 million billing records missing on stolen backup tape</source>
    </item>
    <item>
      <title><![CDATA[European Backup Services Vulnerable to Attack]]></title>
      <link>http://securityratty.com/article/fbd0a66def0a973b208c50779278f2a9</link>
      <guid>http://securityratty.com/article/fbd0a66def0a973b208c50779278f2a9</guid>
      <description><![CDATA[Online backup is seen as a good strategy for preventing data loss, in case of a disaster at a local datacenter or on a local machine. But apparently the software used by over 100 services is...]]></description>
      <content:encoded><![CDATA[<p>Online backup is seen as a good strategy for preventing data loss, in case of a disaster at a local datacenter or on a local machine. But apparently the software used by over <a rel="nofollow" target="_blank" href="http://belsec.skynetblogs.be/post/5959336/100-online-backup-services-of-which-combell-a">100 services </a>is <a rel="nofollow" target="_blank" href="http://www.heise-online.co.uk/security/Some-online-backup-services-insecure--/news/110771">vulnerable </a>to a man in the middle attack, even though it uses SSL to secure the connection:</p>
<blockquote><p>Tests by heise Security show that four of the six services tested were vulnerable to attack. </p>
<div class="cadv"> </div>
<p>While all of the tested systems encrypt communication with the backup server using SSL, external attackers can sniff the access code as plain text by acting as a man-in-the-middle (MITM) if the locally installed backup software does not perform sufficiently rigorous checks on the authenticity of the server&#8217;s certificates. In the vulnerable systems, we were able to hijack the connection from the client software to the backup servers.</p></blockquote>
<p>Four of six may not be a large test sample, but it does raise concerns about trust between customers and their service providers. If you&#8217;re providing or purchasing this kind of service, you might want to look into it closely to make sure your data is secure.</p>]]></content:encoded>
      <pubDate>Wed, 11 Jun 2008 07:49:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/vulnerable">vulnerable</category>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/client software">client software</category>
      <category domain="http://securityratty.com/tag/software">software</category>
      <category domain="http://securityratty.com/tag/services">services</category>
      <category domain="http://securityratty.com/tag/vulnerable systems">vulnerable systems</category>
      <category domain="http://securityratty.com/tag/data loss">data loss</category>
      <category domain="http://securityratty.com/tag/backup servers">backup servers</category>
      <category domain="http://securityratty.com/tag/middle attack">middle attack</category>
      <source url="http://feeds.feedburner.com/~r/itsecurity/~3/309846261/">European Backup Services Vulnerable to Attack</source>
    </item>
    <item>
      <title><![CDATA[Confidential Connecticut Department of Labor mailing is missing]]></title>
      <link>http://securityratty.com/article/56e33af0120170cd6188b6bb335bb472</link>
      <guid>http://securityratty.com/article/56e33af0120170cd6188b6bb335bb472</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/2/08

Organization
State of Connecticut

Contractor/Consultant/Branch
Connecticut Department of Labor

Victims
Customers

Number Affected
2,160

Types...]]></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/cdol.jpg" align="right" height="120" width="151"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>6/2/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.ct.gov/">State of Connecticut</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.ctdol.state.ct.us/index.htm">Connecticut Department of Labor</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Customers<br><br><span style="font-weight: bold;">Number Affected:</span><br>2,160<br><br><span style="font-weight: bold;">Types of Data:</span><br>"personal information, including name, address and Social Security number"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"WETHERSFIELD, The Connecticut Department of Labor is notifying approximately 2,100 customers that files containing copies of letters sent to them regarding their unemployment insurance claim cannot be located."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.ctdol.state.ct.us/communic/2008-6/contacting.htm">Connecticut Department of Labor</a> <br><a href="http://www.courant.com/news/local/hc-aplabor0603.artjun03,0,1589071.story">Associated Press via The Hartford Courant</a> <br><a href="http://www.newsday.com/news/local/wire/connecticut/ny-bc-ct--lostlaborrecords0602jun02,0,7864495.story">Newsday</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Connecticut Department of Labor<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>WETHERSFIELD, The Connecticut Department of Labor is notifying approximately 2,100 customers that files containing copies of letters sent to them regarding their unemployment insurance claim cannot be located.<br><br>the agency strongly believes that the letters were mistakenly shredded along with others that were being rightfully destroyed<br><br>Following an extensive search, it appears the copies were inadvertently shredded and destroyed on or before May 21<br><br>we feel it is in the best interest of our customers to be proactive in our efforts to ensure that personal information is not compromised<br><br>The files contained copies of letters dated from May 2 to May 20 informing applicants that they were ineligible for the unemployment insurance.<br><br>Copies of the letters, which must be kept on file for three years, contained personal information, including name, address and Social Security number.<br><span style="font-style: italic;">[Evan] Why does a letter informing someone that they are not eligible for unemployment insurance require a Social Security number?</span><br><br>we do not believe information on these letters will be used in a manner that will compromise the security of these residents<br><br>we have arranged for two years of free preventative services through the Debix Identity Protection Network<br><span style="font-style: italic;">[Evan] Two years is much better that the semi-standard one year given by many organizations.&nbsp; Government breaches tick me off a little more than most.&nbsp; One reason is the fact that taxpayers get to foot the bill.</span><br><br>We sincerely regret any inconvenience or concern that has been caused by this situation<br><br>the agency takes the protection of personal information very seriously and since last year, we have been working on additional security features for the state’s unemployment insurance compensation system<br><br>Since federal law mandates that we use the entire Social Security number in the course of business, we are looking at ways to encrypt that data and still comply with regulations.<br><span style="font-style: italic;">[Evan] I am glad to read that the agency is considering encryption of confidential information (albeit late, better than never), but this is only feasible for electronic information.&nbsp; Encryption would not have provided any protection against this particular breach which involved printed confidential information, namely Social Security numbers.&nbsp; I think it is generally a poor business practice to send mail with Social Security numbers in print unless it is absolutely necessary.&nbsp; I don't think that federal law requires that these mailings include Social Security numbers.</span><br><br>Residents who receive a letter from the agency and who may have questions regarding the free protection service can contact Debix directly at 888-332-4963. Those with questions about their Determination Letter can call the Labor Department’s Assistance Center at 860-263-6785.<br><br><span style="font-weight: bold;">Commentary:</span><br>If the missing letters only contained the information necessary to communicate the required message, then the impact of this breach would be considerably smaller.<br><br>Information security personnel don't currently review mailed information prior to release in the companies I consult for.&nbsp; This breach gets me thinking about a potential risk that I may have missed in my assessments.<br><br><span style="font-weight: bold;">Past Breaches:</span><br>September, 2007 - <a href="http://breachblog.com/2007/09/20/conndcf2.aspx">Stolen laptop contains names and allegations in state DCF cases</a> <br>August, 2007 - <a href="http://breachblog.com/2007/08/28/state-of-connecticut-stolen-laptop.aspx">State of Connecticut Stolen Laptop</a> </font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/10/cdol.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Tue, 10 Jun 2008 08:00:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/information security personnel">information security personnel</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/additional security features">additional security features</category>
      <category domain="http://securityratty.com/tag/entire social security">entire social security</category>
      <category domain="http://securityratty.com/tag/connecticut department">connecticut department</category>
      <category domain="http://securityratty.com/tag/connecticut">connecticut</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <source url="http://breachblog.com/2008/06/10/cdol.aspx">Confidential Connecticut Department of Labor mailing is missing</source>
    </item>
  </channel>
</rss>
