<?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: comfyllama]]></title>
    <link>http://securityratty.com/tag/comfyllama</link>
    <description></description>
    <pubDate>Wed, 28 Nov 2007 06:17:23 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Oak Ridge National Laboratory visitor information exposed]]></title>
      <link>http://securityratty.com/article/18d3a8ba34bcdca1b3614c0946dbb500</link>
      <guid>http://securityratty.com/article/18d3a8ba34bcdca1b3614c0946dbb500</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/3/07

Organization
UT-Battelle, LLC

Contractor/Consultant/Branch
Oak Ridge National Laboratory (ORNL

Oak Ridge National Laboratory (ORNL) is the...]]></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/ornl.jpg" align="right" height="97" width="149"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/3/07<br><br><span style="font-weight: bold;">Organization: </span><br>UT-Battelle, LLC<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>Oak Ridge National Laboratory (ORNL)*<br><br><font size="1">*Oak Ridge National Laboratory (ORNL) is the Department of Energy's largest science and energy laboratory.&nbsp; ORNL was established in 1943 as a part of the secret Manhattan Project to pioneer a method for producing and separating plutonium. Today, ORNL is home to the world's largest civilian science project, the $1.4 billion Spallation Neutron Source, and has been selected to build the fastest unclassified scientific computer in the world. - Source State Science and Technology Institute</font><br><br><span style="font-weight: bold;">Victims:</span><br>"visitors to the lab between 1990 and 2004"<br><br><span style="font-weight: bold;">Number Affected:</span><br>"about 12,000"<br><br><span style="font-weight: bold;">Types of Data:</span><br>Personal information including names, addresses, Social Security numbers and dates of birth.<br><br><span style="font-weight: bold;">Breach Description:</span><br>More than a dozen Oak Ridge National Laboratory employees were duped into installing unauthorized software consisting of keyloggers and other malicious software through a targeted phishing attack ("spear phishing").&nbsp; The targeted phishing attack consisted of roughly 1,100 emails and resulted in the compromise of personal information pertaining to lab visitors over a 14 year period.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.eweek.com/article2/0,1895,2230086,00.asp" target="_blank"> eWeek.com Story</a><br><a href="http://www.securityfocus.com/brief/641" target="_blank"> SecurityFocus.com Story</a><br><a href="http://www.myeyewitnessnews.com/news/local/story.aspx?content_id=c5af9893-1fe1-40e0-96a6-0d2b81569062&amp;rss=59" target="_blank"> MyEyeWitnessNews.com Story</a><br><a href="http://www.ornl.gov/identitytheft/" target="_blank"> Oak Ridge National Laboratory Potential Identity Theft Page</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>Oak Ridge National Laboratory<br><br><span style="font-weight: bold;">Response:</span><br>From the official breach notification site and sources cited above:<br><br>Oak Ridge National Laboratory has been bombarded by a coordinated phishing attack aimed at multiple national labs and may have unwittingly handed over to attackers the personal information of anybody who visited the lab over a 14-year span, including Social Security numbers.<br><br>"Oak Ridge National Laboratory (ORNL) recently experienced a sophisticated cyber attack that appears to be part of a coordinated attempt to gain access to computer networks at numerous laboratories and other institutions across the country." - Laboratory Director Thom Mason on December 3rd.<br><br>"When the employees opened the attachment or accessed an embedded link, the hacker planted a program on the employees' computers that enabled the hacker to copy and retrieve information. The original e-mail and first potential corruption occurred on October 29, 2007. We have reason to believe that data was stolen from a database used for visitors to the Laboratory." - Laboratory Director Thom Mason<br><br>The attack comprised approximately 1,100 targeted phishing attempts.<br><br>The attackers cooked up seven phishing variations, one of which purportedly advertised a scientific conference, another of which posed as a notification about a complaint on behalf of the Federal Trade Commission.<br><br>"No classified information was lost"<br><br>"If you visited ORNL between the years 1990 and 2004 your name and other personal information such as your social security number or date of birth may have been part of the stolen information. While there is no evidence that the stolen information has been used, the Laboratory deeply regrets the inconvenience caused by this event."<br><br>Mason said reconstructing the crime is tedious and time-consuming and will likely take weeks, if not longer. ORNL is attempting to send letters to every visitor potentially affected but may have difficulties due to out-of-date addresses, management said in its advisory.<br><span style="font-style: italic;">[Comfyllama] If the reports about this attack originating (or proxying through) China are true, then it is unlikely that a full "reconstructing" will ever be complete.</span><br><br>"every security system at ORNL was in place and in compliance."<br><span style="font-style: italic;">[Comfyllama] Compliant DOES NOT MEAN Secure!&nbsp; Although we all need to be compliant, this doesn't mean that efforts should stop at that.&nbsp; Do you want to trust the security of your information to a Senator or other lawmaker?</span><br><br>"If you think you're going to prevent all phishing attempts from [succeeding] in an enterprise, that's probably false. And if you think that with training, not a single employee will [click on phishing attempts and let an attacker] get through, that's probably false," - Application Security Vice President of Marketing and Strategy Ted Julian<br><br>"There's a million [conduits to data theft], and now that the attackers have gotten much more professional and focused, they only need one to get at the information. You only need one unsecured avenue and they're off and running."<br><br>it's likely that employee training about phishing attempts will be given renewed emphasis in the future in order to attempt to close down this particular avenue of data theft.<br><br>"While our hope is that no one would fall for these kinds of tricks from hackers, we believe there is an ongoing benefit to re-emphasizing staff awareness about cyber-security issues," "We must not click on e-mail attachments if we are not absolutely sure who the e-mail is from and we must not click on [URLs] embedded in e-mails unless we are certain of the source." - Laboratory Director Thom Mason<br><br>The lab has sent letters to about 12,000 potential victims.<br><br>"We continue to put in place new and more sophisticated security systems in an attempt to stop thieves who are equally determined to break into the cyber network." - Laboratory Director Thom Mason<br><br><span style="font-weight: bold;">Commentary:</span><br>Scary!&nbsp; Supposedly, there is evidence that points to these attacks originating from servers in China and thus these attacks were sponsored by the Chinese government.&nbsp; I like a conspiracy theory as much as anyone else, but I don't subscribe to this theory.&nbsp; IF the Chinese government were attacking ORNL, I think the attacks would be much more covert. &nbsp;<br><br>Think about this for a minute.&nbsp; If I were going to attack a system in the United States without getting caught.&nbsp; Why wouldn't I use (proxy through) an insecure server located in a country that will not cooperate with U.S. authorities?&nbsp; In order to find my true location, investigators will need some level of access to the (proxy) server to look through the evidence.&nbsp; Do you think China (or Iran, North Korea, Russia, etc.) will allow investigators the access they need?&nbsp; Highly unlikely.&nbsp; If I were to guess, I would say that this is a sophisticated attack aimed at gathering information for money and probably orginated by one of the more educated "phishing gangs".<br><br>I certainly agree with ORNL Application Security Vice President of Marketing and Strategy Ted Julian in the fact that there is likely no way to prevent all avenues of attack, but the risk of this type of attack can be significantly reduced through regular information security training and awareness.&nbsp; People will be people, no matter what.<br><br>Final note, I am curious why ORNL needs to store Social Security numbers in the first place.<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/11/ornl.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Tue, 11 Dec 2007 10:45:21 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/store social security">store social security</category>
      <category domain="http://securityratty.com/tag/retrieve information">retrieve information</category>
      <category domain="http://securityratty.com/tag/regular information security">regular information security</category>
      <category domain="http://securityratty.com/tag/security systems">security systems</category>
      <category domain="http://securityratty.com/tag/cyber-security issues">cyber-security issues</category>
      <category domain="http://securityratty.com/tag/security breach">security breach</category>
      <source url="http://breachblog.com/2007/12/11/ornl.aspx">Oak Ridge National Laboratory visitor information exposed</source>
    </item>
    <item>
      <title><![CDATA[YWCA Retirement Fund participants exposed in stolen computer]]></title>
      <link>http://securityratty.com/article/2e5799582306cfe7453bce0221b53e76</link>
      <guid>http://securityratty.com/article/2e5799582306cfe7453bce0221b53e76</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
