<?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: donors]]></title>
    <link>http://securityratty.com/tag/donors</link>
    <description></description>
    <pubDate>Wed, 28 Nov 2007 02:45:00 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Florida's Agency for Health Care Administration reports a breach]]></title>
      <link>http://securityratty.com/article/9fbf858547c6670a14d3e4ee147593fc</link>
      <guid>http://securityratty.com/article/9fbf858547c6670a14d3e4ee147593fc</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
7/7/08

Organization
State of Florida

Contractor/Consultant/Branch
Agency for Health Care Administration

Victims
registered organ donors

Number...]]></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/ahca.jpg" width="111" align="right" height="42"><font size="2"><strong>Date Reported: </strong><br>7/7/08<br><br><strong>Organization: </strong><br><a href="http://www.myflorida.com/">State of Florida</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.fdhc.state.fl.us/">Agency for Health Care Administration</a> <br><br><span style="font-weight: bold;">Victims:</span><br>registered organ donors<br><br><span style="font-weight: bold;">Number Affected:</span><br>"about 55,000"<br><br><span style="font-weight: bold;">Types of Data:</span><br>"names, addresses, birth dates, driver license numbers and Social Security numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"TALLAHASSEE, Fla. - State health officials say a security breach in the Organ and Tissue Donor Registry may have exposed thousands of donors' personal information, including their social security numbers."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.ahca.myflorida.com/Organ/faq.htm">AHCA FAQs</a> <br><a href="http://www.heraldtribune.com/article/20080707/APN/807071178">Sarasota Herald-Tribune</a> <br><a href="http://www.wctv.tv/home/headlines/24080734.html">WCTV CBS News</a> <br><a href="http://www.baltimoresun.com/topic/orl-b3report09_508jul09,0,4124063.story">Orlando Sentinel</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Sarasota Herald-Tribune<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>TALLAHASSEE, Fla. - State health officials say a security breach in the Organ and Tissue Donor Registry may have exposed thousands of donors' personal information, including their social security numbers.<br><br>The Agency for Health Care Administrations said Monday it has corrected the flaw, which may have allowed unauthorized users to view the personal information of roughly 55,000 donors.<br><br>"We stopped all access to the database, identified the flaws and corrected them."<br><span style="font-style: italic;">[Evan]&nbsp; This breach makes me wonder a couple of things.&nbsp; Is information security testing part of the development lifecycle and change control?&nbsp; I also wonder if AHCA uses a formal change control process with segregated development, test, and production environments.</span><br><br>The database includes donors' names, addresses, birth dates and driver license numbers.<br><br>The agency is sending letters to inform individuals of the flaw.<br><span style="font-style: italic;">[Evan] What kind of flaw, do you suppose?&nbsp; A Code flaw, an administrative/process flaw, a configuration flaw?</span><br><br>AHCA Secretary Holly Benson said they have not received any indication that the information was accessed inappropriately.<br><span style="font-style: italic;">[Evan] No logging?&nbsp; Logging of the systems, processes, and people accessing confidential information is a must.&nbsp; Extensive logging would be able to determine if the information "was accessed inappropriately" (assuming the logs weren't subject to unauthorized modification).</span><br><br>The breach happened on June 20 and was fixed a day later, but officials say they thought it best to make the public aware.<br><span style="font-style: italic;">[Evan] What does the "breach happened on June 20" mean?&nbsp; It could mean that a flaw was detected on June 20, but could have been in existence for longer.&nbsp; It could mean that a vulnerability was actually exploited on June 20.&nbsp; I guess it really depends on your definition.&nbsp; I assume that the author means that something changed (code push, updated information, configuration, etc.) on June 20.</span><br><br>"If you have not received a letter our logs note that your information was not affected by this security flaw."<br><br>A couple of FAQs:<br>Q: If I have additional questions regarding this issue, what should I do?<br>A: You can call 866 757 0677.&nbsp; This number is open Monday through Friday from 8AM to 7PM Eastern.<br><br>Q: If I am a registered donor and I receive a letter, does this mean that I am a victim of identity theft?<br>A: No. It is unlikely that someone has accessed your information or used it inappropriately. It does not mean that you are a victim of identity theft or that the information may be used to commit fraud. The Agency for Health Care Administration wanted to let you know about the incident so you are aware and may take steps as you see fit.<br><span style="font-style: italic;">[Evan] Again, poor logging and other detective controls lead to statements such as "It is unlikely that someone accessed...".</span><br><br><span style="font-weight: bold;">Commentary:</span><br>Ugh!&nbsp; I am left with too many questions about this breach.&nbsp; On the surface, this breach doesn't look all that significant unless of course, you are a victim.&nbsp; When I read into it more, I realize that I have some serious concerns surrounding process, control, and detection mechanisms used at AHCA.&nbsp; With less detail, it is easier to imagine. <br><br><span style="font-weight: bold;">Past Breaches:</span><br><span style="font-weight: bold;">State of Florida:</span><br>January, 2008 - <a href="http://breachblog.com/2008/01/04/dcf.aspx">Five stolen Florida Department of Children and Families laptops</a> <br></font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/07/09/ahca.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 09 Jul 2008 07:15:38 +0000</pubDate>
      <category domain="http://securityratty.com/tag/breach">breach</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/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/flaw">flaw</category>
      <category domain="http://securityratty.com/tag/configuration flaw">configuration flaw</category>
      <category domain="http://securityratty.com/tag/health care administration">health care administration</category>
      <category domain="http://securityratty.com/tag/database includes donors">database includes donors</category>
      <category domain="http://securityratty.com/tag/security breach">security breach</category>
      <source url="http://breachblog.com/2008/07/09/ahca.aspx">Florida's Agency for Health Care Administration reports a breach</source>
    </item>
    <item>
      <title><![CDATA[Health care practices and UCSF patient records exposed]]></title>
      <link>http://securityratty.com/article/7cab17fdc352275114a54ec17a2e2887</link>
      <guid>http://securityratty.com/article/7cab17fdc352275114a54ec17a2e2887</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/1/08

Organization
University of California

