<?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: physician]]></title>
    <link>http://securityratty.com/tag/physician</link>
    <description></description>
    <pubDate>Fri, 01 Feb 2008 13:44:24 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Florida doctor sentenced to 33 years in prison for child porn]]></title>
      <link>http://securityratty.com/article/16feef84af83558b53107909de04eb6d</link>
      <guid>http://securityratty.com/article/16feef84af83558b53107909de04eb6d</guid>
      <description><![CDATA[A Florida physician is sentenced to more than 33 years in prison after being convicted of child pornography...]]></description>
      <content:encoded><![CDATA[A Florida physician is sentenced to more than 33 years in prison after being convicted of child pornography charges.<br style="clear: both;"/>
  <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:9f59fdb6aae84183e56cedcd53b6d155:1osBOjI7jECEZePxgdPwREt%2BDvYzmmNBZFXE4AJyH1vpZDMqAJx5s%2BLmcnLiK7uCXPGUURvddHD9'><img border='0' title='Add to digg' alt='Add to digg' src='http://www.pheedo.com/images/mm/digg.gif'/></a>
  <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:926256c231890694073fcb88b0f0a1b6:2HCflDGcrsBzj5OxWeLiB5uzi5UPj3lcdVITLNKfkAyj6RZlrraFox%2FCeLFpmMAUT00PfIINXURfGg%3D%3D'><img border='0' title='Add to StumbleUpon' alt='Add to StumbleUpon' src='http://www.pheedo.com/images/mm/stumbleit.gif'/></a>
  <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:3922876b1fb3037f2da7d181ec9684b1:6Hb7sN%2FAWCYag4ydDicKWL6tmj2EA2gup5%2B3vrc%2FXyWcMVGVD%2Fbn7WxPbHfAieyNpb75zPZKhK0I%2Bw%3D%3D'><img border='0' title='Add to Twitter' alt='Add to Twitter' src='http://www.pheedo.com/images/mm/twitter.png'/></a>
  <a style='font-size: 10px; color: maroon;' href='http://www.pheedo.com/hostedMorselClick.php?hfmm=v3:4fad345d047540ae369d23e04cca5732:clCQLdY7Q1Fqdq9SZpG15z6V%2FEXqPZ8M1ulJj1h%2B6NvKIEZ2Yr8bUlove3me0Q1gcezgVhvUyK%2BFsQ%3D%3D'><img border='0' title='Add to Slashdot' alt='Add to Slashdot' src='http://www.pheedo.com/images/mm/slashdot.png'/></a>
<br style="clear: both;"/>
<a href="http://www.pheedo.com/click.phdo?s=469710b8495ec7fbd6f7f4933452b670&p=1"><img alt="" style="border: 0;" border="0" src="http://www.pheedo.com/img.phdo?s=469710b8495ec7fbd6f7f4933452b670&p=1"/></a>
<img src="http://www.pheedo.com/feeds/tracker.php?i=469710b8495ec7fbd6f7f4933452b670" style="display: none;" border="0" height="1" width="1" alt=""/>
]]></content:encoded>
      <pubDate>Tue, 25 Nov 2008 02:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/child pornography charges">child pornography charges</category>
      <category domain="http://securityratty.com/tag/florida physician">florida physician</category>
      <category domain="http://securityratty.com/tag/prison">prison</category>
      <source url="http://feeds.computerworld.com/click.phdo?i=469710b8495ec7fbd6f7f4933452b670">Florida doctor sentenced to 33 years in prison for child porn</source>
    </item>
    <item>
      <title><![CDATA[Physicians and medics]]></title>
      <link>http://securityratty.com/article/7adb13787fc49d900aec6992f29eedc8</link>
      <guid>http://securityratty.com/article/7adb13787fc49d900aec6992f29eedc8</guid>
      <description><![CDATA[My thanks to Mike Rothman who last week gave me credit for f ighting the good fight . Id like to think hes right it has been a bit of a struggle over the years, Id like to think Im winning (or at...]]></description>
      <content:encoded><![CDATA[<p>My thanks to Mike Rothman who last week gave me credit for “f<a href="http://securityincite.com/blog/mike-rothman/the-daily-incite-may-20-2008">ighting the good fight</a>”.  I’d like to think he’s right &#8212; it has been a bit of a struggle over the years, I’d like to think I’m winning (or at least managing a draw) as I continue the struggle, and I&#8217;d like to think it&#8217;s worthwhile.  Mike does seem to continue to question the pragmatism of my approach though, which is what this post is about.</p>
<p>Don&#8217;t get me wrong.  I greatly admire the work Mike does and wish he and his book had been around when I started out as a CISO.  Would have saved me significant pain and suffering.  On the other hand, if I’d had Mike’s P-CSO I might have become complacent and ended up believing that’s all there was to being a CISO.  Not that I think Mike is advocating complacency &#8212; he’s not.  I also don&#8217;t think he discounts risk analysis concepts.  He’s simply focused on helping that component of our profession who’s just getting started or who faces other practical constraints in dealing with our very complex problem space.  His is a necessary and highly valuable contribution, and he provides it in an entertaining way that&#8217;s too rare.</p>
<p>Let me set this discussion in a medical analogy context.  If I was in the middle of nowhere or didn’t have the resources for a physician, then a medic who’s skilled in lifesaving basics would do just fine.  However, if the situation called for a deeper understanding of the complex, sometime subtle health considerations, then I’d prefer a physician.  Someone who <strong>didn’t</strong> say;  “<em>Boy, this anatomy and physiology stuff is complicated.  I’m just going to stick with</em> ‘<em><a href="http://kids.niehs.nih.gov/lyrics/bones.htm">The hip bone is connected to the back bone&#8230;</a></em>’”   My physician may, of course, choose to follow a pragmatic, commonly-used course of treatment, but they’d be able to do so with a deeper understanding of the problem space, greater (but not perfect) certainty that the course of treatment would work, and a better ability to explain to me, the patient, why I had to swallow this bitter pill, undergo the knife, or have this long tube snaked into one of my orifices.  </p>
<p>Yes, I realize that physicians sometimes get it wrong, sometimes get wrapped up in fancy and even unnecessary procedures, and can drive up costs.  That&#8217;s just as true as what can happen at the other end of the spectrum &#8212; the shaman who operates entirely by superstition, faith, FUD, and intuition.  The point is, there’s absolutely a need for both medics and physicians (and levels in between).  We, as professionals, can choose where we want to be within that continuum.  With this in mind, a few things to consider are:</p>
<ul>
<li>In the heat of battle, when resources are limited, or when it just makes sense, physicians always have the option of behaving as medics and sticking with the bare essentials (the reverse isn’t true).  In fact, the best physicians I&#8217;ve encountered are pragmatic in their approach but have the deeper knowledge to leverage when need arises</li>
<li>Medics might effectively deal with 80+% of our problems, but that remaining ~20% can be critical </li>
<li>A person can start out as a medic and then become a physician later, as need and resources dictate  </li>
<li>Physicians tend to be paid more</li>
</ul>
<p>Bottom line &#8212; knowledge and understanding are never a bad thing, but it requires extra effort to acquire them.  And, as Mike points out, the simple approach is often good enough and may be all we can hope for given our individual circumstances.  For myself though, I prefer a deeper understanding of our complex problem space.  I want to be able to answer the hard questions about why and how.  But that’s just me.</p>
<p>BTW - I was amused at Mike&#8217;s characterization of risk analysis as Black Magic, as this phrase would also have been used in the past to describe medical and scientific concepts/practices we take for granted today.  </p>
<p> </p>
]]></content:encoded>
      <pubDate>Mon, 26 May 2008 16:12:12 +0000</pubDate>
      <category domain="http://securityratty.com/tag/physicians">physicians</category>
      <category domain="http://securityratty.com/tag/medics">medics</category>
      <category domain="http://securityratty.com/tag/mike">mike</category>
      <category domain="http://securityratty.com/tag/mike rothman">mike rothman</category>
      <category domain="http://securityratty.com/tag/deeper knowledge">deeper knowledge</category>
      <category domain="http://securityratty.com/tag/deeper">deeper</category>
      <category domain="http://securityratty.com/tag/simple approach">simple approach</category>
      <category domain="http://securityratty.com/tag/approach">approach</category>
      <category domain="http://securityratty.com/tag/physician">physician</category>
      <source url="http://riskmanagementinsight.com/riskanalysis/?p=360">Physicians and medics</source>
    </item>
    <item>
      <title><![CDATA[University of Miami reports stolen tapes affecting patients]]></title>
      <link>http://securityratty.com/article/25aefe167382d9d14ee98123ecb5a87c</link>
      <guid>http://securityratty.com/article/25aefe167382d9d14ee98123ecb5a87c</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
4/17/08

Organization
University of Miami

Contractor/Consultant/Branch
Archive America Ltd

Victims
Medical patients that visited university medical...]]></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/miami.jpg" align="right" height="67" width="105"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>4/17/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.miami.edu">University of Miami</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.archiveamerica.com/">Archive America Ltd.</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Medical patients that visited university medical facilities since January 1st, 1999.<br><br><span style="font-weight: bold;">Number Affected:</span><br>"more than 2 million" (2,000,000+)*<br><br><font size="1">*According to the <a href="http://computerworld.com/action/article.do?command=viewArticleBasic&amp;taxonomyName=disaster_recovery&amp;articleId=9080322&amp;taxonomyId=83&amp;intsrc=kc_top">ComputerWorld report</a>.&nbsp; The University of Miami will be notifying 47,000 people whose data may have included credit card or other financial information regarding bill payment</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, Social Security numbers, health information, and credit card or other financial information<br><br><span style="font-weight: bold;">Breach Description:</span><br>"A private off-site storage company used by the University of Miami has notified the University that a container carrying computer back-up tapes of patient information was stolen.&nbsp; The tapes were in a transport case that was stolen from a vehicle contracted by the storage company on March 17 in downtown Coral Gables, the company reported."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.dataincident.miami.edu/index.htm">University of Miami announcement</a> <br><a href="http://www.jacksonville.com/apnews/stories/041708/D903N77O0.shtml">The Associated Press via The Florida Times-Union</a> <br><a href="http://computerworld.com/action/article.do?command=viewArticleBasic&amp;taxonomyName=disaster_recovery&amp;articleId=9080322&amp;taxonomyId=83&amp;intsrc=kc_top">ComputerWorld</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>The University of Miami<br><br>Response:<br>From the online sources cited above:<br><br>University of Miami officials last week acknowledged that six backup tapes from its medical school that contained more than 2 million medical records was stolen in March from a van that was transporting the data to an off-site facility.<br><span style="font-style: italic;">[Evan] I'm not sure where ComputerWorld came up with the 2,000,000 number.&nbsp; I could only find references to the number 47,000.&nbsp; I went with the 2,000,000 in this report because 47,000 doesn't seem large enough for "Anyone who has been a patient of a University of Miami physician or visited a UM facility at any time since January 1, 1999"</span><br><br>Jacqueline Menendez, vice president of communications at the university, said a vehicle used by Archive America Ltd. to transport the patient data was broken into in downtown Coral Gables, Fla., on March 17.<br><br>Thieves removed a transport case carrying the school's computer backup tapes<br><br>Archive America waited 48 hours before finally notifying the university on Mar. 19 about the break-in and theft.<br><br>The university posted an alert about the incident on April 17, a full month after the backup tapes were stolen.<br><br>In a statement, Doctor Pascal J. Goldschmidt, senior vice president for medical affairs and dean of the University of Miami Miller School of Medicine, said, "Even though I am confident that our patients' data is safe, we felt that in the best interest of the physician-patient relationship we should be transparent in this matter."<br><span style="font-style: italic;">[Evan] Absolutely a good decision!&nbsp; More organizations should be more transparent in their responses to incidents involving personal information.&nbsp; After all, personal information belongs to the person, not the organization.</span><br><br>Since the incident, Mendendez said that the university temporarily stopped transporting backup data off-site<br><br>"At this point, we're not transporting anything until we conduct our own internal evaluation of the incident and see if there's anything that could have been done differently or better,"<br><span style="font-style: italic;">[Evan] I like this response.</span><br><br>Coral Gables law enforcement officials, who are investigating the incident, have informed the school that it was likely a "random theft,"<br><br>Law enforcement is investigating the incident as one of a series of petty thefts in the area.<br><span style="font-style: italic;">[Evan] Interesting that they chose the word "petty".</span><br><br>The stolen backup tapes hold names, addresses, Social Security numbers and health information all patients at university medical facilities since Jan. 1, 1999.<br><br>Financial data from approximately 47,000 people may be on the missing tapes<br><br>UM says it will notify 47,000 patients by mail whose records may have included credit card or other financial information<br><br>After learning about the data breach, the university contacted local computer forensics companies to see if data on a similar set of backup tapes could be accessed.<br><br>security experts at Terremark Worldwide Inc. "tried for days" to decode the data but could not because of proprietary compression and encoding tools used to write data to the storage tapes.<br><br>“For more than a week my team devised a number of methods to extract readable data from the tapes,’’ said Christopher Day, senior vice president of the Secure Information Services group at Terremark.&nbsp; “Because of the highly proprietary compression and encoding used in writing the tapes, we were unable to extract any usable data.’’<br><br>Alan Brill, senior managing director at Kroll Ontrack, who was asked by the University to review the testing that had been done, said:&nbsp; “While the report shows it is not impossible to access the data, in this case there are many barriers that stand between a thief and being able to actually get usable data from the tapes. If the thief cannot cross all of those barriers simultaneously, they can’t access the data.’’&nbsp; Based on this information, the University believes misuse of the information on the tapes is unlikely.<br><span style="font-style: italic;">[Evan] I very much respect Ontrack's views on data recovery.&nbsp; These guys are the experts in data recovery.</span><br><br>"The university feels confident that the person who took [the tapes] doesn't know what they have. Even if they do know what's contained inside, it's very difficult to extract that information,"<br><br>The school regularly sends its data off-site as a precaution against hurricanes and other natural disasters.<br><br>the University has also established a call center at 1-866-628-4492<br><br><span style="font-weight: bold;">Commentary:</span><br>Minus the amount of time it took for the school to get the word out (for which there might be good reason), I am impressed with the school's response to this incident.&nbsp; The fact that they chose to consult with two independent "experts" about the risk of disclosure and convincing them to comment publicly was an excellent move.&nbsp; The school's transparency about this incident instills a sense of trust and honesty that could have easily turned the other way.&nbsp; Other organizations could stand to learn a thing or two here.&nbsp; Kudos to the school's management team. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/04/25/miami.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 25 Apr 2008 11:34:41 +0000</pubDate>
      <category domain="http://securityratty.com/tag/personal information belongs">personal information belongs</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/tapes">tapes</category>
      <category domain="http://securityratty.com/tag/university">university</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/financial information">financial information</category>
      <category domain="http://securityratty.com/tag/secure information services">secure information services</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/usable data">usable data</category>
      <source url="http://breachblog.com/2008/04/25/miami.aspx">University of Miami reports stolen tapes affecting patients</source>
    </item>
    <item>
      <title><![CDATA[Hacking Medical Devices]]></title>
      <link>http://securityratty.com/article/37658bc7d1969005433e45072648fe0d</link>
      <guid>http://securityratty.com/article/37658bc7d1969005433e45072648fe0d</guid>
      <description><![CDATA[Okay, so this could be big news: But a team of computer security researchers plans to report Wednesday that it had been able to gain wireless access to a combination heart defibrillator and pacemaker...]]></description>
      <content:encoded><![CDATA[<p>Okay, so <a href="http://www.nytimes.com/2008/03/12/business/12heart-web.html?ref=business">this</a> could be big news:</p>

<blockquote>But a team of computer security researchers plans to report Wednesday that it had been able to gain wireless access to a combination heart defibrillator and pacemaker.

<p>They were able to reprogram it to shut down and to deliver jolts of electricity that would potentially be fatal -- if the device had been in a person. In this case, the researcher were hacking into a device in a laboratory.</p>

<p>The researchers said they had also been able to glean personal patient data by eavesdropping on signals from the tiny wireless radio that Medtronic, the device’s maker, had embedded in the implant as a way to let doctors monitor and adjust it without surgery.</blockquote></p>

<p>There's only a little bit of hyperbole in the <i>New York Times</i> article.  The research is being conducted by the <a href="http://www.secure-medicine.org/">Medical Device Security Center</a>, with researchers from Beth Israel Deaconess Medical Center, Harvard Medical School, the University of Massachusetts Amherst, and the University of Washington.  They have two published papers:</p>

<ul><li>"<a href="http://www.secure-medicine.org/PervasiveIMDSecurity.pdf">Security and Privacy of Implantable Medical Devices</a>," Daniel Halperin, Thomas S. Heydt-Benjamin, Kevin Fu, Tadayoshi Kohno, and William H. Maisel, IEEE Pervasive Computing, January 2008.

<p><li>"<a href="http://www.secure-medicine.org/icd-study/icd-study.pdf">Pacemakers and Implantable Cardiac Defibrillators: Software Radio Attacks and Zero-Power Defenses</a>," Daniel Halperin, Thomas S. Heydt-Benjamin, Benjamin Ransford, Shane S. Clark, Benessa Defend, Will Morgan, Kevin Fu, Tadayoshi Kohno, and William H. Maisel, IEEE Symposium on Security and Privacy, May 2008.</ul></p>

<p>This is from the <a href="http://www.secure-medicine.org/icd-study/icd-faq.html">FAQ</a> for the second paper (an ICD is a implantable cardiac defibrillator):</p>

<blockquote>As part of our research we evaluated the security and privacy properties of a common ICD. We investigate whether a malicious party could create his or her own equipment capable of wirelessly communicating with this ICD.

<p>Using our own equipment (an antenna, radio hardware, and a PC), we found that someone could violate the privacy of patient information and medical telemetry. The ICD wirelessly transmits patient information and telemetry without observable encryption. The adversary's computer could intercept wireless signals from the ICD and learn information including: the patient's name, the patient's medical history, the patient's date of birth, and so on.</p>

<p>Using our own equipment (an antenna, radio hardware, and a PC), we found that someone could also turn off or modify therapy settings stored on the ICD. Such a person could render the ICD incapable of responding to dangerous cardiac events. A malicious person could also make the ICD deliver a shock that could induce ventricular fibrillation, a potentially lethal arrhythmia.</blockquote></p>

<p>Of course, we all know how this happened.  It's a story we've seen a zillion times before: the designers didn't think about security, so the design wasn't secure.</p>

<p>The researchers are making it very clear that this doesn't mean people shouldn't get pacemakers and ICDs.  Again, from the FAQ:</p>

<blockquote>We strongly believe that nothing in our report should deter patients from receiving these devices if recommended by their physician. The implantable cardiac defibrillator is a proven, life-saving technology. We believe that the risk to patients is low and that patients should not be alarmed. We do not know of a single case where an IMD patient has ever been harmed by a malicious security attack. To carry out the attacks we discuss in our paper would require: malicious intent, technical sophistication, and the ability to place electronic equipment close to the patient. Our goal in performing this study is to improve the security, privacy, safety, and effectiveness of future IMDs.

<p>For all our experiments our antenna, radio hardware, and PC were near the ICD. Our experiments were conducted in a computer laboratory and utilized simulated patient data. We did not experiment with extending the distance between the antenna and the ICD.</blockquote></p>

<p>I agree with this answer.  The risks are there, but the benefits of these devices are much greater.  The point of this research isn't to help people hack into pacemakers and commit murder, but to enable medical device companies to design better implantable equipment in the future.  I think it's great work.</p>

<p>Of course, that will only happen if the medical device companies don't <a href="http://www.nytimes.com/2008/03/12/business/12heart-web.html?_r=1&ref=business&oref=slogin">react like idiots</a>:</p>

<blockquote>Medtronic, the industry leader in cardiac regulating implants, said Tuesday that it welcomed the chance to look at security issues with doctors, regulators and researchers, adding that it had never encountered illegal or unauthorized hacking of its devices that have telemetry, or wireless control, capabilities.

<p>"To our knowledge there has not been a single reported incident of such an event in more than 30 years of device telemetry use, which includes millions of implants worldwide," a Medtronic spokesman, Robert Clark, said. Mr. Clark added that newer implants with longer transmission ranges than Maximo also had enhanced security.</p>

<p>[...]</p>

<p>St. Jude Medical, the third major defibrillator company, said it used "proprietary techniques" to protect the security of its implants and had not heard of any unauthorized or illegal manipulation of them.</blockquote></p>

<p>Just becuse you have no knowledge of something happening does not mean it's not a risk.</p>

<p>Another <a href="http://blogs.wsj.com/health/2008/03/12/how-to-hack-a-defibrillator/">article</a>. </p>

<p>The general moral here: more and more, computer technology is becoming intimately embedded into our lives.  And with each new application comes new security risks.  And we have to take those risks seriously.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=9fuy1bF"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=9fuy1bF" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=TwaDYcF"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=TwaDYcF" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Wed, 12 Mar 2008 07:39:59 +0000</pubDate>
      <category domain="http://securityratty.com/tag/devices">devices</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/malicious security attack">malicious security attack</category>
      <category domain="http://securityratty.com/tag/cardiac">cardiac</category>
      <category domain="http://securityratty.com/tag/security risks">security risks</category>
      <category domain="http://securityratty.com/tag/dangerous cardiac events">dangerous cardiac events</category>
      <category domain="http://securityratty.com/tag/risks">risks</category>
      <category domain="http://securityratty.com/tag/icd incapable">icd incapable</category>
      <category domain="http://securityratty.com/tag/icd">icd</category>
      <source url="http://www.schneier.com/blog/archives/2008/03/hacking_medical_1.html">Hacking Medical Devices</source>
    </item>
    <item>
      <title><![CDATA[Reproductive Medicine Center doctor loses patient data on flash drive]]></title>
      <link>http://securityratty.com/article/7cafc4d39b92de39bede359c51fd089c</link>
      <guid>http://securityratty.com/article/7cafc4d39b92de39bede359c51fd089c</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
1/30/08

Organization
University of Minnesota Physicians

Contractor/Consultant/Branch
Reproductive Medicine Center

Victims
Patients

Number Affected...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/pedstwins.jpg" align="right" height="190" width="159"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>1/30/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.umphysicians.umn.edu/home.aspx" target="_blank"> University of Minnesota Physicians</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.umphysicians.umn.edu/clinics_min_objectname_Reproductive_Medicine_Center.html" target="_blank"> Reproductive Medicine Center</a>&nbsp; <br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>3,100<br><br><span style="font-weight: bold;">Types of Data:</span><br>Patient information including details of infertility treatments<br><br><span style="font-weight: bold;">Breach Description:</span><br>A doctor with the University of Minnesota Physicians, Reproductive Medicine Center lost a flash drive containing sensitive personal information belonging to patients.&nbsp; He was using the flash drive to back-up his data.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://wcco.com/health/doctor.patient.information.2.642107.html" target="_blank"> WCCO Channel 4 news</a> <br><a href="http://video.aol.com/video-detail/doctor-loses-flash-drive-with-patient-information/260148420" target="_blank"> AOL Video</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Esme Murphy, WCCO<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br><a href="http://www.umphysicians.umn.edu/clinic_defined_area_AREA_rmc_team_cda_nagel_CLINIC_reproductive_medicine_center.html" target="_blank"> Dr. Theodore Nagel</a>, a doctor at the fertility clinic, lost a flash drive that he used to back up his computer. The drive holds details of infertility treatments for 3,100 patients going back to 1999.<br><br>The physician who is affected is absolutely mortified and we are also very concerned," said Dr. Bobbi Daniels, U of M Physicians Medical Director.<br><br>University of Minnesota regulations require doctors to encode information on flash drives. Nagel did not do that on his flash drive nor did he use a password.<br><span style="font-style: italic;">[Evan] It's nice to see that the University of Minnesota has requirements for how information on flash drives must be stored.&nbsp; It stinks that Dr. Nagel did not follow the requirements.&nbsp; I wonder if he was aware.&nbsp; </span><br><br>"I think this would be the hardest for people that are currently undergoing fertility treatments," said Amy Anderson, a former infertility patient.<br><br>"You are talking about your sexuality and just a lot of private medical issues," said Anderson.<br><br>"It is hard but once and a while accidents do happen," said Anderson.<br><br>Nagel reported the loss of the drive himself and he's written the patients a letter of apology.<br><span style="font-style: italic;">[Evan] I almost feel bad for Dr. Nagel</span><br><br>The clinic has also set up a hot line for those affected. The lost drive did not contain any financial or social security information.<br><br><span style="font-weight: bold;">Commentary:</span><br>No financial risk to affected individuals, but huge personal privacy risk.&nbsp; A word or two, do NOT use flash drives as data backups.&nbsp; If you must, then don't go WITHOUT strong encryption (and don't write down the key/password). <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/02/01/uofmphysicians.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 01 Feb 2008 13:44:24 +0000</pubDate>
      <category domain="http://securityratty.com/tag/drive">drive</category>
      <category domain="http://securityratty.com/tag/flash drive">flash drive</category>
      <category domain="http://securityratty.com/tag/flash">flash</category>
      <category domain="http://securityratty.com/tag/drive holds details">drive holds details</category>
      <category domain="http://securityratty.com/tag/lost drive">lost drive</category>
      <category domain="http://securityratty.com/tag/sensitive personal information">sensitive personal information</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/social security information">social security information</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <source url="http://breachblog.com/2008/02/01/uofmphysicians.aspx">Reproductive Medicine Center doctor loses patient data on flash drive</source>
    </item>
  </channel>
</rss>