10/9/07 (backdated

Organization
The Young Women's Christian Association (YWCA) Retirement Fund, Inc

Contractor/Consultant/Branch
None

Victims
Active...]]></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/ywcarf.jpg" align="right" height="60" width="158">
<font size="2"><span style="font-weight: bold;">Date Reported: </span><br>10/9/07 (backdated)<br><br><span style="font-weight: bold;">Organization: </span><br>The Young Women's Christian Association (YWCA) Retirement Fund, Inc.<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Active fund participants between January 1st, 2002 and September 28th, 2007<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown<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>On Monday, October 1st, 2007 YWCA Retirement Fund employees noticed that a computer had been stolen from the Fund's office in New York.&nbsp; The computer contained sensitive personal information including names and Social Security numbers for active fund participants from January 1st, 2002 to September 28th, 2007.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://doj.nh.gov/consumer/pdf/ywca.pdf" target="_blank"> State of New Hampshire Attorney General's Breach Notification</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>The New Hampshire State Attorney General<br><br><span style="font-weight: bold;">Response:</span><br>From the official breach notification and letter to victims:<br><br>We are writing to inform you that some of your personal identification information may have been compromised recently.<br><span style="font-style: italic;">[Comfyllama] "May have been compromised"?&nbsp; No, no, no.&nbsp; If you do not have a reasonable assurance that data confidentiality, integrity, and availability remain intact, then the data <span style="font-weight: bold;">IS </span>compromised.</span><br><br>On Monday, October 1 when The Young Women's Christian Association Retirement Fund, Inc. staff arrived at the Fund's office we discovered one computer had been stolen.<br><br>The stolen computer contained the names and Social Security numbers of individuals who were active Participants in the Fund at anytime during the period from January 1, 2002 to September 28, 2007.<br><span style="font-style: italic;">[Comfyllama] We couldn't find any information to give us an idea of how many people this refers to, but we didn't look long.</span><br><br>The stolen computer did not contain addresses, telephone or email contact points and most importantly no account balances.<br><span style="font-style: italic;">[Comfyllama] Unauthorized access to any of this information is bad, but "most importantly no account balances"?&nbsp; If I had a choice, I think I would rather have my account balance disclosed than I would my name and Social Security number.</span><br><br>Several factors lead us to believe that the risk to your personal data is rather low.<br><br>Here is further information about what occurred and these facts should help you assess the risk to your personal identification information:<br></font><br><font size="2">1.&nbsp; only the computer was stolen, not the monitor, nor the mouse, not the power pack</font><br><font size="2"><span style="font-style: italic;">[Comfyllama] I am confused.&nbsp; What does this have to do with the risk of unauthorized data access?</span><br></font><br><font size="2">2.&nbsp; the stolen computer was of a type that requires a power pack, not a power cord.&nbsp; Power packs are not sold through retail outlets but must be ordered from the computer manufacturer which requires the computer's serial number, the customer's account number and name.&nbsp; Dell has been notified of the theft.&nbsp; Any attempted order will be flagged, the caller id will be recorded and forwarded to both the Fund and the New York Police Department with whom we met Monday afternoon, October 1.</font><br><font size="2"><span style="font-style: italic;">[Comfyllama] This is simply untrue and useless information.&nbsp; If you need a Dell power cord for a laptop, go to Dell and order one without proving a serial number, customer account number and name, or go to one of many of </span><a style="font-style: italic;" href="http://www.nextag.com/dell-laptop-computer-power-cord/search-html" target="_blank"> retail outlets that DO sell them</a><span style="font-style: italic;">. </span><br><br>3.&nbsp; a passcode is required to access the personal identification information stored on the stolen computer.<br><span style="font-style: italic;">[Comfyllama] This "passcode" is nothing more that a momentary nuisance to anyone with simple computer skills.</span><br><br>The fund has reviewed the pertinent 24-hour surveillance tapes from the week-end and they have been turned over to the NYPD.<br><br>We have already purchased and installed DEFCON cable locks on all computers.<br><br>In the next few weeks the Fund will consult with a security firm to evaluate our entire operation.&nbsp; It is the intent of the Fund to implement the security firm's recommendations for improving data protection.<br><span style="font-style: italic;">[Comfyllama] Let's hope that the "security firm" is worth at least half the price.</span><br><br>We sincerely apologize for causing you concern<br><br>Please be assured that we will be ever more vigilant in protecting your data.&nbsp; If you have any questions, or if we may be of any further assistance at anytime, please call us toll-free at 1-800-222-4738.<br><br><span style="font-weight: bold;">Commentary:</span><br>This breach occurred not just as a result of a break-in and theft of a computer.&nbsp; This breach occurred as a result of a fundamental failure of information security.&nbsp; We don't have the privilege of looking at the YWCA Retirement Fund's information security program (assuming one exists), so we don't know much more than what we read in the Fund's response.&nbsp; From reading the Fund's response, we can judge that the YWCA Retirement Fund is a poor custodian of sensitive information.&nbsp; The response is one of the most clueless that we have seen to date.<br><br>I sincerely hope that the security firm eluded to in the response will recommend some serious changes, one of which would include encryption of data at rest.&nbsp; I am sure the list will be long (assuming the security firm knows what they are doing). <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/11/ywcarf.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Tue, 11 Dec 2007 09:23:19 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ywca retirement fund">ywca retirement fund</category>
      <category domain="http://securityratty.com/tag/retirement fund">retirement fund</category>
      <category domain="http://securityratty.com/tag/fund">fund</category>
      <category domain="http://securityratty.com/tag/computer">computer</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/sensitive information">sensitive information</category>
      <category domain="http://securityratty.com/tag/personal identification information">personal identification information</category>
      <category domain="http://securityratty.com/tag/active fund participants">active fund participants</category>
      <source url="http://breachblog.com/2007/12/11/ywcarf.aspx">YWCA Retirement Fund participants exposed in stolen computer</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[Duke School of Law breach affects 3,200]]></title>
      <link>http://securityratty.com/article/26f7b1c688ec864f0ccf677c71a53dcc</link>
      <guid>http://securityratty.com/article/26f7b1c688ec864f0ccf677c71a53dcc</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/4/07

Organization
Duke University