Contractor/Consultant/Branch
University of California at San Francisco (&quot;UCSF
Target America Inc

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/ucsf.jpg" align="right" height="54" width="79"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/1/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://www.tgtam.com">Target America Inc.</a> <br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>6,313<br><br><span style="font-weight: bold;">Types of Data:</span><br>"The information included names, addresses, medical departments and some patient medical record numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"(05-01) 17:22 PDT San Francisco -- Information on thousands of UCSF patients was accessible on the Internet for more than three months last year, a possible violation of federal privacy regulations that might have exposed the patients to medical identity theft"<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/05/02/MNKE10DRGN.DTL">San Francisco Chronicle</a> <br><a href="http://www.news.com/8301-10784_3-9934612-7.html">CNET</a> <br><a href="http://www.upi.com/NewsTrack/Science/2008/05/03/hospital_data_left_open_online/2530/">United Press International</a> <br><a href="http://pub.ucsf.edu/newsservices/releases/200805051/">UCSF News Release</a> <br><br><b>Report Credit:</b><br>Elizabeth Fernandez, San Francisco Chronicle<br><br><b>Response:</b><br>From the online sources cited above:<br><br>Information on thousands of UCSF patients was accessible on the Internet for more than three months last year, a possible violation of federal privacy regulations that might have exposed the patients to medical identity theft, The Chronicle has learned.<br><br>The information accessible online included names and addresses of patients along with names of the departments where medical care was provided.<br><br>Some patient medical record numbers and the names of the patients' physicians also were available online.<br><br>The breach was discovered Oct. 9, but the medical institution did not send out notification letters to the 6,313 affected patients until early April, nearly six months later.<br><br>Sensitive information can be used by employers, health insurers and other entities to discriminate<br><br>thieves can use purloined information to obtain medical treatment and prescription drugs and to file false medical claims.<br><i>[Evan] Purloined is a funny word.&nbsp; </i><br><br>"This is a large and very significant data breach," said Pam Dixon, executive director of the World Privacy Forum<br><br>"To commit medical identity theft, all you need is a patient's name, address and the name of the hospital. If you have a doctor's name and the medical department where the patient was being treated, it is gold. If you add a medical record number, it is a disaster for patients."<br><i>[Evan] I don't think most people know this.&nbsp; Many people think that they are fine if there were no Social Security numbers or credit card numbers exposed.</i><br><br>Hospital officials say there's no indication of identity theft to date.<br><br>UCSF had shared information on its patients with a vendor, Target America Inc., which mines electronic databases amassing information about a nonprofit's potential or existing donors.<br><br>Target America, whose Web site says it maintains "the highest standards of security," tunnels through millions of electronic records to help nonprofits identify and cultivate future donors as well as current donors "who could be giving you more." Additionally, it unearths financial information about donor friends and business acquaintances - even offering maps of a donor's neighborhood.<br><i>[Evan] Seems wrong, doesn't it?&nbsp; You go to the clinic, the clinic farms out your information to a company that determines whether or not you are a good candidate to hit up for money (you probably don't pay enough in health insurance, deductibles and co-pays).&nbsp; If you are a deemed a good donor candidate, you get emails and letters that you never signed up for.&nbsp; The purpose of the emails and letters is to build a rapport with you with the intention of getting you to donate money.&nbsp; Personally, I would be more willing to donate if an organization were straight with me.</i><br><br>The breach was discovered, said UCSF officials, when the hospital was alerted that a patient's name had been queried on the Internet "and it was listed in association with UCSF."<br><br>Corinna Kaarlela, UCSF director of news services, said immediate action was taken to close off the information. Ten days after the breach's discovery, UCSF ended its business agreement with Target America.<br><br>Nancy Johnson, president of Target America, said she could not discuss the matter because of client confidentiality.<br><i>[Evan] There is no mention of this breach anywhere on Target America's site either.&nbsp; Sweep it under the rug and maybe it will go away?</i><br><br>The breach spotlights a little-known practice among medical institutions to plow the ranks of patients for fundraising purposes.<br><br>Hospitals and other health care providers are turning patients into "fundraising free-fire zones," said Dr. Arthur Caplan, chairman of the department of medical ethics at the University of Pennsylvania School of Medicine.<br><br>"The breach is a symptom, but the real ethics challenge is the extent to which health care institutions are tracking patients and their families for nonmedical reasons - for fundraising, marketing, advertising," Caplan said. "I don't think people are aware of the degree to which this is occurring, whether it's by a hospital or a nursing home or a hospice."<br><br>Since 2004, UCSF said it provided the names and addresses of 30,590 patients to Target America, paying the company $12,000 a year.<br><br>Hospital officials said it contracted with the company to assist "with identifying names of individuals who could potentially receive communications from UCSF."<br><i>[Evan] Why not say it like it is.&nbsp; The true motive?</i><br><br>"These opportunities included upcoming events, developments in specific UCSF programs, and opportunities to support the University."<br><i>[Evan] Closer.</i><br><br>After the breach was discovered, the hospital said it required Target America to hire "an objective third-party firm" to investigate. UCSF received the forensic analysis report March 26. It showed that information was potentially accessible from July 1 to Oct. 9 last year "if a query for a specific name was made." Notification letters were mailed to patients April 4.<br><br>While UCSF officials stressed that the breach did not involve Social Security numbers, Dixon said that patients could nonetheless be at risk for harm.<br><br>"With medical identity theft, there is so much on the line - only minimal information needs to go out for there to be a problem," she said.<br><br>Linking patients to the departments where they were treated, for instance, is problematic because it can serve as a key identifier of a patient's health condition.<br><i>[Evan] Don't think that this doesn't happen.&nbsp; Insurance companies are not in business to help people, they are in business to make money.&nbsp; They want to identify as many pre-existing conditions as possible.</i><br><br>UCSF officials say the use of a department's name is not prohibited under HIPAA. But it acknowledged that such a disclosure is against its own "best practice" policy.<br><i>[Evan] I think that this is open to interpretation.&nbsp; HIPAA is not clear (nor can it be) in all circumstances, and some people would argue this claim with UCSF officials.</i><br><br>"Steps have been taken to reinforce this practice," <br><i>[Evan] Like what?&nbsp; Are "steps" enough?</i><br><br>For one outraged UCSF patient whose name was part of the online data disclosure, the incident involved an alarming breach of medical trust.<br><br>"They told a fundraising company that I'm a patient - morally this should not ever be done by any health care provider," said the patient, a retired executive living in San Francisco. He asked that his name not be published. <br><br>"Medical records are supposed to be of utmost privacy," he said. "The University of California is high up in the totem pole for quality medical care. When you go there, the first thing you see are notices regarding patient privacy. Why in the world would they give out my private information? It boils down to monetary greed."<br><i>[Evan] There is no doubt that UCSF Medical Center is an outstanding health provider in terms of providing innovative medical care and saving lives.&nbsp; One of the best from what I read.</i><br><br>UCSF is committed to maintaining the privacy of patient information and takes any compromise of patient information very seriously. When patients are seen at UCSF, they are provided with a Notice of Privacy Practice (NOPP), which describes how UCSF may use and disclose their medical information in accordance with the Federal HIPAA Privacy Rule.<br><br>UCSF continually modifies systems and practices to enhance the security of patient information.<br><br><b>Commentary:</b><br>Hmm.&nbsp; I agree with Dr. Caplan when he stated that "The breach is a symptom, but the real ethics challenge is the extent to which health care institutions are tracking patients and their families for nonmedical reasons - for fundraising, marketing, advertising,".&nbsp; There is not much discussion surrounding the details of the actual breach itself.&nbsp; I have also read concern of the length of time it took before patients were notified.<br><br>From Target America's "<a href="http://www.tgtam.com/why.php">Why Target America?</a>" page:<br>"Target America data base, culled from 75 data sources, contains more than 7 million records of the wealthiest and most generous people in the nation -- the top 5 percent in terms of income, assets, and philanthropic history. Ninety-four percent of the individuals on the data base give more than $5,000 a year to charities. The breadth of our data is unique: we focus not only on high-profile, corporate America, but include emerging sources of wealth such as minority-owned business and women entrepreneurs."<br>Looks like a pretty important database to me.&nbsp; <br><br>There are no apologies made by UCSF or Target America for the breach. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>University of California:<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/07/ucsf.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 07 May 2008 12:10:17 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ucsf">ucsf</category>
      <category domain="http://securityratty.com/tag/ucsf patient">ucsf patient</category>
      <category domain="http://securityratty.com/tag/ucsf patients">ucsf patients</category>
      <category domain="http://securityratty.com/tag/patients">patients</category>
      <category domain="http://securityratty.com/tag/patient">patient</category>
      <category domain="http://securityratty.com/tag/sensitive information">sensitive information</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/patient information">patient information</category>
      <category domain="http://securityratty.com/tag/ucsf medical center">ucsf medical center</category>
      <source url="http://breachblog.com/2008/05/07/ucsf.aspx">Health care practices and UCSF patient records exposed</source>
    </item>
    <item>
      <title><![CDATA[Catalina Conservancy Divers donors are warned]]></title>
      <link>http://securityratty.com/article/31ae26c705d39decf66cfee8c2d3c7b2</link>
      <guid>http://securityratty.com/article/31ae26c705d39decf66cfee8c2d3c7b2</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
3/14/08

Organization
Catalina Conservancy Divers

Contractor/Consultant/Branch
None

Victims
Donors

Number Affected
816

Types of Data
Donor...]]></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/catalina.jpg" align="right" height="106" width="114"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>3/14/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.ccd.org/index.html">Catalina Conservancy Divers</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Donors<br><br><span style="font-weight: bold;">Number Affected:</span><br>816<br><br><span style="font-weight: bold;">Types of Data:</span><br>Donor information including credit card numbers, expiration dates and possibly CVV2 codes.<br><br><span style="font-weight: bold;">Breach Description:</span><br>"Hammonds, 36, was able to obtain the names and credit card numbers of hundreds of victims when they made online donations to the Catalina Conservancy Divers site he was hired to develop in 2005, police said. He then used the information he obtained through the site, <a href="http://www.ccd.org,">www.ccd.org,</a> to make online purchases and pay for personal items."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.nbpd.org/civica/press/display.asp?layout=12&amp;Entry=187">The Newport Beach Police Department News Release</a> <br><a href="http://www.dailypilot.com/articles/2008/03/15/publicsafety/dpt-hammonds031508.txt">The Daily Pilot</a> <br><a href="http://www.ocregister.com/news/catalina-conservancy-hammonds-1999540-newport-credit">The Orange County Register</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Joseph Sema, The Daily Pilot<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>On February 13, 2008, Newport Beach Police Detectives arrested Trevor Hammonds for 484G PC – Illegal Use of a Credit Card.&nbsp; Detectives had learned that Hammonds was renting an apartment in Newport Beach through fraudulent means.&nbsp; He was paying his rent by providing valid credit card account numbers of unsuspecting victims as payment.&nbsp; Since his arrest, Detectives have been attempting to discover where and how Hammonds obtained his victim’s personal credit information.<br><br>Detectives recently discovered that Hammonds had created a website for the “Catalina Conservancy Divers” Avalon Harbor Cleanup, <a href="http://www.catalinaconservancy.org">www.catalinaconservancy.org</a> in 2005.&nbsp; Through 2005 and 2006, Hammonds was able to obtain unsuspecting victim’s names and credit card numbers when they made online donations to the Conservancy. <br><br>Since that time, he has been using victim’s names and valid credit card account information to make online purchases and pay for personal items.&nbsp; Detectives have identified a total of 816 possible victim credit profiles in the possession of Hammonds. <br><br>In 2005, the Catalina Conservancy group did not have a website capable of receiving electronic donations, conservancy spokeswoman Leslie Baer said. Many of its loosely organized support groups, such as the Catalina Conservancy Divers that would clean up Avalon Harbor, set up their own websites to accept donations.<br><br>Hammonds is currently being housed at the Orange County Jail in lieu of $100,000 bail.&nbsp; The Catalina Conservancy Divers is a victim of Hammonds scheme and is not involved in any manner.<br><br>If you registered to this site and/or made an online donation to the Catalina Conservancy Divers during 2005 or 2006, please check your credit profile and account records.<br><br>The Catalina Conservancy Divers no longer accepts online donations<br><span style="font-style: italic;">[Evan] This is sad not only for the individual victims, but Catalina Conservancy also.&nbsp; Online donations should be a viable option, but now it viewed so.</span><br><br>If you believe you have been the victim of a crime, please notify your bank immediately to close your account(s) and prevent any further crimes from occurring. <br><br>In addition, contact the Newport Beach Police Department in order to report your crime.&nbsp; This can be done by contacting Investigator Bob Watts at (800) 550-NBPD or (949) 644-3799.<br><br><span style="font-weight: bold;">Commentary:</span><br>I am impressed with how the Newport Beach Police Department has handled this investigation, at least from what I read.&nbsp; I very much like Sergeant Evan Sailor's remarks to the press and the decision to publish a public press release.<br><br>Employee fraud can be a very difficult crime to protect against and pose a very high risk to organizations.&nbsp; As long as we have bad apples in the bushel, we will have a certain amount of fraud.&nbsp; Not that we should throw up our hands and give up though!&nbsp; This article "<a href="http://www.allbusiness.com/human-resources/workplace-health-safety-security/3935-1.html">Eight Tips to Prevent Employee Theft and Fraud</a>" is a pretty good read. <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/03/17/catalina.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Mon, 17 Mar 2008 10:32:50 +0000</pubDate>
      <category domain="http://securityratty.com/tag/catalina conservancy">catalina conservancy</category>
      <category domain="http://securityratty.com/tag/conservancy">conservancy</category>
      <category domain="http://securityratty.com/tag/catalina conservancy divers">catalina conservancy divers</category>
      <category domain="http://securityratty.com/tag/hammonds">hammonds</category>
      <category domain="http://securityratty.com/tag/trevor hammonds">trevor hammonds</category>
      <category domain="http://securityratty.com/tag/victims names">victims names</category>
      <category domain="http://securityratty.com/tag/names">names</category>
      <category domain="http://securityratty.com/tag/victims">victims</category>
      <category domain="http://securityratty.com/tag/online donations">online donations</category>
      <source url="http://breachblog.com/2008/03/17/catalina.aspx">Catalina Conservancy Divers donors are warned</source>
    </item>
    <item>
      <title><![CDATA[Cascade Healthcare Community donors affected by malware]]></title>
      <link>http://securityratty.com/article/f31da5eef0868dc2cbc067042e25fee8</link>
      <guid>http://securityratty.com/article/f31da5eef0868dc2cbc067042e25fee8</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
