<?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: patient]]></title>
    <link>http://securityratty.com/tag/patient</link>
    <description></description>
    <pubDate>Tue, 27 May 2008 09:14:16 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Encrypting Disks]]></title>
      <link>http://securityratty.com/article/0412d7c6d75959351f8a0664ef7eaaca</link>
      <guid>http://securityratty.com/article/0412d7c6d75959351f8a0664ef7eaaca</guid>
      <description><![CDATA[The UK is learning : The Scottish Ambulance Service confirmed today that a package containing contact information from its Paisley Emergency Medical Dispatch Centre (EMDC) has been lost by the...]]></description>
      <content:encoded><![CDATA[The UK is <a href="http://www.scottishambulance.co.uk/MissingDisc/PressRelease.asp">learning</a>:

<blockquote>The Scottish Ambulance Service confirmed today that a package containing contact information from its Paisley Emergency Medical Dispatch Centre (EMDC) has been lost by the courier, TNT, while in transit to one of its IT suppliers.

The portable data disk contained a copy of records of 894,629 calls to the ambulance service's Paisley EMDC since February 2006. It was fully encrypted and password protected and includes the addresses of incidents, some phone numbers and some patient names. Given the security measures and the complex structure of the database it would be extremely difficult to gain access to any meaningful information.</blockquote>

News story <a href="http://news.bbc.co.uk/2/hi/uk_news/scotland/7470006.stm">here</a>.

That's what you want to do.  There is no problem if encrypted disks are lost.  You can mail them directly to your worst enemy and there's no problem.  Well, assuming you've implemented the encryption properly and chosen a good key.

This is much better than what the HM Revenue & Customs office <a href="http://www.timesonline.co.uk/tol/news/uk/article2910705.ece">did</a> in November.

I <a href="http://www.schneier.com/essay-199.html">wrote</a> about disk and laptop encryption previously.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=f7aWrJ"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=f7aWrJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=sZKK7J"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=sZKK7J" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 04 Jul 2008 09:10:18 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ambulance service">ambulance service</category>
      <category domain="http://securityratty.com/tag/scottish ambulance service">scottish ambulance service</category>
      <category domain="http://securityratty.com/tag/disk">disk</category>
      <category domain="http://securityratty.com/tag/portable data disk">portable data disk</category>
      <category domain="http://securityratty.com/tag/emdc">emdc</category>
      <category domain="http://securityratty.com/tag/paisley emdc">paisley emdc</category>
      <category domain="http://securityratty.com/tag/laptop encryption previously">laptop encryption previously</category>
      <category domain="http://securityratty.com/tag/meaningful information">meaningful information</category>
      <category domain="http://securityratty.com/tag/worst enemy">worst enemy</category>
      <source url="http://www.schneier.com/blog/archives/2008/07/encrypting_disk.html">Encrypting Disks</source>
    </item>
    <item>
      <title><![CDATA[Medical records under threat]]></title>
      <link>http://securityratty.com/article/a21fc1305efa72f8e658b513778012ce</link>
      <guid>http://securityratty.com/article/a21fc1305efa72f8e658b513778012ce</guid>
      <description><![CDATA[Just saw a disturbing article on how folks are targeting medical records. Apparently Finjan (a security vendor) was trolling for malware and came across a large chunk of data with patient information...]]></description>
      <content:encoded><![CDATA[Just saw a <a href="http://www.thetechherald.com/article.php/200825/1278/Medical-data-the-next-big-thing-in-stolen-information">disturbing article</a> on how folks are targeting medical records. Apparently Finjan (a security vendor) was trolling for malware and came across a large chunk of data with patient information etc - and get this, it was available for purchase for the highest bidder!<br /><br />By now all of us are aware that hackers are no longer kids looking for laughs or thrills - they are the new criminal organizations. These organizations make it a business buying and selling data - be it credit cards, bank account information etc.<br /><br />I suspect medical information can be used for many things - identity theft, blackmail, maybe even insurance fraud. Who knows?<br /><br />But the main point here is this - it does appear that medical and patient information has value to criminal organizations and this is something to worry about. They will do anything to get their hands on this...<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/BitArmor1?a=cX2fMI"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=cX2fMI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=KL3PPi"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=KL3PPi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/BitArmor1?a=3MseTI"><img src="http://feeds.feedburner.com/~f/BitArmor1?i=3MseTI" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/BitArmor1/~4/316421414" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 20 Jun 2008 15:20:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/medical">medical</category>
      <category domain="http://securityratty.com/tag/medical records">medical records</category>
      <category domain="http://securityratty.com/tag/suspect medical information">suspect medical information</category>
      <category domain="http://securityratty.com/tag/criminal organizations">criminal organizations</category>
      <category domain="http://securityratty.com/tag/organizations">organizations</category>
      <category domain="http://securityratty.com/tag/patient information">patient information</category>
      <category domain="http://securityratty.com/tag/bank account information">bank account information</category>
      <category domain="http://securityratty.com/tag/insurance fraud">insurance fraud</category>
      <category domain="http://securityratty.com/tag/identity theft">identity theft</category>
      <source url="http://feeds.feedburner.com/~r/BitArmor1/~3/316421414/medical-records-under-threat.html">Medical records under threat</source>
    </item>
    <item>
      <title><![CDATA[Castlecroft Medical Practice patient information at risk]]></title>
      <link>http://securityratty.com/article/7d98e304d1a9c365580155e37aa7cb76</link>
      <guid>http://securityratty.com/article/7d98e304d1a9c365580155e37aa7cb76</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/18/08

Organization
NHS Trust

Contractor/Consultant/Branch
Wolverhampton City Primary Care Trust
Castlecroft Medical Practice

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/castlecroft.jpg" width="200" align="right" height="46"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>6/18/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.nhs.uk/Pages/homepage.aspx">NHS Trust</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.wolverhamptonhealth.nhs.uk/default.asp">Wolverhampton City Primary Care Trust</a> <br><a href="http://www.wolverhamptonhealth.nhs.uk/News/PR2008/Jan2008/castlecroft_medical_centre.asp">Castlecroft Medical Practice</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>~11,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>"names, dates of birth, addresses, contact details and confidential medical records"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"A laptop containing confidential medical records of all 11,000 Wolverhampton patients at a city surgery has been stolen from a GP’s house, police revealed today."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://ukpress.google.com/article/ALeqM5g8iNPMcsfjtLDvAlPdRONHQBsB1Q">The Press Association</a><br><a href="http://www.expressandstar.com/2008/06/18/fears-as-gps-laptop-stolen/">The Express &amp; Star</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>The Press Association<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>A laptop containing confidential information about 11,000 patients has been stolen from a GP's home.<br><span style="font-style: italic;">[Evan] This is now the 11th breach reported on The Breach Blog concerning NHS Trust and affiliated organizations.&nbsp; What is the excuse?&nbsp; Can the GP and/or Primary Care Trust and/or Medical Practice claim to not know the risks involved?</span><br><br>Contrary to Department of Health guidelines, the information was not encrypted, which would have made it unreadable without a special code to unscramble it.<br><span style="font-style: italic;">[Evan] Are medical personnel aware of and required to follow the guidelines?&nbsp; Are there penalties or sanctions for non-compliance?</span><br><br>The laptop was among items stolen in a recent burglary at the home of the unnamed doctor, who works at the Castlecroft Medical Practice in Wolverhampton.<br><br>The details of when and where the laptop was taken from are not being released, but a helpline has been launched for worried patients<br><span style="font-style: italic;">[Evan] I could not find the helpline phone number; otherwise I would publish it for people.</span><br><br>The information on the computer, which belongs to the practice, included patients' names, dates of birth, addresses, contact details and confidential medical records.<br><br>The practice has written to all of its 11,000 patients to inform them that information about them was on the stolen computer.<br><br>Dr Peter Wagstaff, senior partner at the practice, said: "The practice is treating this issue very seriously and we are extremely sorry for any distress or concern that it may cause our patients. Though not encrypted, the confidential information on the laptop was protected by a complex password system, which only a person with specialist computer knowledge would be able to crack."<br><span style="font-style: italic;">[Evan] If the organization were "treating this issue very seriously", and if it was "truly sorry" then why attempt to minimize the situation (risk) by using the password protection argument.&nbsp; In my opinion (and that shared by many information security professionals), password protection is NOT an adequate preventative control to ensure the confidentiality of the information stored on a laptop computer.&nbsp; This holds especially true in instances where the password protection is controlled by the operating system.&nbsp; See: "</span><a style="font-style: italic;" href="http://breachblog.com/2008/06/17/quest.aspx">Laptop stolen from a Quest Diagnostics employee</a><span style="font-style: italic;">" and "</span><a style="font-style: italic;" href="http://www.pogowasright.org/blogs/dissent/?p=1012">Not to worry: the stolen laptop was 'password-protected'</a><span style="font-style: italic;">".</span><br><br>He said the laptop appeared to have been stolen for its re-sale value, rather than for any information stored upon it.<br><span style="font-style: italic;">[Evan] In my opinion, this is another attempt to minimize the situation and imply that the risk of confidential information disclosure is less than it may actually be.</span><br><br>Jon Crockett, chief executive of Wolverhampton City Primary Care Trust, said the trust was "extremely concerned" about the theft.<br><br>He said: "Patients and the public have the right to expect that those dealing with confidential information maintain the highest levels of security and we are carrying out a full and urgent investigation into this incident."<br><span style="font-style: italic;">[Evan] Mr. Crockett makes a very valid point.</span><br><br>National guidance from the Department of Health is that any confidential information about patients must be stored in a safe and secure environment, and mobile devices - including laptops - which contain such data must be fully protected by encryption, he said. <br><span style="font-style: italic;">[Evan] Again, Mr. Crockett seems to "get it".</span><br><br><span style="font-weight: bold;">Commentary:</span><br>The 11th breach for NHS Trust-affiliated organizations in less than 10 months and the fact that the cause of this one is so well publicized in other breaches does not instill much confidence.<br><br>The eleven breaches are only what has been reported on The Breach Blog, there may be more. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>NHS Trust:<br>May, 2008 - <a href="http://breachblog.com/2008/05/27/sandown.aspx">Sandown Health Centre backup tape is missing </a><br>March, 2008 - <a href="http://breachblog.com/2008/03/06/telford.aspx">Stolen NHS flash drive contained adolescent information</a> <br>February, 2008 - <a href="http://breachblog.com/2008/02/15/dudley.aspx">Laptop missing from Russells Hall Hospital (UK)</a> <br>January, 2008 - <a href="http://breachblog.com/2008/02/04/boltonfeb.aspx">Stolen Bolton Hospitals Laptop affects cancer patients</a> <br>January, 2008 - <a href="http://breachblog.com/2008/01/22/sidcup.aspx">Queen Mary's Sidcup Hospital microfiche film goes missing</a> <br>January, 2008 - <a href="http://breachblog.com/2008/01/21/stockport.aspx">Stockport Primary Care Trust flash drive goes missing</a> <br>January, 2008 - <a href="http://breachblog.com/2008/01/11/oldham.aspx">Oldham Primary Care Trust NHS loses two data sticks</a> <br>January, 2008 - <a href="http://breachblog.com/2008/01/10/kingstonnhs.aspx">Highly sensitive medical information found in the road</a> <br>December, 2007 - <a href="http://breachblog.com/2007/12/19/bolton.aspx">Laptop stolen in Royal Bolton Hospital break-in </a><br>September, 2007 - <a href="http://breachblog.com/2007/09/16/nhs.aspx%20">Dudley Group of Hospitals NHS Patient Data For Sale on eBay</a> </font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/19/castlecroft.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Thu, 19 Jun 2008 07:54:50 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/confidential information">confidential information</category>
      <category domain="http://securityratty.com/tag/confidential information disclosure">confidential information disclosure</category>
      <category domain="http://securityratty.com/tag/confidential information maintain">confidential information maintain</category>
      <category domain="http://securityratty.com/tag/practice">practice</category>
      <category domain="http://securityratty.com/tag/castlecroft medical practice">castlecroft medical practice</category>
      <category domain="http://securityratty.com/tag/computer">computer</category>
      <category domain="http://securityratty.com/tag/laptop computer">laptop computer</category>
      <category domain="http://securityratty.com/tag/adolescent information">adolescent information</category>
      <source url="http://breachblog.com/2008/06/19/castlecroft.aspx">Castlecroft Medical Practice patient information at risk</source>
    </item>
    <item>
      <title><![CDATA[Operational security failure]]></title>
      <link>http://securityratty.com/article/4fc894e2c296a90a0ec5e2dc0dfdcc68</link>
      <guid>http://securityratty.com/article/4fc894e2c296a90a0ec5e2dc0dfdcc68</guid>
      <description><![CDATA[A shocking article appeared yesterday on the BMJ website. It recounts how auditors called 45 GP surgeries asking for personal information about 51 patients. In only one case were they asked to verify...]]></description>
      <content:encoded><![CDATA[<p>A <a href="http://www.bmj.com/cgi/eletters/336/7656/1290#197245">shocking article</a> appeared yesterday on the BMJ website. It recounts how auditors called 45 GP surgeries asking for personal information about 51 patients. In only one case were they asked to verify their identity; the attack succeeded against the other 50 patients.</p>
<p>This is an old problem. In 1996, when I was advising the BMA on clinical system safety and privacy, we trained the staff at one health authority to detect false-pretext phone calls, and they found 30 a week. We reported this to the Department of Health, hoping they&#8217;d introduce some operational security measures nationwide; instead the Department got furious at us for treading on their turf and ordered the HA to stop cooperating (the story&#8217;s told in <a href="http://www.cl.cam.ac.uk/~rja14/Papers/SE-08.pdf">my book</a>). More recently I confronted the NHS chief executive, David Nicholson, and patient tsar Harry Cayton, with the issue at a conference early last year; they claimed there wasn&#8217;t a problem nowadays now that people have all these computers.</p>
<p>What will it take to get the Department of Health to care about patient privacy? Lack of confidentiality already <a href="http://www.aims.org.uk/Journal/Vol20No1/ChildProtection.htm">costs lives</a>, albeit indirectly. Will it require a really high-profile fatality?</p>
]]></content:encoded>
      <pubDate>Tue, 17 Jun 2008 07:29:01 +0000</pubDate>
      <category domain="http://securityratty.com/tag/health authority">health authority</category>
      <category domain="http://securityratty.com/tag/health">health</category>
      <category domain="http://securityratty.com/tag/department">department</category>
      <category domain="http://securityratty.com/tag/privacy">privacy</category>
      <category domain="http://securityratty.com/tag/nhs chief executive">nhs chief executive</category>
      <category domain="http://securityratty.com/tag/patient privacy">patient privacy</category>
      <category domain="http://securityratty.com/tag/clinical system safety">clinical system safety</category>
      <category domain="http://securityratty.com/tag/costs lives">costs lives</category>
      <category domain="http://securityratty.com/tag/patients">patients</category>
      <source url="http://www.lightbluetouchpaper.org/2008/06/17/operational-security-failure/">Operational security failure</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[Man Gets 5 Years For Hacking]]></title>
      <link>http://securityratty.com/article/b8284135e7e656d37b8e406c83e9a9cc</link>
      <guid>http://securityratty.com/article/b8284135e7e656d37b8e406c83e9a9cc</guid>
      <description><![CDATA[Five years in a Federal lockup that is
From The Union Tribune
A Chula Vista man was sentenced to five years and three months in federal prison yesterday for hacking into computers at county medical...]]></description>
      <content:encoded><![CDATA[<p>Five years in a Federal lockup that is. </p>
<p>From The Union Tribune:</p>
<blockquote><p>A Chula Vista man was sentenced to five years and three months in federal prison yesterday for hacking into computers at county medical clinics and erasing patient data.</p>
<p>Jurors convicted John Paul Oson, 38, in August of two charges of intentionally damaging protected computers. U.S. District Judge Thomas Whelan also ordered Oson to pay $409,000 in restitution.</p>
<p>Prosecutors said Oson hacked into the systems in December 2005 after he had left work as a network engineer with the Council for Community Health Clinics. He resigned after receiving a performance evaluation he thought was negative, authorities said. </p></blockquote>
<p>Hacked his old company after receiving a bad review? Where have I heard this <a href="http://www.liquidmatrix.org/blog/2006/07/19/ex-ubs-sys-admin-found-guilty/">one before</a>? The spectre of Duronio returns.</p>
<p><a href="http://www.signonsandiego.com/news/metro/20080610-0737-1bo10hacker.html">Article Link</a></p>

<p><a href="http://feeds.feedburner.com/~a/Liquidmatrix?a=wEmFcq"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=wEmFcq" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=x0OvPI"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=x0OvPI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=6OuwVi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=6OuwVi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=7kYHri"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=7kYHri" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=wPUimi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=wPUimi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=CsSU0i"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=CsSU0i" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/309288404" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 10 Jun 2008 22:40:38 +0000</pubDate>
      <category domain="http://securityratty.com/tag/john paul oson">john paul oson</category>
      <category domain="http://securityratty.com/tag/oson">oson</category>
      <category domain="http://securityratty.com/tag/county medical clinics">county medical clinics</category>
      <category domain="http://securityratty.com/tag/federal prison yesterday">federal prison yesterday</category>
      <category domain="http://securityratty.com/tag/community health clinics">community health clinics</category>
      <category domain="http://securityratty.com/tag/article link">article link</category>
      <category domain="http://securityratty.com/tag/network engineer">network engineer</category>
      <category domain="http://securityratty.com/tag/computers">computers</category>
      <category domain="http://securityratty.com/tag/duronio returns">duronio returns</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/309288404/">Man Gets 5 Years For Hacking</source>
    </item>
    <item>
      <title><![CDATA[Security Briefing: June 3rd]]></title>
      <link>http://securityratty.com/article/4f6033f61b5410832056b7efa706f25f</link>
      <guid>http://securityratty.com/article/4f6033f61b5410832056b7efa706f25f</guid>
      <description><![CDATA[The joy of the morning commute. Last week was a complete blur but, traffic is far worse
Click here to subscribe to Liquidmatrix Security Digest
And now, the news
Walter Reed says patient data may be...]]></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>The joy of the morning commute. Last week was a complete blur but, traffic is far worse. </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://ap.google.com/article/ALeqM5ggIYzqvXf4Qosf6ubPXxZRRAMPEAD9124DBO0">Walter Reed says patient data may be compromised</a> | Associated Press</li>
<li><a href="http://blog.wired.com/27bstroke6/2008/06/hacker-hijacks.html">Hacker Hijacks Website of Hacking Tool Maker</a> <i>(Metasploit)</i> | Wired</li>
<li><a href="http://www.emqus.com/index.php?/emq/article/fetching_stolen_laptops_371">Fetching Stolen Laptops</a> | EMQ</li>
<li><a href="http://www.philly.com/philly/wires/ap/news/state/pennsylvania/20080602_ap_phillynewsanchorembroiledinemailhackingscandal.html">Philly news anchor embroiled in e-mail hacking scandal</a> | Philly.com</li>
<li><a href="http://www.vnunet.com/vnunet/news/2218098/french-police-smash-global">French police smash global hacker ring</a> | vnunet</li>
<li><a href="http://news.cnet.com/8301-10784_3-9957872-7.html">Google fixes several site security issues</a> | CNET</li>
<li><a href="http://www.technologyreview.com/Infotech/20839/">Exploiting Security Holes Automatically</a> | MIT Technology Review</li>
<li><a href="http://blogs.zdnet.com/Apple/?p=1809">Apple releases Mac OS X Leopard Security Guide</a> | ZDNet</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=l0ScI0"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=l0ScI0" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=mJkGMI"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=mJkGMI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=7sH0Qi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=7sH0Qi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=jfuZ6i"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=jfuZ6i" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=sCDnqi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=sCDnqi" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=y1bbUi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=y1bbUi" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/303678065" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 03 Jun 2008 08:16:53 +0000</pubDate>
      <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/philly news anchor">philly news anchor</category>
      <category domain="http://securityratty.com/tag/philly">philly</category>
      <category domain="http://securityratty.com/tag/hacker hijacks website">hacker hijacks website</category>
      <category domain="http://securityratty.com/tag/leopard security guide">leopard security guide</category>
      <category domain="http://securityratty.com/tag/mit technology review">mit technology review</category>
      <category domain="http://securityratty.com/tag/site security issues">site security issues</category>
      <category domain="http://securityratty.com/tag/apple releases mac">apple releases mac</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/303678065/">Security Briefing: June 3rd</source>
    </item>
    <item>
      <title><![CDATA[Walter Reed Army Medical Center breach through P2P]]></title>
      <link>http://securityratty.com/article/9729c053ac7d1be346029b81accc1754</link>
      <guid>http://securityratty.com/article/9729c053ac7d1be346029b81accc1754</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/2/08

Organization
United States Army

Contractor/Consultant/Branch
Walter Reed Army Medical Center (&quot;WRAMC

Victims
Military Health System...]]></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/walterreed.jpg" align="right" height="107" width="197"><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.army.mil/">United States Army</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.wramc.amedd.army.mil/Pages/default.aspx">Walter Reed Army Medical Center ("WRAMC")</a> <br><br><span style="font-weight: bold;">Victims:</span><br>"Military Health System beneficiaries" or patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>~1,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>"Names, Social Security numbers, birth dates and other information"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"WASHINGTON (AP) — Sensitive information on about 1,000 patients at Walter Reed Army Medical Center and other military hospitals was exposed in a security breach, sparking identity theft concerns and an investigation by the Army."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.wramc.amedd.army.mil/Lists/WRNews/DispForm.aspx?Id=68&amp;">Walter Reed Army Medical Center News</a> <br><a href="http://ap.google.com/article/ALeqM5ggIYzqvXf4Qosf6ubPXxZRRAMPEAD9127N4O0">Associated Press</a> <br><a href="http://www.wishtv.com/Global/story.asp?S=8413762">WISH TV Channel 8 News</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Walter Reed Army Medical Center<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>WASHINGTON (AP) — Sensitive information on about 1,000 patients at Walter Reed Army Medical Center and other military hospitals was exposed in a security breach, sparking identity theft concerns and an investigation by the Army.<br><br>Names, Social Security numbers, birth dates and other information was released, hospital officials said Monday.<br><span style="font-style: italic;">[Evan] This information belongs mostly to military personnel that were patients of WRAMC.&nbsp; The victims are the people that defend this country.&nbsp;&nbsp; Grrr.</span><br><br>The computer file that was breached did not include information such as medical records, or the diagnosis or prognosis for patients, they said.<br><br>Walter Reed officials declined to explain exactly how the information was compromised, pending an ongoing investigation by the hospital and the Army.<br><span style="font-style: italic;">[Evan] There is more insight into the cause of the breach below.&nbsp; Keep reading.</span><br><br>Preliminary results of an on-going investigation have identified a computer from which the data was apparently compromised.<br><br>Data security personnel from Walter Reed and the Department of the Army continue to investigate the source and causes for the information compromise.<br><br>The medical center learned of the breach on May 21 from an outside data mining company, which officials did not identify.<br><br>the company was working for another client, found the file and contacted Walter Reed.<br><br>The hospital said it is working to notify all of the people named in the data file. Letters or e-mails were being sent out, beginning Monday.<br><br>The chairman of the House Armed Services Committee, Rep. Ike Skelton, D-Mo., said he wants to hear from the Army about its investigation.<br><br>"It's very troubling when private data is inappropriately released," Skelton said. "We must ensure that personal information is protected and prevent any future compromise of patient records."<br><span style="font-style: italic;">[Evan] Obviously easier said than done.</span><br><br>Walter Reed plans to offer free credit protective services to patients whose information was revealed.<br><br>The hospital also has set up a hot line for people to call to see if their information was disclosed (1-877-854-8542, ext. 9).<br><br>The Health Insurance Portability and Accountability Act of 1996 protects patients from unauthorized release of their health records. The Walter Reed Army Medical Center has a robust information assurance program that meets all program standards and requirements. The compromised data file did not include protected health information such as medical records, diagnosis or prognosis for patients.<br><br><span style="font-weight: bold;">Message to "Team WRAMC" from COL Patty Horoho:</span><br>I want to ensure that each of you have an understanding of what may be in the papers regarding possible disclosure of personal data. Walter Reed officials were notified of a possible disclosure of personally identifiable information through a Peer to Peer (P2P) network of approximately 1000 Military Health System beneficiaries. The information did NOT contain any protected health information such as medical records, diagnosis or prognosis for patients. The individuals impacted have been identified and we are taking a proactive approach to contact them to assist in providing fraud protection services. Below is the media release we sent out will provide more details. A 24/7 hotline has been established in the Combined Operations Center, 202-782-8333 or 877-854-8542 ext 9 and a info site on the web page is also being created. <br><br>I need everyone to ensure that they are not loading or down loading programs that are not authorized by the command as it increases our vulnerability and possibly can cause a breach in protected information being shared. <br><br><span style="font-weight: bold;">Commentary:</span><br>So the cause of this breach was an unauthorized installation and configuration of a Peer to Peer (P2P) program.&nbsp; My concerns about this revolve around the ability to install the application and the inability of WRAMC personnel to block and/or detect the network traffic.&nbsp; <br><br>The installation of computer programs on a computer usually require elevated privileges such as administrative access.&nbsp; Are users of WRAMC information resources also administrators of their systems?&nbsp; If so, this is generally not a good idea.<br><br>P2P programs such as BitTorrent, Morpheus, Lime Wire, etc. are dependent upon a network to work, thus the "Peer to Peer".&nbsp; Most, if not all P2P network traffic is easy to block and/or detect with any combination of filtering, network access control and intrusion detection or prevention.&nbsp; Are these technologies not in use at WRAMC?<br><br>Lastly, what is WRAMC policy with respect to acceptable use and network access?&nbsp; There is no mention in the news reports. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>April, 2008 - <a href="http://breachblog.com/2008/04/13/usaasc.aspx">Excel Spreadsheet on the web exposes Army officers and civilians</a> </font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/03/walterreed.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Tue, 03 Jun 2008 05:14:34 +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/walter reed">walter reed</category>
      <category domain="http://securityratty.com/tag/sensitive information">sensitive information</category>
      <category domain="http://securityratty.com/tag/wramc personnel">wramc personnel</category>
      <category domain="http://securityratty.com/tag/wramc">wramc</category>
      <category domain="http://securityratty.com/tag/network access control">network access control</category>
      <category domain="http://securityratty.com/tag/network access">network access</category>
      <category domain="http://securityratty.com/tag/team wramc">team wramc</category>
      <source url="http://breachblog.com/2008/06/03/walterreed.aspx">Walter Reed Army Medical Center breach through P2P</source>
    </item>
    <item>
      <title><![CDATA[Breach at UCSF gets leadership response]]></title>
      <link>http://securityratty.com/article/dbb6821e12f4ebf3d4927d14118871fc</link>
      <guid>http://securityratty.com/article/dbb6821e12f4ebf3d4927d14118871fc</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/28/08

Organization
University of California

Contractor/Consultant/Branch
University of California at San Francisco (&quot;UCSF
Departments of Pathology...]]></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/ucsf.jpg" align="right" height="54" width="79"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/28/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.universityofcalifornia.edu/">University of California</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.ucsf.edu/">University of California at San Francisco ("UCSF")</a> <br><a href="http://labmed.ucsf.edu/">Departments of Pathology and Laboratory Medicine</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>3,569<br><br><span style="font-weight: bold;">Types of Data:</span><br>"names, dates of pathology service, health information and, in some cases, social security numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"The University of California San Francisco is alerting a group of patients that it has discovered a security breach involving a computer that held personal patient information."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://pub.ucsf.edu/newsservices/releases/200805283/">UCSF News Release</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Kristen Bole, UCSF<br><br><span style="font-weight: bold;">Response:</span><br>From the online source cited above:<br><br>The University of California San Francisco is alerting a group of patients that it has discovered a security breach involving a computer that held personal patient information.<br><br>There is no indication that any patient files were accessed.<br><br>UCSF takes this situation very seriously and is therefore responding with the highest level of caution and concern.<br><br>During routine monitoring of the campus computer network on January 11, 2008, UCSF discovered unusual data traffic on one of its computers.<br><span style="font-style: italic;">[Evan] Its good that the unusual traffic was detected through routine monitoring, but I wonder how long the traffic was present before it was detected.&nbsp; Later on in the news release there is mention that an unauthorized movie-sharing program was installed on the computer on or about December 2, 2007.&nbsp; It seems likely that the unusual traffic may have started on or about December 2, 2007.&nbsp; Why the time gap between presence and detection?</span><br><br>The computer was immediately removed from the network to prevent further access.<br><br>UCSF conducted a thorough investigation into the incident to assess how this breach occurred and whether any patient information may have been compromised.<br><br>The investigation was completed this month.<br><span style="font-style: italic;">[Evan] This is a long investigation.&nbsp; January 11th, 2008 through May 1st, 2008 is more than 3 1/2 months.</span><br><br>During the investigation, UCSF determined that an unauthorized movie-sharing program had been installed on this one computer on or about December 2, 2007, by an unknown individual.<br><span style="font-style: italic;">[Evan] Uh oh.&nbsp; If the installation of the program requires administrative access to the computer, it is conceivable that the local administrator credentials were compromised.&nbsp; The fact that the news release states "unknown individual" leads me to believe that the account used was potentially a shared account.</span><br><br>Installation of this program required high-level system access, which is why the incident is considered a security breach.<br><br>This computer contained files with lists of patients from the UCSF pathology department’s database.<br><br>The data included information such as patient names, dates of pathology service, health information and, in some cases, social security numbers.<br><br>The Department of Pathology has notified 2,625 UCSF patients whose information was contained on the computer.<br><br>The files also included 944 patients whose tissue samples had been referred by other health care providers to UCSF for analysis.<br><br>UCSF has established a special phone line (415) 353-7427 and a special email address PathHotline@ucsf.edu to answer questions from patients who receive the notification letters.<br><br>The security of protected health information at UCSF is of utmost importance<br><br>The campus has undertaken extensive work in this area, including upgrading system security and performing the monitoring that uncovered this breach.<br><span style="font-style: italic;">[Evan] Great!&nbsp; I just want to point out that the word "undertaken" is past tense.&nbsp; Information security is a lifecycle employing continuous management, improvement, monitoring, etc.</span><br><br>this event and others nationwide have caused UCSF to redouble its efforts in this area.<br><br>UCSF Chancellor J. Michael Bishop has formed a top-level task force to improve the system of controls to protect patient information and other sensitive data.<br><span style="font-style: italic;">[Evan] Excellent!&nbsp; This demonstrates good organizational leadership, of which information security is integral.&nbsp; It stinks that it took a breach affecting over 6,000 people before this action was taken.</span> <br><br>This task force is composed of campus leadership and is chaired by Executive Vice Chancellor and Provost Eugene Washington.<br><br>Chancellor Bishop has charged the group with conducting a comprehensive, expedited review of actions already taken and future actions needed to protect sensitive data, including reviewing associated practices, systems and policies.<br><br>He also has charged the committee with implementing the changes needed to safeguard protected health information and other sensitive data and has asked the group to report to him weekly on their status, with an emphasis on actions taken and planned.<br><br><span style="font-weight: bold;">Commentary:</span><br>I commend UCSF leadership for the establishment of the new task force led from the top.&nbsp; Hopefully the momentum will continue.&nbsp; All organizations, non-profits and profits alike, need information security leadership that comes from the uppermost echelons in order to be effective. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>University of California:<br>May, 2008 - <a href="http://breachblog.com/search.aspx?q=ucsf&amp;sc=tconcom&amp;dt=a&amp;al=">Health care practices and UCSF patient records exposed</a> <br>April, 2008 - <a href="http://breachblog.com/2008/04/10/uci.aspx">University of California Irvine students are hit with mysterious breach</a></font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/05/31/ucsf.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Sat, 31 May 2008 06:34:08 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information security leadership">information security leadership</category>
      <category domain="http://securityratty.com/tag/ucsf">ucsf</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/system">system</category>
      <category domain="http://securityratty.com/tag/system security">system security</category>
      <category domain="http://securityratty.com/tag/ucsf patient records">ucsf patient records</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <source url="http://breachblog.com/2008/05/31/ucsf.aspx">Breach at UCSF gets leadership response</source>
    </item>
    <item>
      <title><![CDATA[Sandown Health Centre backup tape is missing]]></title>
      <link>http://securityratty.com/article/930fdb89c35f1b9172d20874c9f9d1a1</link>
      <guid>http://securityratty.com/article/930fdb89c35f1b9172d20874c9f9d1a1</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/19/08

Organization
NHS Trust

Contractor/Consultant/Branch
Isle of Wight NHS Primary Care Trust
Sandown Health Centre
City Link (the courier

Victims...]]></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/sandown.jpg" align="right" height="29" width="200"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/19/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.nhs.uk/Pages/homepage.aspx">NHS Trust</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.iow.nhs.uk/asp/homepage/index.asp">Isle of Wight NHS Primary Care Trust</a> <br><a href="http://www.nhs.uk/ServiceDirectories/Pages/GP.aspx?pid=D77FB639-8C33-4021-9A2E-ABF2604323B8">Sandown Health Centre</a> <br>City Link (the courier)<br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>38,650<br><br><span style="font-weight: bold;">Types of Data:</span><br>Medical records<br><br><span style="font-weight: bold;">Breach Description:</span><br>"The Isle of Wight NHS Primary Care Trust and the Sandown Health Centre are taking action to reassure patients after a computer tape containing their personal details went missing."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.iow.nhs.uk/asp/news/index.asp?record=612&amp;articleID=346">Isle of Wight NHS Primary Care Trust News</a> <br><a href="http://ukpress.google.com/article/ALeqM5hLCDEeZ9Si_WA79rk9gW-sEXK0cw">The Press Association</a> <br><a href="http://news.bbc.co.uk/2/hi/uk_news/england/hampshire/7410119.stm">BBC News</a> <br><a href="http://www.ehiprimarycare.com/news/3780/records_of_38000_isle_of_wight_patients_lost">eHealth Insider</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>The Press Association<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>The Isle of Wight NHS Primary Care Trust and the Sandown Health Centre are taking action to reassure patients after a computer tape containing their personal details went missing.<br><br>The tape was sent in March to a London-based specialist GP software company who are responsible for maintaining their clinical software.<br><br>They carry out checks on computer back-up tapes to make sure they could be used effectively to restore information to the practice computer system in the event of a system failure or other emergency such as a fire.<br><br>Unfortunately, the tape has not been received back at the Health Centre, having been despatched by the company through a courier service in March.<br><br>Sent on 11 March, it took two months before the tape’s disappearance was discovered by INPS and the PCT.<br><span style="font-style: italic;">[Evan] The amount of time that it took to notice that the tape was missing is cause for concern.</span><br><br>The tape was meant to be tracked at every stage by City Link to ensure it reached its destination - the courier firm admitted this had not happened and it is now investigating the loss.<br><br>A spokesperson said: "We are naturally very concerned by the loss of our customer’s consignment and a rigorous search for the parcel continues. We are doing everything in our power to resolve the matter and return the package as quickly as possible."<br><br>It is presumed that the tape has been lost, possibly permanently, although all possible efforts are being made to try and find it.<br><br>The tape contains medical records of 38,650 current and past patients of the Health Centre from July 1996 onwards.<br><br>It includes all current patients and large numbers of patients who registered on a temporary basis whilst visiting or working on the Island and patients who have since transferred to practices elsewhere.<br><br>It is standard practice for GPs to hold patient details for at least ten years after they are no longer registered with them.<br><span style="font-style: italic;">[Evan] Some of the information on the tape dates back 12 years, but that is still in accordance with "at least ten years".</span><br><br>the risk of the tape being misused is extremely small<br><br>The tape requires specialist computer equipment to run it and the data is password protected.<br><br>In addition, highly advanced computer skills and/or access to a specialist programme only normally used by GPs and the data verification company are needed to make any sense of the information on the tape.<br><span style="font-style: italic;">[Evan] According to the <a href="http://www.ehiprimarycare.com/news/3780/records_of_38000_isle_of_wight_patients_lost">eHealth Insider</a> story the tape was encrypted.&nbsp; Is the "specialist programme"?&nbsp; If this is the case, and presuming that good password management practices were followed, then I agree with the assessment that the risk of disclosure is probably small.</span><br><br>The PCT is working with the practice to contact as many patients as possible and is in the process of writing to those who are currently still registered with the practice.<br><br>a dedicated telephone helpline has been set up and can be contacted on 0845 602 6834 between 8am and 8pm from Monday to Friday<br><br>The Interim Chief Executive of the PCT, Margaret Pratt, said:&nbsp; "Although there is very little chance of anyone being able to do anything untoward with this tape, should they find it, it is potentially a very serious loss of confidential information.<br><br>"It is important that everyone concerned continues to do everything possible to try and locate the tape and that is happening.&nbsp; It is equally important that we provide reassurance to patients over the level of risk that their personal information could be misused and I am confident that risk is extremely small."<br><br>"I should stress that neither the Health Centre nor the NHS more widely on the Island are in any way responsible for this tape going missing.&nbsp; However, we will, of course, be reviewing the procedures used for data verification by practices to see if there are lessons to learn."<br><br>Dr Peter Randall, Senior Partner at the Sandown Health Centre, added:&nbsp; "We have another copy of the back-up tape and our main computer records system is not affected by this. So we still have access to all the information we need and patient care is not compromised in any way."<br><br>"My own view is also that the risk of any harm resulting is minimal.&nbsp; My own family are registered as patients at this practice which means their details are amongst those on the tape.&nbsp; I have no worries about the information falling into the wrong hands and being used improperly."<br><br>The incident comes five months after NHS chief executive David Nicholson wrote to all NHS trust chief executives telling them to review and tighten their information governance and data transfer arrangements.<br><span style="font-style: italic;">[Evan] Unfortunately, it took a number of breaches before Mr. Nicholson issued his directive.&nbsp; Better late than never.&nbsp; He should be commended in regards to the directive.&nbsp; My hope is that the NHS follows good information security governance practices and continually strives to improve their information security program(s).</span><br><br><span style="font-weight: bold;">Commentary:</span><br>There was no mention (unless I missed it) of encryption in the official Isle of Wight NHS news announcement.&nbsp; The encryption mention comes in the <a href="http://www.ehiprimarycare.com/news/3780/records_of_38000_isle_of_wight_patients_lost">eHealth Insider</a> report.&nbsp; It is also not clear what "medical records" entails exactly. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>NHS Trust:<br>March, 2008 - <a href="http://breachblog.com/2008/03/06/telford.aspx">Stolen NHS flash drive contained adolescent information</a> <br>February, 2008 - <a href="http://breachblog.com/2008/02/15/dudley.aspx">Laptop missing from Russells Hall Hospital (UK)</a> <br>January, 2008 - <a href="http://breachblog.com/2008/02/04/boltonfeb.aspx">Stolen Bolton Hospitals Laptop affects cancer patients </a><br>January, 2008 - <a href="http://breachblog.com/2008/01/22/sidcup.aspx">Queen Mary's Sidcup Hospital microfiche film goes missing </a><br>January, 2008 - <a href="http://breachblog.com/2008/01/21/stockport.aspx">Stockport Primary Care Trust flash drive goes missing </a><br>January, 2008 - <a href="http://breachblog.com/2008/01/11/oldham.aspx">Oldham Primary Care Trust NHS loses two data sticks </a><br>January, 2008 - <a href="http://breachblog.com/2008/01/10/kingstonnhs.aspx">Highly sensitive medical information found in the road </a><br>December, 2007 - <a href="http://breachblog.com/2007/12/19/bolton.aspx">Laptop stolen in Royal Bolton Hospital break-in </a><br>September, 2007 - <a href="http://breachblog.com/2007/09/16/nhs.aspx">Dudley Group of Hospitals NHS Patient Data For Sale on eBay </a></font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/05/27/sandown.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Tue, 27 May 2008 09:14:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/tape">tape</category>
      <category domain="http://securityratty.com/tag/health centre">health centre</category>
      <category domain="http://securityratty.com/tag/sandown health centre">sandown health centre</category>
      <category domain="http://securityratty.com/tag/data verification">data verification</category>
      <category domain="http://securityratty.com/tag/data verification company">data verification company</category>
      <category domain="http://securityratty.com/tag/back-up tape">back-up tape</category>
      <category domain="http://securityratty.com/tag/computer tape">computer tape</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <source url="http://breachblog.com/2008/05/27/sandown.aspx">Sandown Health Centre backup tape is missing</source>
    </item>
  </channel>
</rss>