Contractor/Consultant/Branch
School of Law

Victims
Current and prospective Law School applicants

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/duke.jpg" align="right" height="88" width="197"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/4/07<br><br><span style="font-weight: bold;">Organization: </span><br>Duke University<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>School of Law<br><br><span style="font-weight: bold;">Victims:</span><br>Current and prospective Law School applicants<br><br><span style="font-weight: bold;">Number Affected:</span><br>3,200*<br><font size="1"><br>*1,400 in one database containing applicant data and some Social Security numbers, 1,800 in a second database containing applicant data and passwords used by applicants tracking their applications.</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, phone numbers, Social Security numbers, and passwords<br><br><span style="font-weight: bold;">Breach Description:</span><br>The Duke University School of Law reported that they detected unauthorized and illegal activity on a their web site.&nbsp; An investigation revealed that two databases were exposed in the attack that contained sensitive personal information about some current and prospective Law School applicants and students.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.law.duke.edu/incident" target="_blank"> Duke School of Law Incident Web Page</a><br><a href="http://www.newsobserver.com/news/story/811800.html" target="_blank"> The News and Observer Story</a><br><a href="http://www.upi.com/NewsTrack/Top_News/2007/12/05/hacker_may_have_stolen_duke_students_data/2789/" target="_blank"> United Press International Story</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>Melinda Vaughn, Executive Director of Communications at Duke University<br><br><span style="font-weight: bold;">Response:</span><br>From the official incident web page and sources cited above:<br><br><img src="http://breachblog.com/images/95781-88451/duke2.jpg" border="0" width="298"><br><font size="1">On the Duke University home page</font><br><br>Thank you very much for your patience as we continue to work to restore our web site and understand the full ramifications of the attack on our web site and server. The attack was a criminal act, and it is now being investigated by law enforcement officials.<br><br>Earlier this evening, the Law School sent emails to about 3,200 prospective and current applicants notifying them that some of their personal information was exposed during the recent attack on our web site.<br><br>We have no evidence that the intruders actually downloaded or acquired any of this information. Nonetheless, we know the intruders had the opportunity and the tools to do so, and we therefore felt it was important to notify those who might have been affected as quickly as possible.<br><span style="font-style: italic;">[Comfyllama] A good forensic analysis should provide clues if the proper trail exists.&nbsp; You would think that a web server containing sensitive information would employ extensive logging.</span><br><br>On Thursday, Nov. 29, at about 3:30 p.m., we detected unauthorized links and coding in our web site. As soon as a breach was confirmed, we took the site offline and launched our investigation.<br><br>By Friday, it appeared that we had removed the unauthorized content, and we reposted the web site.<br><span style="font-style: italic;">[Comfyllama] Ugh.&nbsp; Thursday afternoon until Friday was all it took to re-certify the site?&nbsp; Doesn't seem like a good incident response.&nbsp; If a site is compromised, it is usually a better practice to replace it with a new rebuilt server so that the original can be thoroughly examined.</span><br><br>Our continuing investigation, however, found that the web server had been compromised, and that the attack had penetrated more deeply than originally thought.<br><span style="font-style: italic;">[Comfyllama] In incident response, it's not a bad idea to hope for the best but assume the worst.</span><br><br>We took the web site down again by Saturday morning pending a more complete security scan by the university’s IT Security Office. We do not believe that any new problems were introduced during the short time that the site was reposted.<br><br>As we further evaluated the site, we found that several databases stored on the server were exposed during the attack.<br><span style="font-style: italic;">[Comfyllama] Databases on a web server?&nbsp; Bad.</span><br><br>There were two databases containing sensitive or potentially sensitive information. The first held records containing information submitted by prospective applicants who were requesting information from the admissions office.<br><br>A small percentage of those prospective applicants had provided Social Security numbers when they completed our online request form. That group of 1,400 prospective students received notifications this afternoon about the security breach.<br><span style="font-style: italic;">[Comfyllama] Social Security numbers in a database on a web server? Worse.</span><br><br>The second database in question included contact information and self-generated passwords for about 1,800 current applicants who were using our web site to track the status of their law school applications.<br><br>Even though our second database did not contain Social Security numbers, we also have notified this group of the security breach, in case the passwords they used on our site are the same as the passwords they use on other sites.<br><span style="font-style: italic;">[Comfyllama] Prudent decision on the part of the school.</span><br><br>the first intrusion occurred in early November, when a directory of foreign files was inserted into the site. Another set of files was deposited on Thanksgiving Day. We believe that nothing was done with these files until the attack began on the afternoon of Nov. 29.<br><span style="font-style: italic;">[Comfyllama] Write access to the web server, and the responders didn't think that the compromise "had penetrated more deeply than originally thought"?</span><br><br>Duke University has a policy not to gather Social Security numbers, except in a limited number of circumstances including some transactions with applicants and prospective applicants.<br><span style="font-style: italic;">[Comfyllama] This is a good policy.</span><br><br>The Social Security numbers in this database were no longer being used, and we had in fact stopped collecting them from applicants earlier this fall. But the database had not been purged of old data.<br><span style="font-style: italic;">[Comfyllama] Lack of audit and review.</span><br><br>We are reviewing our policies to ensure we are in full compliance with all policies that pertain to the handling of Social Security numbers.<br><span style="font-style: italic;">[Comfyllama] Sometimes it takes a breach to spur additional audit and review that should have been conducted regularly all along.&nbsp; Unfortunately, there are people affected already.</span><br><br>What has been done to secure the web site and prevent this from happening again?<br>Over the weekend, we moved the site off our web server to allow us to install a completely new operating system and new software. While that was being done, we also reviewed all the data from the old server’s system for remnants of the intrusion.<br><br>The application status tracker is being restructured so that it will not require passwords. Social Security numbers have been removed and will not be stored on our web server.<br><br>We are continuing our investigations into how this attack occurred and what additional steps can be taken in the short and long term to further secure our web site and all our electronic data. We will update you on our progress in coming weeks, and we will provide a full report to the community once the investigation and security planning is complete. In the meantime, if you have any questions or concerns, please feel free to contact me **email address removed**, Liz Gustafson **email address removed**, or Jill Miller **email address removed**.<br><span style="font-style: italic;">[Comfyllama] We (meaning The Breach Blog) removed the email addresses because we are still a little "old school" in this regard and think that publishing email addresses without obfuscation increases the likelihood of increased spam.</span><br><br><span style="font-weight: bold;">Commentary:</span><br>This has to be one of the best incident disclosure announcements I have ever seen in terms of depth.&nbsp; The explanation of what occurred is clear, Duke's response is clear, and what they plan to do is clear.&nbsp; I am impressed.<br><br>Now, what I am not impressed about is the decision to store confidential information on a web server.&nbsp; More often than not, this is bad news.&nbsp; Common information security practice is to place publicly accessible servers in a DMZ, segmented from more secure systems that contain databases.&nbsp; Extensive monitoring is then placed on both systems and in between.&nbsp; I am curious how the server itself was compromised.&nbsp; Was it not patched, was it not configured well, was the code written poorly, was someone surfing the web on the server and downloaded malicious code, etc.?&nbsp; I am also curious about whether or not the University conducts regular audits of these systems and runs intrusion detection.&nbsp; Even after such a wonderful announcement by the school, so many questions still remain! <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/duke.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 08:37:20 +0000</pubDate>
      <category domain="http://securityratty.com/tag/school">school</category>
      <category domain="http://securityratty.com/tag/duke school">duke school</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/comfyllama social security">comfyllama social security</category>
      <category domain="http://securityratty.com/tag/complete">complete</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/complete security scan">complete security scan</category>
      <category domain="http://securityratty.com/tag/security breach">security breach</category>
      <source url="http://breachblog.com/2007/12/06/duke.aspx">Duke School of Law breach affects 3,200</source>
    </item>
    <item>
      <title><![CDATA[Indianapolis Power and Light customer data exposed for up to four years]]></title>
      <link>http://securityratty.com/article/8d17e1400440c97c305f51de371224e2</link>
      <guid>http://securityratty.com/article/8d17e1400440c97c305f51de371224e2</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/4/07