3/5/08

Organization
Cascade Healthcare Community

Contractor/Consultant/Branch
St. Charles Medical Center (Bend - Redmond

Victims
community members&quot;,...]]></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/cascade.jpg" align="right" height="87" width="200"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>3/5/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.cascadehealthcare.org/">Cascade Healthcare Community</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>St. Charles Medical Center (Bend - Redmond)<br><br><span style="font-weight: bold;">Victims:</span><br>"community members", Donors<br><br><span style="font-weight: bold;">Number Affected:</span><br>11,500<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, dates of birth and credit card information<br><br><span style="font-weight: bold;">Breach Description:</span><br>"A computer virus may have exposed the names, credit card numbers, dates of birth and home addresses of more than 11,500 individuals who donated to Cascade Healthcare Community in Bend and Redmond"<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.cascadehealthcare.org/media/press-releases/2008/computer-virus.aspx">Cascade Healthcare Community press release</a> <br><a href="http://blog.oregonlive.com/breakingnews/2008/03/bend_hospitals_computer_may_ha.html">The Oregonian</a> <br><a href="http://www.bendbulletin.com/apps/pbcs.dll/article?AID=/20080306/NEWS0107/803060442/1001&amp;nav_category=">The Bend Bulletin</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Cascade Healthcare Community<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Like all health care organizations, Cascade Healthcare Community has a strong commitment to protecting patient and employee information.<br><span style="font-style: italic;">[Evan] We would like to think "all health care organizations" have a strong commitment to protecting patient and employee information, but some obviously take this commitment more seriously than others.</span><br><br>Unfortunately, CHC was recently the victim of a computer virus that may have made some personal information vulnerable to inappropriate use.<br><br>Despite having an anti-virus security system in place, the CHC computer network was hit by a virus on Dec. 11.<br><br>The IT group immediately worked to halt the attack and closely monitored the network for several weeks before detecting suspicious activity on Feb. 5. At that time, CHC hired an external information technology forensic team to investigate the incident.<br><br>After an exhaustive forensic evaluation, CHC learned Feb. 20 that some personal information stored on our systems may have been compromised.<br><br>This information included names, addresses, dates of birth and credit card information for approximately 11,500 members of our community.<br><span style="font-style: italic;">[Evan] Although I think I understand why this information was kept by CHC, I don't agree with CHC's decision to keep credit card information on file.&nbsp; I can see something like this as a statement, "In the best interests of CHC, it's donors and patients, we do not store credit card information".</span><br><br>At this time, there is no evidence indicating any patient health information was compromised.<br><br>“Although the investigation provided no indication that information was misused, CHC is working quickly and diligently to provide all affected members of our community with leading credit monitoring services at no charge,” said James A. Diegel, FACHE, President and CEO of CHC.<br><span style="font-style: italic;">[Evan] Mr. Diegel understands that the information security buck stops with him.&nbsp; As an organizational leader, he understands that he is ultimately responsible for the due care of information assets.&nbsp; I admire Mr. Diegel for addressing this situation personally.</span><br><br>“We want to express our sincere apologies to those community members who have trusted us with their information for the inconvenience and worry this situation may have caused.”<br><br>CHC has contracted with an industry-leading provider of credit monitoring services and is providing free enrollment in a 12-month credit monitoring program for those affected. All potentially affected individuals will receive additional information directly from this agency within the next several days that includes information on enrollment.<br><br>In addition to community member information, CHC has learned that usernames and passwords of all CHC employees were also vulnerable for a short period of time.<br><br>All caregiver passwords were changed as of 2 p.m. on Thursday, Feb. 21 and there is no evidence that unauthorized users accessed individual patient health information.<br><br>“It is vital that we continue to raise the level of security within the organization,” Diegel said. “We are working diligently on all levels of security from educating caregivers on the importance of protecting their passwords to upgrading our virus protections.”<br><span style="font-style: italic;">[Evan] "It is vital that we continue to raise the level of security within the organization".&nbsp; This is one of the best statements I have read from an organization leader in some time.&nbsp; It is vital that <span style="font-weight: bold;">ALL </span>of us raise the "level of security" within our areas of responsibility (personally and within our organizations) and explore ways to continuously improve our security posture.&nbsp; This is a never-ending cycle.</span><br><br><span style="font-weight: bold;">A few select FAQ's from the press release:</span><br>Q:&nbsp; Is there any way to find out how this virus entered the environment?<br><br>A: We suspect that it was through an Internet Web browser or through a thumb drive or floppy disk media. We do not know who did this and whether it was done intentionally or by accident. We have no guarantee we will ever find out who did this. <br><span style="font-style: italic;">[Evan] This is all too common.&nbsp; Understand that each and every connection we make from work to an Internet site is a potential (and at times successful) avenue of attack.&nbsp; We weigh the convenience and business benefits of using the Internet against the risk of exposure.&nbsp; It's about balance.</span><br><br>Q:&nbsp;&nbsp; What is Cascade Healthcare Community doing to prevent this from happening in the future?<br><br>A.&nbsp; Cascade Healthcare Community has examined and analyzed existing procedures and systems to ensure appropriate security measures are in place. We have taken immediate steps to increase our investment and focus in the security area. We have created a multiple-step plan to outline immediate and also longer term steps. New virus software and approaches are developed each and every day worldwide. Our protection is a full-time evolving strategy.<br><br><span style="font-weight: bold;">Commentary:</span><br>I am very impressed with Cascade Healthcare Community's press release.&nbsp; The information they provide paints a clear picture of what happened and helps me to feel confident that they know what they are doing.&nbsp; I would just suggest that they not store credit card information anymore (if possible). <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/03/07/cascade.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 07 Mar 2008 11:02:22 +0000</pubDate>
      <category domain="http://securityratty.com/tag/personal information vulnerable">personal information vulnerable</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/cascade healthcare community">cascade healthcare community</category>
      <category domain="http://securityratty.com/tag/community">community</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/information assets">information assets</category>
      <category domain="http://securityratty.com/tag/employee information">employee information</category>
      <category domain="http://securityratty.com/tag/credit card information">credit card information</category>
      <category domain="http://securityratty.com/tag/credit card">credit card</category>
      <source url="http://breachblog.com/2008/03/07/cascade.aspx">Cascade Healthcare Community donors affected by malware</source>
    </item>
    <item>
      <title><![CDATA[Laptop theft highlights security weakness]]></title>
      <link>http://securityratty.com/article/189165f11484d3514e254fe195dd775e</link>
      <guid>http://securityratty.com/article/189165f11484d3514e254fe195dd775e</guid>
      <description><![CDATA[The records of over 171,000 Irish blood donors have been compromised following the theft of a laptop from an official in New York on 7...]]></description>
      <content:encoded><![CDATA[The records of over 171,000 Irish blood donors have been compromised following the theft of a laptop from an official in New York on 7 February.]]></content:encoded>
      <pubDate>Wed, 20 Feb 2008 15:30:20 +0000</pubDate>
      <category domain="http://securityratty.com/tag/irish blood donors">irish blood donors</category>
      <category domain="http://securityratty.com/tag/laptop">laptop</category>
      <category domain="http://securityratty.com/tag/theft">theft</category>
      <category domain="http://securityratty.com/tag/york">york</category>
      <category domain="http://securityratty.com/tag/records">records</category>
      <category domain="http://securityratty.com/tag/february">february</category>
      <category domain="http://securityratty.com/tag/official">official</category>
      <source url="http://www.enn.ie/article/10123932.html">Laptop theft highlights security weakness</source>
    </item>
    <item>
      <title><![CDATA[Donor personal information was on Lifeblood stolen laptop]]></title>
      <link>http://securityratty.com/article/942b00ba051c5682ac533eb6b8c57745</link>
      <guid>http://securityratty.com/article/942b00ba051c5682ac533eb6b8c57745</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