Organization
The AES Corporation

Contractor/Consultant/Branch
Indianapolis Power and Light (IPL

Victims
Residential IPL customers from 2003 to...]]></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/ipl.jpg" align="right" height="75" width="88">
<font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/4/07<br><br><span style="font-weight: bold;">Organization: </span><br>The AES Corporation<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br></font><font size="2">Indianapolis Power and Light (IPL)<br><br></font><font size="2"><span style="font-weight: bold;">Victims:</span><br>Residential IPL customers from 2003 to 2007.<br><br><span style="font-weight: bold;">Number Affected:</span><br>3,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses and Social Security numbers<br><br><span style="font-weight: bold;">Breach Description:</span><br>A recent security audit at Indianapolis Power and Light (IPL) identified certain files containing sensitive personal information about IPL residential customers was accessible through the company's public web site.&nbsp; Some of the files were exposed for up to four years.<br><br><span style="font-weight: bold;">Reference URL:</span><br>http://www.theindychannel.com/news/14768281/detail.html<br><br><span style="font-weight: bold;">Report Credit:</span><br>TheIndyChannel.com, Channel 6 News<br><br><span style="font-weight: bold;">Response:</span><br>From the source cited above:<br><br>The private information of thousands of Indianapolis Power and Light customers was inadvertently posted online for up to four years, officials said Monday.<br><br>The information affects 3,000 residential IPL customers from 2003 until November 2007.<br><br>IPL said the data included names, addresses and Social Security numbers that somehow ended up on an accessible server on the Internet.<br><br>Most of the information was out in the open for several weeks. Some other files were exposed for as long as four years.<br><br>A recent audit caught the error. IPL is sending out letters to affected customers and is offering a year's worth of free credit monitoring and identity theft insurance.<br><span style="font-style: italic;">[Comfyllama] You may have read my comments about this before, but in case you haven't…&nbsp; If a person's identity expired in one year, or we all received new Social Security numbers in one year then one year of credit monitoring and identity theft insurance would be an excellent response.&nbsp; Don't get me wrong, it is better than nothing, but don't be fooled into thinking that this should protect you from an organizations failure to protect your data.&nbsp; I am not sure, but I think the onus is on the victim to sign-up for the free service.&nbsp; IPL probably isn't going to do it for you.</span><br><br>IPL also set up a hot line to deal with inquiries about the situation. The number is 317-261-4845.<br><br><span style="font-weight: bold;">Commentary:</span><br>Is this the first such security audit that IPL has conducted?&nbsp; If not, then how do you explain the fact that this information was missed for up to four years?&nbsp; In my opinion, utility companies should not be using Social Security numbers in the first place.&nbsp; I understand how they do use them (i.e. reporting for collections, checking credit, etc.), but it doesn't mean I need to agree with it.<br><br>There is no mention in this brief news story about what IPL does to protect personal information.&nbsp; Customers should be calling with demands for answers.&nbsp; If IPL is going to collect personal information, what (exactly) do they plan to do to protect it?&nbsp; I suppose customers just assume that a reputable company would be doing the right thing.&nbsp; There is also no mention of whether or not IPL contacted the various internet search engines (Google, Yahoo, etc.) to have the information removed from cache, but maybe we should just keep assuming.<br>&nbsp;<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/ipl.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 06:27:41 +0000</pubDate>
      <category domain="http://securityratty.com/tag/ipl residential customers">ipl residential customers</category>
      <category domain="http://securityratty.com/tag/ipl">ipl</category>
      <category domain="http://securityratty.com/tag/residential ipl customers">residential ipl customers</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/collect personal information">collect personal information</category>
      <category domain="http://securityratty.com/tag/customers">customers</category>
      <category domain="http://securityratty.com/tag/light customers">light customers</category>
      <category domain="http://securityratty.com/tag/sensitive personal information">sensitive personal information</category>
      <category domain="http://securityratty.com/tag/information affects">information affects</category>
      <source url="http://breachblog.com/2007/12/06/ipl.aspx">Indianapolis Power and Light customer data exposed for up to four years</source>
    </item>
    <item>
      <title><![CDATA[Passport Canada web site suffers serious breach]]></title>
      <link>http://securityratty.com/article/875b254f0e7fa2f548bd1f8c21a41958</link>
      <guid>http://securityratty.com/article/875b254f0e7fa2f548bd1f8c21a41958</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
12/4/07

Organization
Government of Canada

Contractor/Consultant/Branch
Passport Canada