2/13/08

Organization
Lifeblood

Contractor/Consultant/Branch
None

Victims
Blood donors

Number Affected
320,000

Types of Data
names, contact...]]></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/lifeblood.jpg" align="right" height="69" width="199"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>2/13/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.lifeblood.org" target="_blank"> Lifeblood</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Blood donors<br><br><span style="font-weight: bold;">Number Affected:</span><br>320,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>"names, contact information, blood type, gender, ethnicity, and, in some cases, Social Security numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>Two laptop computers are lost and presumed stolen from a storage room at the Lifeblood office building.&nbsp; The laptops contained sensitive and personal information belonging to blood donors.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.lifeblood.org/index.php?option=com_content&amp;task=view&amp;id=108&amp;Itemid=35" target="_blank"> Lifeblood Press Release</a> <br><a href="http://www.commercialappeal.com/news/2008/feb/13/missing-lifeblood-laptops-personal-information-tho/" target="_blank"> Commercialappeal.com story</a> <br><a href="http://www.wreg.com/Global/story.asp?S=7869589" target="_blank"> WREG Memphis Channel 3 News</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Lifeblood<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Two laptop computers are missing from Lifeblood’s possession and presumed to be stolen.<br><br>Someone got inside a storage room at the Lifeblood building on Madison and took the computers.<br><br>The dual-password protected laptops were used on mobile blood collection drives, and each included information about Lifeblood’s blood donors, including names, contact information, blood type, gender, ethnicity, and, in some cases, Social Security numbers.<br><span style="font-style: italic;">[Evan] I have to say, "dual-password protected" sounds very impressive and very secure, but the I should follow-up and say <span style="font-weight: bold;">IT'S NOT</span>.&nbsp; I am guessing that one password is for the operating system, which takes less than five minutes to bypass/change and I am also guessing that there is (was) a password to access the database or the program that opens the database.&nbsp; The second password probably isn't that hard to crack/bypass either.</span><br><br>The organization is notifying all of the approximately 320,000 affected individuals about the situation and encouraging them to place fraud alerts on their credit reports in the unlikely event that an unauthorized person gained access to the data on the computers.<br><span style="font-style: italic;">[Evan] What a hassle for 320,000 people.</span><br><br>Lifeblood started sending out letters to donors this week, notifying them about what happened.<br><br>Based on the level of password security and the intricacies of the database structure, Lifeblood believes that is extremely unlikely that an individual who is not specifically trained to use the laptop and who does not have a valid Lifeblood ID and password could access the information contained on it.<br><span style="font-style: italic;">[Evan] If this statement weren't so sad, it would be funny.&nbsp; I could stretch and maybe agree with "unlikely", but I would certainly not go as far as to say "extremely unlikely".&nbsp; It really is easier than most people think.</span><br><br>"Our hope was we'd be able to locate the devices and with that we'd be able to find whether the database had been accessed or not," said Dr. Edward Scott of Lifeblood.<br><br>Since the discovery Lifeblood has implemented additional security measures to protect against future theft of property or donor information. These measures include more restrictive access to and continuous closed circuit monitoring of the areas housing the laptops, installation of software to allow remote tracking and erasure of the hard drives on laptops used on mobile drives, and additional programming to prevent full Social Security numbers from being downloaded to mobile laptops.<br><span style="font-style: italic;">[Evan] WHERE IS ENCRYPTION?&nbsp; Remote tracking and erasure provides some protection, but it isn't very hard to disable/bypass either to anyone with skill.&nbsp; <span style="font-weight: bold;">Nobody </span>breaks strong encryption with sound key management, no matter how skilled they may be.&nbsp; Why does a donor have to supply a Social Security number to donate blood in the first place?&nbsp; What does my blood have to do with my Social Security benefits?</span><br><br>He says a private investigator's been working this case. But with no solid leads, they've now teamed up with Memphis Police.<br><br>"We're concerned it may be a former employee. Or someone else who had access to building at the time," said Dr. Scott.<br><span style="font-style: italic;">[Evan] Someone did have access or the laptops wouldn't be stolen.</span><br><br>The worry now though is that this breach will discourage people from donating.<br><br>"Blood is always going to be needed in the community, there's no substitute for that," said Dr. Scott.<br><span style="font-style: italic;">[Evan] This is by far the most intelligent remark of any I have read about this breach.&nbsp; <span style="font-weight: bold;">PEOPLE NEED BLOOD AND BLOOD SAVES LIVES</span>.&nbsp; At the end of the day, I would trade my Social Security number to save someone's life.</span><br><br><span style="font-weight: bold;">Commentary:</span><br>We have now reported two blood centers that each stored confidential personal information on laptops (without encryption) and had them stolen.&nbsp; The other was <a href="http://breachblog.com/2007/12/06/mbc.aspx" target="_blank"> Memorial Blood Centers in Minnesota</a>.&nbsp; I don't understand why blood centers need my Social Security number in order for them to take my blood.&nbsp; I assume they use it as a personal identifier.&nbsp; I would much prefer that they create an identifier for me that cannot be used against me later.<br><br>I <span style="font-weight: bold;">really</span> appreciate all the work that blood centers do for the communities they serve, but they really don't serve the victims well when they don't take the time to properly secure the information they collect.<br><br>I cannot think of a good alternative to laptop encryption.&nbsp; Why won't Lifeblood encrypt confidential data at rest? <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/14/lifeblood.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Thu, 14 Feb 2008 07:17:22 +0000</pubDate>
      <category domain="http://securityratty.com/tag/mobile blood collection">mobile blood collection</category>
      <category domain="http://securityratty.com/tag/blood">blood</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/memorial blood centers">memorial blood centers</category>
      <category domain="http://securityratty.com/tag/blood saves lives">blood saves lives</category>
      <category domain="http://securityratty.com/tag/blood type">blood type</category>
      <category domain="http://securityratty.com/tag/lifebloods blood donors">lifebloods blood donors</category>
      <category domain="http://securityratty.com/tag/lifeblood">lifeblood</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <source url="http://breachblog.com/2008/02/14/lifeblood.aspx">Donor personal information was on Lifeblood stolen laptop</source>
    </item>
    <item>
      <title><![CDATA[Stolen personal laptop may have Memorial University student info]]></title>
      <link>http://securityratty.com/article/94ca1ad8c16254e5da8358774edd4fe4</link>
      <guid>http://securityratty.com/article/94ca1ad8c16254e5da8358774edd4fe4</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