As mandated by the Canadian Passport Order, Passport Canada is...]]></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/passport.jpg" align="right" height="48" width="194"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>12/4/07<br><br><span style="font-weight: bold;">Organization</span>: <br>Government of Canada<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>Passport Canada*<br><br><font size="1">*"As mandated by the Canadian Passport Order, Passport Canada is responsible for issuing, revoking, withholding, recovering, and providing instructions on the use of Canadian passports."</font><br><br><span style="font-weight: bold;">Victims:</span><br>Certain persons applying for Canadian passports online.<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses, phone numbers, birth dates, social insurance numbers, driver's license numbers, and other information contained on passport application forms.<br><br><span style="font-weight: bold;">Breach Description:</span><br>Sometime during the week of November 26th (2007) an Ontario man noticed that by changing a single character in the URL provided by Passport Canada, he could access the passport application information of other people who had used the site.&nbsp; Passport Canada officials confirmed the security flaw and breach on Tuesday, December 4th.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://ca.today.reuters.com/news/newsArticle.aspx?type=domesticNews&amp;storyID=2007-12-04T220025Z_01_N04527003_RTRIDST_0_CANADA-PASSPORTS-COL.XML" target="_blank"> Reuters Canada News Story</a><br><a href="http://680news.com/news/local/article.jsp?content=20071204_080504_1760" target="_blank"> 680News.com News Story</a><br><a href="http://www.theglobeandmail.com/servlet/story/RTGAM.20071204.wpassport1204/BNStory/National/?page=rss&amp;id=RTGAM.20071204.wpassport1204" target="_blank"> The Globe and Mail News Story</a><br><a href="http://www.theregister.co.uk/2007/12/04/canadian_passport_site_breach/" target="_blank"> The Register News Story (UK - Good commentary)</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>Kenyon Wallace, Globe and Mail (CA)<br><br><span style="font-weight: bold;">Response:</span><br>From the sources cited above:<br><br>A security flaw in Passport Canada's website has allowed easy access to the personal information - including social insurance numbers, dates of birth and driver's licence numbers - of people applying for new passports.<br><br>The breach was discovered last week by an Ontario man completing his own passport application. He found he could easily view the applications of others by altering one character in the Internet address displayed by his Web browser.<br><span style="font-style: italic;">[Comfyllama] This is one of the most simplistic attacks on web sites available.&nbsp; Change a character and see what happens.&nbsp; Heck, this is a piece of cake to automate with a script and grab ALL the available records.&nbsp; Running a site </span></font><font size="2"><span style="font-style: italic;">that acquires and stores confidential data which</span></font><font size="2"><span style="font-style: italic;"> is vulnerable to the simplest of attacks is ludicrous.</span><br><br>That data included social insurance numbers, driver's licence numbers and addresses.<br><br>Also available were home and business phone numbers, a federal ID card number and even a firearms licence number.<br><br>Mr. Laning, 47, an IT worker at Algonquin Automotive, informed Passport Canada of the breach last week and the passport application site was suspended through yesterday morning.<br><span style="font-style: italic;">[Comfyllama] I would assume, in order to fix the problem?!</span><br><br>Passport Canada spokesman Fabien Lengelle acknowledged that a security breach occurred but said that it was repaired on Friday. Yesterday's closing of the website was caused by "problems of a different nature," he said<br><br>"We've probed this issue today very thoroughly," Mr. Lengelle said. "This incident is an isolated anomaly. The online passport system is still a very highly secure application."<br><span style="font-style: italic;">[Comfyllama] Huh?&nbsp; "Still"?&nbsp; Ever?</span><br><br>But after the website resumed operation yesterday afternoon, a few keystrokes sufficed to reveal some of the personal information of passport applicants, including names, addresses and numbers for references and emergency contacts.<br><span style="font-style: italic;">[Comfyllama] But no!&nbsp; The issue was not fixed after bringing the site back online!</span><br><br>Canadian law does not require organizations to disclose when they've suffered security breaches.<br><span style="font-style: italic;">[Comfyllama] Canadian law SHOULD require it (and more).</span><br><br><span style="font-weight: bold;">Other Responses:</span><br><br>"I was expecting the site to tell me that I couldn't do that," said Jamie Laning of Huntsville. "I'm just curious about these things so I tried it, and boom, there was somebody else's name and somebody else's data."<br><br>"This is exactly how identity theft happens," said Carlisle Adams, an Internet data security expert and professor at the University of Ottawa. "If you want to take out a mortgage, for example, this is the type of information the bank is going to ask for to make sure you're really the person you're claiming to be. Then all of a sudden there's a mortgage in someone else's name."<br><br>"If you read the disclaimer on the website, it's supposed to use high-tech security," Mr. Marsden said in an interview. "You'd think it wouldn't be that bloody simple."<br><span style="font-style: italic;">[Comfyllama] Mr. Marsden was one of the people that had his application revealed on the site.</span><br><br>"I think it's very clear that a strong, mandatory security-breach law is long overdue in this country and it's cases like these that highlight it," said Michael Geist, a law professor at the University of Ottawa.<br><br>"The reality is, even with the resources and the best security people, you're only as good as your weakest link," Prof. Geist said. "One mistake can result in significant security breaches that can put huge amounts of personal information at risk."<br><span style="font-style: italic;">[Comfyllama] A person with little information security experience, some common-sense, and a PC would have found this hole if it was their job.&nbsp; It is obvious that Passport Canada does NOT have "the best security people".</span><br><br>"Whether it was that or something else, I don't know which is worse - that someone made an error that you wouldn't expect to see from a school kid, or that 'Passport Canada' didn't notice..." - Jeremy, commented on The Register Story<br><br>"In my experience, a problem of this type suggests those who implemented the site were (possibly grossly) negligent and totally clueless about security. This error should have been caught in basic testing. A penetration test should have caught it. Clearly testing was neglected." - Anonymous Coward, commented on The Register Story<br><span style="font-style: italic;">[Comfyllama] Excellent point!&nbsp; If you run a site that acquires, processes, stores, or transmits ANY data that you do NOT want to be PUBLIC data, the you must secure it properly which includes regular vulnerability scanning, penetration testing, code and third-party reviews.&nbsp; Cut corners, lose data.&nbsp; Simple.</span><br><br><span style="font-weight: bold;">Commentary:</span><br>This is such a simple security oversight with such large ramifications.&nbsp; Who knows how long the information contained on the site was exposed or how long the vulnerability existed?&nbsp; Anonymous Coward (in the comments above) stated it right, this is negligence and cluelessness.<br><br>Me reminiscing again:<br>In the late 90's to early 2000's I was in charge of security and infrastructure for a site that processed thousands of credit cards transactions and collected thousands of customer records monthly.&nbsp; This was before identity theft and privacy concerns were as prevalent as they are today.&nbsp; We regularly ran our own internal pen testing and security assesments as well as contracted a third-party to do so on a semi-annual basis.&nbsp; It just made good, common, business sense.&nbsp; There was no law requiring us to do it, there was not a VISA CISP requiring us to do it, heck there wasn't a SOX or GLBA either!&nbsp; What happened to companies and organizations that decide to do things because they are the right things to do?&nbsp; I suppose some exist, but many have gone. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>November, 2007 - <a href="http://breachblog.com/2007/12/05/passport.aspx" target="_blank"> Stolen Service Canada laptop affects more than 1,600</a><br></font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/12/05/passport.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>Wed, 05 Dec 2007 08:51:09 +0000</pubDate>
      <category domain="http://securityratty.com/tag/passport canada">passport canada</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/passport application information">passport application information</category>
      <category domain="http://securityratty.com/tag/application">application</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/passport application site">passport application site</category>
      <category domain="http://securityratty.com/tag/passport canada spokesman">passport canada spokesman</category>
      <category domain="http://securityratty.com/tag/significant security breaches">significant security breaches</category>
      <source url="http://breachblog.com/2007/12/05/passport.aspx">Passport Canada web site suffers serious breach</source>
    </item>
    <item>
      <title><![CDATA[Some Massachusetts seniors are at risk]]></title>
      <link>http://securityratty.com/article/e5ab89e51e3da41fa9d30552261ef453</link>
      <guid>http://securityratty.com/article/e5ab89e51e3da41fa9d30552261ef453</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
11/30/07

Organization
State of Massachusetts

Contractor/Consultant/Branch
Executive Office of Health and Human Services

Victims
Prescription Advantage...]]></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/mass.jpg" align="right" height="51" width="167"><font size="2"><strong>Date Reported: </strong><br>11/30/07<br><br><strong>Organization: </strong><br>State of Massachusetts<br><br><strong>Contractor/Consultant/Branch:</strong><br>Executive Office of Health and Human Services<br><br><strong>Victims:</strong><br>Prescription Advantage insurance program members*<br><br><font size="1">*Prescription Advantage is a state-run program that offers drug insurance to seniors in Massachusetts.</font><br><br><strong>Number Affected:</strong><br>150,000<br><br><strong>Types of Data:</strong><br>"personal information"<br><br><strong>Breach Description:</strong><br>Authorities arrested an identity thief in August, 2007 who had been using information obtained from the Massachusetts Presrciption Advantage program in an attempted identity theft scheme.&nbsp; It is not yet clear how the thief obtained the information.<br><br><strong>Reference URL:</strong><br><a href="http://www.pcworld.com/article/id,140206/article.html" target="_blank"> PC World Story</a><br><a href="http://www.infoworld.com/article/07/11/30/Data-theft-touches-Massachusetts-seniors_1.html" target="_blank"> Information World Story</a><br><a href="http://www.bostonherald.com/entertainment/health/healthcare/view.bg?articleid=1048101" target="_blank"> The Boston Herald Story</a><br><br><strong>Report Credit:</strong><br>Associated Press via The Boston Herald<br><br><strong>Response:</strong><br>From the sources cited above:<br><br>Thousands of senior citizens are being warned about a computer security breach involving the state’s Prescription Advantage program.<br><em>[Comfyllama] It seems like senior citizens are among the easiest prey for identity theives.</em><br><br>Executive Office of Health and Human Services spokeswoman Alison Goodwin wouldn’t say what kind of personal information may have been compromised, such as names, addresses or Social Security numbers.<br><br>Local authorities arrested a lone identity thief in August who had been using information taken from the program in an attempted identity theft scheme, said Alison Goodwin, a spokeswoman for the state's Executive Office of Health and Human Services.<br><br>Goodwin could not add many details on the nature of the breach, citing an ongoing criminal investigation, but she said Prescription Advantage is conducting an internal review of the incident to determine if additional security measures might be required.<br><em>[Comfyllama] If data leaked, then I would say that additional security measures are probably required.&nbsp; Sounds obvious, but to some it just doesn't sink in.</em><br><br>The data breach did not affect all members of the program, Goodwin said<br><em>[Comfyllama] I wonder how this conclusion is drawn?&nbsp; If the breach does not affect all 150,000 then why inform 150,000?&nbsp; Maybe Prescription Advantage doesn't know who was affected and who wasn't.</em><br><br>Prescription Advantage recently began notifying 150,000 members potentially affected, as required by state data-breach laws.<br><br>"A few members were recently the victims of attempted identity theft," the state said in a Nov. 19 letter sent to possible victims.<br><em>[Comfyllama] OK, here it states that a few members were victims of identity theft and earlier statements said the identity thief "had been using information taken from the program".</em><br><br>The staff that maintains the program has "no reason to believe" that any Prescription Advantage members' data has been misused, the letter adds.<br><em>[Comfyllama] Here, the letter states that there is no reason to believe that any data was misused?!&nbsp; A little confusing and contradictory.&nbsp; If confidentiality cannot be assured, assume it has been lost.</em><br><br>Members who have questions about the breach can call Prescription Advantage during regular business hours: 1-866-523-6846 or 1-877-610-0241 for those who are hearing impaired.<br><br><strong>Commentary:</strong><br>Much is left in the dark about this breach.&nbsp; I certainly hope that more details are being shared with victims.&nbsp; They should demand it.<br><br>I am curious about too many things to even mention them all. <br><br><strong>Past Breaches:</strong><br>October, 2007 - <a href="http://breachblog.com/2007/10/03/mass.aspx" target="_blank"> Massachusetts DPL sends Social Security numbers in mail</a></font><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/11/30/masspa.aspx" type="text/javascript" charset="utf-8"></script>
<br>
<br>
<script type="text/javascript"><!--
google_ad_client = "pub-4721162729073131";
google_ad_width = 468;
google_ad_height = 60;
google_ad_format = "468x60_as";
google_ad_type = "text_image";
google_ad_channel = "";
//-->
</script>
<script type="text/javascript">
</script>]]></content:encoded>
      <pubDate>Tue, 04 Dec 2007 13:17:26 +0000</pubDate>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/computer security breach">computer security breach</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/prescription advantage">prescription advantage</category>
      <category domain="http://securityratty.com/tag/security breach">security breach</category>
      <category domain="http://securityratty.com/tag/prescription advantage program">prescription advantage program</category>
      <category domain="http://securityratty.com/tag/data-breach laws">data-breach laws</category>
      <category domain="http://securityratty.com/tag/lone identity thief">lone identity thief</category>
      <category domain="http://securityratty.com/tag/thief">thief</category>
      <source url="http://breachblog.com/2007/11/30/masspa.aspx">Some Massachusetts seniors are at risk</source>
    </item>
    <item>
      <title><![CDATA[Some IPFW students exposed through malware]]></title>
      <link>http://securityratty.com/article/e0018c4b3afaf54cea3014f38911ba5c</link>
      <guid>http://securityratty.com/article/e0018c4b3afaf54cea3014f38911ba5c</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
11/16/07