2/5/08

Organization
Memorial University

Contractor/Consultant/Branch
None

Victims
Students

Number Affected
150

Types of Data
private information
...]]></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/memu.jpg" align="right" height="86" width="132"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>2/5/08<br><br><span style="font-weight: bold;">Organization</span>: <br><a href="http://www.mun.ca/" target="_blank"> Memorial University</a><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Students<br><br><span style="font-weight: bold;">Number Affected:</span><br>150<br><br><span style="font-weight: bold;">Types of Data:</span><br>"private information"<br><br><span style="font-weight: bold;">Breach Description:</span><br>A personal laptop computer was stolen from the home of a Memorial University professor while he was out of town that may have contained sensitive personal information belonging to students of the school.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.mun.ca/iapp/home/breach.php" target="_blank"> Memorial University new release</a> <br><a href="http://canadianpress.google.com/article/ALeqM5h6nwkRJ3F5q3fxudg2m-vUZgymfQ" target="_blank"> Canadian Press story</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Memorial University<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Email Message from Newsline:<br>As you may know from a MUN Today article, a laptop stolen from a Memorial professor's home may have led to a breach of private information. <br><br>The professor, on returning home from an out of province trip on Jan. 18, discovered that his home had been burglarized and a laptop stolen.<br><br>The laptop was stolen sometime between Jan. 15-18, 2008.<br><br>the laptop computer may have contained students' personal information<br><br>Mr. Burns used the personally-owned laptop occasionally for university-related purposes and reports that it may have contained class lists from: Business 1000, Section 2 and Section 4, which were taught in the fall 2006 semester; and Business 7302 which was taught in the fall 2007 semester.<br><span style="font-style: italic;">[Evan] A personally-owned laptop?&nbsp; It is good information security practice to prohibit the use of personal computers to access business information resources.&nbsp; This is a unnecessary and often unacceptable risk.</span><br><br>While Mr. Burns could not confirm that the information from those courses was actually on the stolen laptop, the university has decided to contact all 150 students who may have been affected to advise them of the possible breach.<br><br>As a result of this possible breach of students' personal information and as the privacy officer for Memorial, I want to remind all faculty and staff that they must secure all personal information (of students, employees, alumni, donors, research subjects and others) against unauthorized access.<br><span style="font-style: italic;">[Evan] OK, how?</span><br><br>we are reminding all faculty and staff at the university, and anyone who teaches at the university and who may handle private information, to use password protection and/or data encryption on all laptops and removable media devices<br><span style="font-style: italic;">[Evan] "and/or" encryption?!&nbsp; No, no, no.&nbsp; Information security policy must be cut-and-dry whenever possible.&nbsp; Remove the "/or" and you may have something.</span><br><br>“If you are not sure how to set a password for your laptop or other storage device, consult an IT support person who can assist you. As well, ask about data encryption to further secure personal information.”<br><span style="font-style: italic;">[Evan] "If you are not sure" (meaning users) then you need training!&nbsp; It is our job as information security personnel to train the users and communicate with them regularly (awareness) about what is expected of them.&nbsp; This comment is way too wishy-washy for me.</span><br><br>Since last spring, Memorial's Information Access and Privacy Protection (IAPP) office has been developing a privacy strategy and privacy compliance tools for the university, with the assistance of a privacy consultant. <br><br>The report, together with findings and recommendations, compliance tools, and draft policy and procedures, are available on the IAPP website <a href="http://www.mun.ca/iapp.%3Cbr%3E%3Cbr%3EFinalizing">www.mun.ca/iapp.<br><br></a>Finalizing policy, procedures and planning for implementation of most of the recommendations is now under way.<br><br>We remain confident that the information that may have been exposed by this theft was minimal and cannot lead to further problems for the students affected<br><br><span style="font-weight: bold;">Commentary:</span><br>Poor practice that contributes to a increased risk involved in this breach:<br><br>#1 - <span style="font-weight: bold;">DO NOT</span> allow the use of personal computers (or equipment).&nbsp; Personal computers are typically not tested, not built with standard OS images, and lack the security controls in place on organization-owned equipment.<br><br>#2 -<span style="font-weight: bold;"> AVOID</span> "and/or" statements wherever possible in security directives.&nbsp; "And/or" implies ambiguity, where security needs certainty.<br><br>#3 - <span style="font-weight: bold;">DO NOT</span> expect users to seek out security best practices.&nbsp; Security needs to be brought to them through regular training and awareness. <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/05/memu.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Tue, 05 Feb 2008 11:57:10 +0000</pubDate>
      <category domain="http://securityratty.com/tag/secure personal information">secure personal information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/sensitive personal information">sensitive personal information</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/information access">information access</category>
      <category domain="http://securityratty.com/tag/memorial">memorial</category>
      <category domain="http://securityratty.com/tag/professor">professor</category>
      <category domain="http://securityratty.com/tag/memorial professor">memorial professor</category>
      <source url="http://breachblog.com/2008/02/05/memu.aspx">Stolen personal laptop may have Memorial University student info</source>
    </item>
    <item>
      <title><![CDATA[Laptop stolen from Minnesota Department of Commerce vendor]]></title>
      <link>http://securityratty.com/article/5654bc0d7a27b8d23c68ea9b57d92b98</link>
      <guid>http://securityratty.com/article/5654bc0d7a27b8d23c68ea9b57d92b98</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/28/07