Organization
Indiana University-Purdue University Fort Wayne (IPFW

Contractor/Consultant/Branch
None

Victims
Certain current and former...]]></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/ipfw.jpg" align="right" height="96" width="96"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>11/16/07<br><br><span style="font-weight: bold;">Organization: </span><br>Indiana University-Purdue University Fort Wayne (IPFW)<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Certain current and former "mostly international" students<br><br><span style="font-weight: bold;">Number Affected:</span><br>32<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names and Social Security numbers (and Individual Taxpayer Identification numbers)<br><br><span style="font-weight: bold;">Breach Description:</span><br>IPFW announced that personal information pertaining to certain current and former students may have been accessed through an unauthorized installation of unspecified malicious software.&nbsp; This breach primarily affects international students of the school.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://news.uns.purdue.edu/ipfw0711.html" target="_blank"> Purdue University Official Announcement</a><br><a href="http://www.wane.com/Global/story.asp?S=7370654&amp;nav=menu32_2_11" target="_blank"> News Channel 15, WANE.com Story</a><br><a href="http://www.journalgazette.net/apps/pbcs.dll/article?AID=/20071117/LOCAL04/711170308/1002/LOCAL" target="_blank"> The Journal Gazette News Story</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>News Channel 15, WANE.com<br><br><span style="font-weight: bold;">Response:</span><br>From the sources cited above:<br><br>A security breach affecting a computer at Indiana University-Purdue University Fort Wayne was a small one, but school officials called it one too many<br><br>The university announced Friday that personal information of 32 people, mostly current or past international students, might have been accessed after “an unknown intruder” installed software on a university computer.<br><br>An internal audit of a former staff member's on-campus computer revealed the presence of malware, including an e-mail-stealing "Trojan horse" that was installed through an e-mail attachment.<br><span style="font-style: italic;">[Comfyllama] Most "Trojan horse" programs are easily detected by most current anti-virus programs.&nbsp; Many Trojan horse programs have pretty easily identifiable characteristics.&nbsp; I question whether this system had current protection installed.&nbsp; Kudos to school officials for conducting internal audits and responding to this incident well.</span><br><br>The security breach is the first known one in more than nine years that Kostrubanic has been with IPFW, but one is too many, he said.<br><span style="font-style: italic;">[Comfyllama] The first "known" one sure, but most probably not the first one.&nbsp; I agree with Mr. Kostrubanic that one is too many.&nbsp; Mr. Kostrubanic is the current Director of Information Technology Services and CIO for Indiana - Purdue University Fort Wayne (IPFW)</span><br><br>Social Security numbers and Individual Taxpayer Identification numbers might have been among the vulnerable information, said Kostrubanic, who could not specify what university department housed the affected workstation.<br><br>"The individual kind of went against our practices and stored some information in a spread sheet on their local hard drive," said Michael Kanning, IPFW Information Technology Division.<br><span style="font-style: italic;">[Comfyllama] Are these "practices" put into writing via a policy or procedure, and how often are they communicated and enforced?</span><br><br>IPFW has sent letters to the individuals whose information might have been accessed.<br><br>If students don’t receive a notice but would like to be sure their information was not involved, they can call 1-866-597-0010, a statement from Purdue University said.<br><br>The computer workstation was removed from the system and the software disabled, according to the university, which said there is no evidence the accessed information has been used for illegal purposes.<br><br>Social Security numbers were used routinely for identification in the years before identity theft became a concern, and Purdue and other universities have discontinued the use of the numbers except when required by law, the statement said.<br><span style="font-style: italic;">[Comfyllama] An excellent best practice.&nbsp; Hopefully there are additional protections in place around the use that is required by law.</span><br><br>More information about the incident also is available online at <a href="http://www.purdue.edu/news/ipfw0711.html.<br><br>If">www.purdue.edu/news/ipfw0711.html.<br><br>If</a> you find suspicious activity on your credit reports or have reason to believe your information is being misused, file a complaint with the FTC at <a href="http://www.consumer.gov/idtheft&nbsp;">www.consumer.gov/idtheft&nbsp;</a> or at 1-877-ID-THEFT (438-4338).<br><br><span style="font-weight: bold;">Student Reactions:</span><br><br>"It's a little bit scary that there stuff has been stolen," said student Chelsea Dougal.<br><br>"I'll be sure to be more cautious in what I'm doing, and make sure it's something that's actual, and not some sort of scam," said Dougal.<br><br>"It's through IPFW's network, so I think they can limit what people can do, I think... I hope," said IPFW student Casey Bowman.<br><br>"I trust that most of the systems pick-up things, and I would probably continue to do what I'm doing," said IPFW student Jermaine Porter.<br><br><span style="font-weight: bold;">Commentary:</span><br>Think for second about the information you store on your computer.&nbsp; Most, if not all of us have things that we store that we wouldn't want shared with the rest of the world, let alone those who are determined to defraud.&nbsp; How much of this information do we really need to store on our computer, or is there a better way?<br><br>It is not possible to complete guarantee that data is safe, but there are best practices for protecting important information against malware.&nbsp; Seven tips that will help you:<br><br>1.&nbsp; Install and maintain sound anti-virus software<br>2.&nbsp; Install and maintain sound anti-spyware software<br>3.&nbsp; Use a personal firewall and learn how it works<br>4.&nbsp; Pay attention to things that seem abnormal, and investigate.<br>5.&nbsp; Don't let others use your computer<br>6.&nbsp; Use a business computer for business and a "fun" computer for personal stuff like games, chat, etc.<br>7.&nbsp; Seek experienced help if you aren't sure of something.<br><br>There are plenty more, but this well get you started. <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/11/29/ipfw.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, 29 Nov 2007 10:26:49 +0000</pubDate>
      <category domain="http://securityratty.com/tag/purdue university">purdue university</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/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/university department">university department</category>
      <category domain="http://securityratty.com/tag/university fort wayne">university fort wayne</category>
      <category domain="http://securityratty.com/tag/computer">computer</category>
      <category domain="http://securityratty.com/tag/vulnerable information">vulnerable information</category>
      <category domain="http://securityratty.com/tag/students">students</category>
      <source url="http://breachblog.com/2007/11/29/ipfw.aspx">Some IPFW students exposed through malware</source>
    </item>
    <item>
      <title><![CDATA[AIB technical problem discloses details of bank transfers]]></title>
      <link>http://securityratty.com/article/e9e4e49686bbca7d3d82fcf2967adea5</link>
      <guid>http://securityratty.com/article/e9e4e49686bbca7d3d82fcf2967adea5</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
11/21/07

Organization
Allied Irish Bank (AI

Contractor/Consultant/Branch
None

Victims
Certain AIB customers who made or received international...]]></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/aib.jpg" align="right" height="85" width="61"><span style="font-weight: bold;">Date Reported: </span><br>11/21/07<br><br><span style="font-weight: bold;">Organization: </span><br>Allied Irish Bank (AI<img src="http://breachblog.com/emoticons/cool.png" border="0" /><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Certain AIB customers who made or received international payments between November 13th and 15th, 2007.&nbsp; Some customers of other banks involved in the transactions may also be affected.<br><br><span style="font-weight: bold;">Number Affected:</span><br>11,000*<br><br><font size="1">*AIB customers, unknown number of victims that are customers of other banks</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses and "private bank account details".<br><br><span style="font-weight: bold;">Breach Description:</span><br>The announcement from AIB sums this breach up well; "A technical problem occurred in the issuing of these advice notices to some AIB customers that made international payments between the 13th and 15th November 2007. This affected 15,000 payment advices, which were sent in error to the wrong customers."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.ireland.com/newspaper/frontpage/2007/1123/1195682121693.html?via=me" target="_blank"> The Irish Times Story</a><br><a href="http://www.computerweekly.com/Articles/2007/11/23/228268/allied-irish-sends-personal-details-to-the-wrong-people.htm" target="_blank"> Computer Weekly Story</a><br><a href="http://www.rte.ie/business/2007/1122/aib.html" target="_blank"> RTE Business Story</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>The Irish Times<br><br><span style="font-weight: bold;">Response:</span><br>From the sources cited above:<br><br>A significant error at AIB bank earlier this month led it to send 15,000 notifications to its customers containing the private bank account details of other individuals. A total of 11,000 AIB customers are affected by the move, writes John Downes<br><br>Last night, it also emerged that some of the bank account details sent to AIB customers in recent days relate not just to AIB accounts, but also reveal the names and bank account details of customers with other banks.<br><br>It is understood that as many as 7,500 of the notices contained the names, addresses and full bank account numbers of AIB customers.This means these details, contained in notices relating to "inward" payments, are now in the possession of other customers of the bank.<br><br>Most of the remaining "outward" payment notices included the name of a bank account holder, usually with a bank other than AIB, and their account numbers, but not their address.<br><br>A bank spokesman said the information in question was no more or less than would be contained in a company invoice or cheque<br><span style="font-style: italic;">[Comfyllama] Which wouldn't be a big deal if this information were meant to be public, but it WASN'T.</span><br><br>However the error, which AIB said was the result of a "technical problem" in the issuing of international payment advice notices, has been labelled a "serious breach" by a spokesman for the Office of the Data Protection Commissioner.<br><span style="font-style: italic;">[Comfyllama] Sounds like someone made a change to one or more internal systems, likely without thorough testing and/or validation.</span><br><br>Customers of the bank who either received or transferred an international payment between November 13th and 15th are affected by the error.<br><br>Those who received the notices were wrongly provided with details relating to someone else's transaction. As a result, they were incorrectly told the transaction related to their account.<br><span style="font-style: italic;">[Comfyllama] Can you imagine receiving a notice that X number of Euro (EUR) were transferred from your account, and you had nothing to do with it.&nbsp; My heart would just about burst out of my chest!</span><br><br>The bank stressed that no customer accounts have been incorrectly credited or debited as a result of the error. A company spokesman added that it had "nothing whatsoever" to do with computer "hackers" or other unauthorised parties attempting to access its system.<br><br>AIB has informed the Office of Data Protection Commissioner which is awaiting an AIB report on the matter in the coming days. The company said it would allow affected customers to change their bank account details should they so wish.<br><br>"AIB regrets that this occurred and is currently writing to each customer involved to apologise, to explain how this occurred and to reassure them that this was an isolated error," the bank said.<br><br>One of the incorrect notices, seen by The Irish Times , wrongly informed the customer that a payment of €5,000 had been made from their business account to an account with the Bank of China.<br><br><span style="font-weight: bold;">Commentary:</span><br>Errors will always be a part of our daily lives, but at the same time we should do everything within reason to prevent them.&nbsp; In IT, this is one of the primary reasons for proper change control processes.&nbsp; As a part of most good change control, testing and validation are completed before the change is successful.&nbsp; If testing and/or validation fail, a roll-back is initiated.<br><br>I'm not sure what AIB's change control processes or procedures are, but in this case they appear to have failed.&nbsp; I am also not sure how sensitive the data involved actually is, so determining the risk to victims is a little sketchy.&nbsp; Many IT folks aren't particularly fond of change control (and documentation in general), but this may be a good case to demonstrate its importance. <br><br>Now that I think a little more, these changes should have been thoroughly tested on a test platform prior to production implementation also.<br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown<br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2007/11/28/aib.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>Wed, 28 Nov 2007 14:08:26 +0000</pubDate>
      <category domain="http://securityratty.com/tag/bank">bank</category>
      <category domain="http://securityratty.com/tag/account">account</category>
      <category domain="http://securityratty.com/tag/bank account details">bank account details</category>
      <category domain="http://securityratty.com/tag/aib bank">aib bank</category>
      <category domain="http://securityratty.com/tag/bank account">bank account</category>
      <category domain="http://securityratty.com/tag/aib">aib</category>
      <category domain="http://securityratty.com/tag/details">details</category>
      <category domain="http://securityratty.com/tag/wrong customers">wrong customers</category>
      <category domain="http://securityratty.com/tag/customers">customers</category>
      <source url="http://breachblog.com/2007/11/28/aib.aspx">AIB technical problem discloses details of bank transfers</source>
    </item>
    <item>
      <title><![CDATA[University of Florida student info online]]></title>
      <link>http://securityratty.com/article/99ed0b52cfa5ea621ff7790c17993f7a</link>
      <guid>http://securityratty.com/article/99ed0b52cfa5ea621ff7790c17993f7a</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