Organization
State of Minnesota

Contractor/Consultant/Branch
Department of Commerce
Promissor Corporation

Victims
Certain real estate,...]]></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/mndoc.jpg" align="right" height="67" width="134"><font size="2"><span style="font-weight: bold;">Date Reported:</span><br>12/28/07<br><br><span style="font-weight: bold;">Organization:</span><br>State of Minnesota<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.state.mn.us/portal/mn/jsp/home.do?agency=Commerce" target="_blank"> Department of Commerce</a><br>Promissor Corporation<br><br><span style="font-weight: bold;">Victims:</span><br>Certain real estate, abstractor, appraiser, and debt collection license applicants and licensees<br><br><span style="font-weight: bold;">Number Affected:</span><br>219<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, Social Security numbers, addresses and state license numbers.<br><br><span style="font-weight: bold;">Breach Description:</span><br>A laptop computer containing sensitive personal information belonging to 219 Minnesota real estate, abstractor, appraiser and debt collection license applicants and licensees was stolen from an employee of Promissor Corporation, a contractor employed by the Minnesota Department of Commerce.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.state.mn.us/portal/mn/jsp/content.do?id=-536882793&amp;subchannel=null&amp;sc2=null&amp;sc3=null&amp;contentid=536915421&amp;contenttype=EDITORIAL&amp;programid=536912010&amp;agency=Commerce" target="_blank"> Minnesota Department of Commerce News Release</a> <br><a href="http://www.twincities.com/allheadlines/ci_7830298?nclick_check=1" target="_blank"> St. Paul Pioneer Press News Story</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Minnesota Department of Commerce<br><br><span style="font-weight: bold;">Response:</span><br>From the official news release and online source cited above:<br><br>On December 6, 2007 a laptop computer containing the personal information of 219 Minnesota residents was stolen from an employee of Promissor Corporation in Philadelphia, Pennsylvania. Promissor is a vendor used by the Minnesota Department of Commerce to manage licensing data for the real estate, mortgage, and debt collection industries in Minnesota. <br><br>The theft of this computer has been reported to the Philadelphia Police Department and at this point it has not been recovered. Regrettably, Promissor waited until December 21 to alert the Minnesota Department of Commerce about this theft and since then Department staff has been working with the vendor to identify the extent to which Minnesota licensees have been affected and to notify them so they can take action to protect their identity. <br style="font-style: italic;"><span style="font-style: italic;">[Evan] I can sense the frustration with the vendor.&nbsp; Vendors working with confidential information in any manner must be held to the same standards as everyone else.&nbsp; We recommend the creation and enforcement of a seperate Vendor/Third-Party Access Policy (</span><a style="font-style: italic;" href="http://trustedtoolkit.com/Documents/VendorThirdPartyPolicySample.pdf" target="_blank">sample</a><span style="font-style: italic;">) to our customers that employ vendors.</span><br><br>The laptop was used to support and test the real estate, abstractors, appraisers and debt collection licensing system and data base used by several states including Minnesota.<br style="font-style: italic;"><span style="font-style: italic;">[Evan] The use of production (real) data for support and test purposes is NOT a recommended practice.&nbsp; Promissor Corporation should know better.</span><br><br>password protected, but not encrypted.<br><br>information included some or all of the following data fields for 257 applicants/licensees in the licensing system (including 219 Minnesota licensees): name, social security number, address and state license number. <br><br>On Friday, December 28, the Department of Commerce received from Promissor a list of the 219 individuals affected by the theft. Department staff is currently contacting these licensees by phone to notify them of the theft of their data and suggest steps they should take to protect their identity. Promissor also sent each licensee written notification which includes an offer by the company to purchase the credit watch monitoring service from Equifax for one year at no cost to the licensee.<br style="font-style: italic;"><span style="font-style: italic;">[Evan] Credit monitoring only monitors for fraud and alerts a victim after it has already occurred.&nbsp; One year's worth of protection is only good for information that is no good after a year.</span><br><br>The Department is also demanding from Promissor stricter measures of security for all other data containing Minnesota licensee information on all of their computer systems.<br><span style="font-style: italic;">[Evan] Like?</span><br><br><span style="font-weight: bold;">Commentary:</span><br>What information security measures are required of Minnesota Department of Commerce vendors and contractors?&nbsp; Stolen or lost laptops containing sensitive information without encryption is nothing new, although no more excusable.&nbsp; A twist in this breach is the use of production data in support and test functions.&nbsp; I can't tell you how many times I have butted heads with programmers that insisted on using real data for code testing.&nbsp; Developers should ONLY use fabricated and/or sanitized data for testing, no exceptions.<br><br>I am a Minnesota resident.&nbsp; This is the second breach in the past month related to an unencrypted stolen laptop for my state.&nbsp; The other breach concerned the Memorial Blood Centers and the disclosure that a laptop containing information belonging to 268,000 donors was stolen.<br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/28/mndoc.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Fri, 28 Dec 2007 21:01:21 +0000</pubDate>
      <category domain="http://securityratty.com/tag/minnesota">minnesota</category>
      <category domain="http://securityratty.com/tag/minnesota real estate">minnesota real estate</category>
      <category domain="http://securityratty.com/tag/sensitive personal information">sensitive personal information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/minnesota department">minnesota department</category>
      <category domain="http://securityratty.com/tag/department">department</category>
      <category domain="http://securityratty.com/tag/minnesota licensees">minnesota licensees</category>
      <category domain="http://securityratty.com/tag/real">real</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <source url="http://breachblog.com/2007/12/28/mndoc.aspx">Laptop stolen from Minnesota Department of Commerce vendor</source>
    </item>
    <item>
      <title><![CDATA[268,000 donors exposed through stolen Memorial Blood Centers laptop]]></title>
      <link>http://securityratty.com/article/51972210a2a286bd2be3bac4df6b20f3</link>
      <guid>http://securityratty.com/article/51972210a2a286bd2be3bac4df6b20f3</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/5/07

Organization
Memorial Blood Centers

Memorial Blood Centers is a nationally known, locally operated nonprofit community blood center that has...]]></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/mbc.jpg" align="right" height="50" width="132"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/5/07<br><br><span style="font-weight: bold;">Organization: </span><br>Memorial Blood Centers*<br><br><font size="1">*Memorial Blood Centers is a nationally known, locally operated nonprofit community blood center that has supplied blood and blood components to area hospitals for nearly 60 years. Memorial Blood Center operates 10 donor centers at nine Minnesota sites and one in Superior, Wisconsin and conducts more than 125 blood drives monthly.</font><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Blood donors<br><br><span style="font-weight: bold;">Number Affected:</span><br>About 268,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>Name and Social Security number.<br><br><span style="font-weight: bold;">Breach Description:</span><br>A laptop was stolen from the Memorial Blood Centers on the morning of November 28th, 2007 while preparations were being made for a blood drive in downtown Minneapolis, Minnesota.&nbsp; The laptop contained names and Social Security numbers of 268,000 blood donors and appears to have not been encrypted.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&amp;newsId=20071205005914&amp;newsLang=en" target="_blank"> Press Release on BusinessWire</a><br><a href="http://www.memorialbloodcenters.org/MBC/DesktopModules/DisplayAnnouncement.aspx?ItemID=226&amp;mid=127&amp;tabIndex=22&amp;TabID=24" target="_blank"> Press Release on the Memorial Blood Centers Press Release</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>Memorial Blood Centers<br><br><span style="font-weight: bold;">Response:</span><br>From the official press release cited above:<br><br>Memorial Blood Centers reported today that it has begun notifying blood donors of the theft of a laptop computer holding donor information.<br><br>About 268,000 donor records on this laptop computer contain a donor name in combination with the donor’s social security number.<br><span style="font-style: italic;">[Comfyllama] Why is a Social Security number required to donate blood?!?!&nbsp; Crazy.</span><br><br>The laptop computer was stolen on November 28, 2007 in downtown Minneapolis during early morning preparations for a blood drive.<br><br>The theft was captured on building security cameras. The Minneapolis Police Department was notified and Memorial Blood Centers is working with law enforcement authorities to recover the laptop computer.<br><br>Access to the donor information on the laptop is protected by multiple levels of passwords and requires the use of other technologies to prevent unauthorized use. The donor records do not contain medical information.<br><span style="font-style: italic;">[Comfyllama] Multiple levels of passwords means little more than a nuisance to anyone with even minimal computer skill.&nbsp; If this was a shared laptop (not uncommon in this situation), then the chance of the password(s) being written down are increased.&nbsp; I am curious what "other technologies" means?&nbsp; Right now, it means nothing to me.</span><br><br>“We apologize for any anxiety this incident may cause for our donors,” said Don Berglund, Chief Executive Officer of Memorial Blood Centers. “This appears to have been a random crime. We believe the measures securing access to the donor records protect against their inappropriate use. We also immediately implemented additional measures to further protect against unauthorized access to donor data.”<br><span style="font-style: italic;">[Comfyllama] On the one hand, I am always impressed when a CEO comments about a breach of security because it shows recognition of the fact that "the buck stops" with him/her.&nbsp; On the other hand, the comment "We believe the measures securing access to the donor records protect against their inappropriate use" shows a level of naiveness (assuming no encryption).</span><br><br>Memorial Blood Centers has begun notifying the affected donors whose names and Social Security numbers were on the stolen computer. Notified individuals are being encouraged to monitor their financial accounts as a precaution.<br><br>A special hotline has been established for donors who may have further questions about this theft. Donors with questions can reach the hotline by calling 888-333-1491.<br><br>Persons with any knowledge of the theft are asked to call the Minneapolis Police Tipline at (612) 692-TIPS.<br><br><span style="font-weight: bold;">Commentary:</span><br>This is a serious breach that needs further explanation.&nbsp; Why on earth does the Memorial Blood Centers need to collect Social Security numbers as part of their blood collection process?&nbsp; I assume that they use Social Security numbers as identifiers, which everyone should know is a "no-no" unless its require by law.&nbsp; I'm no lawyer, so is it required by law?<br><br>Let's say for a second that Memorial Blood Centers is required by law to collect and store Social Security numbers as part of the donation process.&nbsp; This is the year 2007, and we should be encrypting confidential data at rest.&nbsp; There should be no more excuses.<br><br>Let's say for a second second that this information was protected with encryption.&nbsp; Then state this in the press release. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown<br></font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/06/mbc.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Thu, 06 Dec 2007 11:09:42 +0000</pubDate>
      <category domain="http://securityratty.com/tag/donors">donors</category>
      <category domain="http://securityratty.com/tag/blood">blood</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security cameras">security cameras</category>
      <category domain="http://securityratty.com/tag/store social security">store social security</category>
      <category domain="http://securityratty.com/tag/memorial blood centers">memorial blood centers</category>
      <category domain="http://securityratty.com/tag/donors social security">donors social security</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/blood components">blood components</category>
      <source url="http://breachblog.com/2007/12/06/mbc.aspx">268,000 donors exposed through stolen Memorial Blood Centers laptop</source>
    </item>
    <item>
      <title><![CDATA[Online Donation Service Hacked]]></title>
      <link>http://securityratty.com/article/c5948a771e0e767cae508cafb8266bdc</link>
      <guid>http://securityratty.com/article/c5948a771e0e767cae508cafb8266bdc</guid>
      <description><![CDATA[Convio , one of the larger Internet donation service providers for charities, was recently hacked and a significant number of donor email addresses and passwords were compromised. Major NGOs using the...]]></description>
      <content:encoded><![CDATA[<a href="http://www.convio.com">Convio</a>, one of the larger Internet donation service providers for charities, was recently <a href="http://www.nytimes.com/2007/11/27/us/27charity.html?ref=us">hacked</a> and a significant number of donor email addresses and passwords were compromised. Major NGOs using the company's services including CARE and the American Red Cross were among the victims. More commentary on the story is <a href="http://www.nonprofittechblog.org/ny-times-finally-breaks-the-story-about-the-convio-security-breach#more-3286">here</a>.<br /><br />This incident demonstrates the potential for data vulnerability when relying on outsourced IT services. It also shows that a large number of humanitarian organizations were negligent in not notifying donors after the information security breech occurred. While no credit card information was compromised, a risk still exists that stolen information could be used to access banking, retail and other online services. Management should have contingency plans in place to quickly notify donors of any data compromise. Transparency in situations like this is critical.]]></content:encoded>
      <pubDate>Wed, 28 Nov 2007 02:45:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information security breech">information security breech</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/credit card information">credit card information</category>
      <category domain="http://securityratty.com/tag/online services">online services</category>
      <category domain="http://securityratty.com/tag/services">services</category>
      <category domain="http://securityratty.com/tag/donor email addresses">donor email addresses</category>
      <category domain="http://securityratty.com/tag/american red cross">american red cross</category>
      <category domain="http://securityratty.com/tag/humanitarian organizations">humanitarian organizations</category>
      <category domain="http://securityratty.com/tag/donors">donors</category>
      <source url="http://ngosecurity.blogspot.com/2007/11/online-donation-service-hacked.html">Online Donation Service Hacked</source>
    </item>
  </channel>
</rss>