11/21/07

Organization
University of Florida

Contractor/Consultant/Branch
None

Victims
Former UF students who enrolled in classes (ISM 4220 &amp; ISM 4330)...]]></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/uf.jpg" align="right" height="50" width="158"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>11/21/07<br><br><span style="font-weight: bold;">Organization: </span><br>University of Florida<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Former UF students who enrolled in classes (ISM 4220 &amp; ISM 4330) taught by information systems and operations management professor Richard Elnicki between 1998 and 2001.<br><br><span style="font-weight: bold;">Number Affected:</span><br>534<br><br><span style="font-weight: bold;">Types of Data:</span><br>"sensitive information" including Social Security numbers of 415 students.<br><br><span style="font-weight: bold;">Breach Description:</span><br>The Liberty Coalition discovered a file containing sensitive personal information about certain former University of Florida students was publicly available on the school's Computing &amp; Networking Services Web site since 1998.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.alligator.org/articles/2007/11/21/news/campus/ssn.txt" target="_blank"> The Independent Florida Alligator</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>The Liberty Coalition<br><br><span style="font-weight: bold;">Response:</span><br>From the source cited above:<br><br>"Social Security numbers were posted on UF's Computing &amp; Networking Services Web site"<br><br>"14 files on the Web site contained "sensitive information" of 534 former UF students, including 415 Social Security numbers."<br><br>"All the individuals were former students of Richard Elnicki, a professor of information systems and operations management, and had taken classes ISM 4220 or ISM 4330 with him between 1998 and 2001"<br><span style="font-style: italic;">[Comfyllama] Information security and identity theft just weren't as popular back in the late '90s.</span><br style="font-style: italic;"><br>"the files were on a Computer &amp; Networking Services server that required a password to upload files, though the public could download the files without a password."<br><span style="font-style: italic;">[Comfyllama] More concern around bad guys storing warez or modifying files, maybe?&nbsp; Unsecured FTP and HTTP sites in the late '90s were popular places for hackers/crackers to store their files for free.</span><br style="font-style: italic;"><br>"The files were immediately removed by UF officials, who also worked with major search engines to clear their caches of the information, the release stated."<br><br>Steve Orlando, UF spokesman, said UF's investigation showed the numbers were posted in Elnicki's gradebook before UFID numbers.<br><span style="font-style: italic;">[Comfyllama] I believe that the University of Florida stopped using Social Security numbers for identification some time ago, and now use UFIDs.&nbsp; Sound decision.</span><br><br>"the Computing &amp; Networking Services Web site's logs indicated nobody had accessed the information in five years"<br><span style="font-style: italic;">[Comfyllama] As long as the server shows no other signs of tampering, then it can be reasonably assumed that the information was not accessed through HTTP (maybe FTP).</span><br style="font-style: italic;"><br>"UF is trying to find how the numbers ended up online and also reach those who might have been affected"<br><br><span style="font-weight: bold;">Commentary:</span><br>This breach brings me back to the late '90s, so I will reminisce.&nbsp; In the late '90s I was working at the lead network engineer (there wasn't a dedicated security resource) for a software company that was really capitalizing on the Internet at all it had to offer.&nbsp; We hosted a series of load balanced and redundant FTP/HTTP servers for downloads in excess of 3,000,000 per month.&nbsp; From 1995-2000 none of the FTP/HTTP servers were firewalled and all of them allowed anonymous downloads.&nbsp; We only secured uploads, much like this UF server.&nbsp; Times have certainly changed, eh?<br><br>Enough of that.<br><br>Any company with a Web presence in the year 2007 should conduct external security audits no less than annually.&nbsp; E-commerce, popular and complex sites require them more often. <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/11/28/uf.aspx'%20type=" 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>Wed, 28 Nov 2007 06:17:23 +0000</pubDate>
      <category domain="http://securityratty.com/tag/florida">florida</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/information systems">information systems</category>
      <category domain="http://securityratty.com/tag/comfyllama information security">comfyllama information security</category>
      <category domain="http://securityratty.com/tag/web site">web site</category>
      <category domain="http://securityratty.com/tag/services web site">services web site</category>
      <category domain="http://securityratty.com/tag/independent florida alligator">independent florida alligator</category>
      <category domain="http://securityratty.com/tag/files">files</category>
      <source url="http://breachblog.com/2007/11/28/uf.aspx">University of Florida student info online</source>
    </item>
  </channel>
</rss>
