<?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: ugh]]></title>
    <link>http://securityratty.com/tag/ugh</link>
    <description></description>
    <pubDate>Fri, 11 Apr 2008 07:40:02 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[In the News: The Feds Want Your Laptop, Free Network-Security Toolkit]]></title>
      <link>http://securityratty.com/article/920a82563bb22ba7aac8eb7fc26d01dd</link>
      <guid>http://securityratty.com/article/920a82563bb22ba7aac8eb7fc26d01dd</guid>
      <description><![CDATA[Say What?&quot;We were fine until the LLX ported to the BMT, which frammised the UGH.&quot; Huh? What? Arcane acronyms seem to be multiplying like rabbits, so how is an IT guy supposed to keep up?...]]></description>
      <content:encoded><![CDATA[Say What?"We were fine until the LLX ported to the BMT, which frammised the UGH." Huh? What? Arcane acronyms seem to be multiplying like rabbits, so how is an IT guy supposed to keep up? Try...]]></content:encoded>
      <pubDate>Wed, 13 Aug 2008 08:53:49 +0000</pubDate>
      <category domain="http://securityratty.com/tag/arcane acronyms">arcane acronyms</category>
      <category domain="http://securityratty.com/tag/rabbits">rabbits</category>
      <category domain="http://securityratty.com/tag/bmt">bmt</category>
      <category domain="http://securityratty.com/tag/fine">fine</category>
      <category domain="http://securityratty.com/tag/guy">guy</category>
      <category domain="http://securityratty.com/tag/llx">llx</category>
      <category domain="http://securityratty.com/tag/ugh">ugh</category>
      <source url="http://feeds.feedburner.com/~r/itsecurity/~3/382697987/">In the News: The Feds Want Your Laptop, Free Network-Security Toolkit</source>
    </item>
    <item>
      <title><![CDATA[Backup tape is stolen from Bristol-Myers Squibb]]></title>
      <link>http://securityratty.com/article/911478f22f756b8e8513c59d7f720d18</link>
      <guid>http://securityratty.com/article/911478f22f756b8e8513c59d7f720d18</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
7/17/08

Organization
Bristol-Myers Squibb Co. (&quot;BMS

Contractor/Consultant/Branch
Unknown

Victims
Current and former employees and some dependants
...]]></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/bms.jpg" width="198" align="right" height="160"><font size="2"><b>Date Reported: </b><br>7/17/08<br><br><b>Organization: </b><br><a href="http://www.bms.com/landing/data/index.html">Bristol-Myers Squibb Co. ("BMS")</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>Unknown<br><br><span style="font-weight: bold;">Victims:</span><br>Current and former employees and some dependants<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown*<br><br><font size="1">*Bristol-Myers Squibb had "about 42,000 employees as of Dec. 31, the last date for which work force figures were available in regulatory filings.", Source: <a href="http://money.cnn.com/news/newsfeeds/articles/djf500/200807171514DOWJONESDJONLINE000844_FORTUNE5.htm">CNN Money</a></font> <br><br><span style="font-weight: bold;">Types of Data:</span><br>"name, address, date of birth, Social Security number, marital status, gender, salary, hire date, termination date, retirement date, and, in some instances bank account information"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"On June 4, 2008, Bristol-Myers Squibb Company ("BMS") learned that a back-up data tape containing BMS-related data was stolen while it was being transported for storage.&nbsp; Through subsequent forensic work, it was determined that the data tape included personal information of current and former BMS employees"<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.pharmalot.com/wp-content/uploads/2008/07/bms_letter.pdf">Pharmalot (copy of notification letter)</a> <br><a href="http://www.pharmalot.com/2008/07/bristol-myers-security-breach-hits-untold-thousands/">Pharmalot</a> <br><a href="http://money.cnn.com/news/newsfeeds/articles/djf500/200807171514DOWJONESDJONLINE000844_FORTUNE5.htm">CNNMoney</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Ed Silverman, Pharmalot<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>The drugmaker sent letters over the past week saying a data tape containing reams of personal information was stolen several weeks ago<br><br>On June 4, 2008, Bristol-Myers Squibb Company ("BMS") learned that a back-up data tape containing BMS-related data was stolen while it was being transported for storage. <br><span style="font-style: italic;">[Evan] This statement prompted me to list the contractor as "unknown" instead of "none".&nbsp; I presume that the data tape was being transported by a third-party vendor when it was stolen.&nbsp; I am looking for more information on this.</span><br><br>Through subsequent forensic work, it was determined that the data tape included personal information of current and former BMS employees, such as name, address, date of birth, Social Security number, marital status, gender, salary, hire date, termination date, retirement date, and, in some instances, bank account information.<br><span style="font-style: italic;">[Evan] Ugh, this looks like very sensitive HR and benefits data.</span><br><br>The names, addresses, and Social Security numbers of some employee dependents also were included on the tape.<br><br>an untold number of current and former employees - and their dependents - could be affected<br><br>BMS has initiated an investigation of this incident.<br><br>To date, BMS has no reason to believe that any of your personal information has been inappropriately accessed from the data tape by an unauthorized party, or that any identity theft, fraud or misuse of your personal information has occurred.<br><span style="font-style: italic;">[Evan] I agree with most of this statement except for the "misuse" part.&nbsp; There may be no evidence of misuse post stolen tape, but there may be an argument for misuse by BMS themselves.&nbsp; BMS is the data custodian in this scenario, not the data owner.&nbsp; If a data custodian does not care for the owner's information in a manner that is expected or communicated, does it constitute misuse?</span><br><br>In addition, there is no evidence that the data tape or the information contained on it was the target of the theft.<br><span style="font-style: italic;">[Evan] I am interested in knowing more about who was transporting the tape and whether or not other items were taken.</span><br><br>As a precaution, to help you detect any possible misuse of your data, BMS has arranged for you to enroll in credit monitoring for one full year, at no cost to you.<br><span style="font-style: italic;">[Evan] There is that "misuse" mention again.&nbsp; One year of free credit monitoring does nothing to protect a victim against fraud that occurs after one year, supposing the victim does not renew at his/her own expense.&nbsp; I wonder how many people renew on average.</span><br><br>If you have any questions, you may call the dedicated Privacy Help Line at 1-877-214-0689.&nbsp; Our representatives will be available to assist you Monday through Friday, between 8 a.m. and 5 p.m. ET.<br><br>the drugmaker is issuing this statement: "Bristol-Myers Squibb regrets that this incident occurred and is committed to providing appropriate assistance for affected individuals who had their personal information on the stolen data tape. We are committed to protecting the privacy and security of employee and dependent information. Maintaining the trust and confidence of our employees is paramount to Bristol-Myers Squibb."<br><br>Protecting the privacy and security of your information is extremely important to us.<br><br>In this regard, BMS wishes to reiterate that it does not have any evidence indicating that your personal information has been misused.<br><span style="font-style: italic;">[Evan] Another "misuse" mention.</span><br><br>the company is taking appropriate remedial steps, including enhancing security protocols regarding the handling of personal information and our back-up data tapes.<br><span style="font-style: italic;">[Evan] Like what? Encryption maybe?</span><br><br>On behalf of BMS, I apologize for any inconvenience or concern that this matter may cause for you.<br><br><span style="font-weight: bold;">Commentary:</span><br>I couldn't find any mention about encryption or whether or not police were called.&nbsp; You would think that a large, well-repected company like Bristol-Myers Squibb encrypts confidential data on tape, right? <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/2008/07/18/bms.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 18 Jul 2008 07:26:26 +0000</pubDate>
      <category domain="http://securityratty.com/tag/tape">tape</category>
      <category domain="http://securityratty.com/tag/back-up data tape">back-up data tape</category>
      <category domain="http://securityratty.com/tag/data tape">data tape</category>
      <category domain="http://securityratty.com/tag/owner">owner</category>
      <category domain="http://securityratty.com/tag/data owner">data owner</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/bristol-myers squibb">bristol-myers squibb</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <source url="http://breachblog.com/2008/07/18/bms.aspx">Backup tape is stolen from Bristol-Myers Squibb</source>
    </item>
    <item>
      <title><![CDATA[Houston law firm threw confidential client information in the trash]]></title>
      <link>http://securityratty.com/article/f6684ed1c67a7acb138958de524dcb1a</link>
      <guid>http://securityratty.com/article/f6684ed1c67a7acb138958de524dcb1a</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
7/15/08

Organization
Weber Law Firm

Contractor/Consultant/Branch
his wife

Victims
Clients

Number Affected
hundreds

Types of Data
personal financial...]]></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/weber.jpg" width="200" align="right" height="60"><font size="2"><b>Date Reported: </b><br>7/15/08<br><br><b>Organization: </b><br><a href="http://weberlaw.com/">Weber Law Firm</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>"his wife"<br><br><span style="font-weight: bold;">Victims:</span><br>Clients<br><br><span style="font-weight: bold;">Number Affected:</span><br>"hundreds"<br><br><span style="font-weight: bold;">Types of Data:</span><br>"personal financial records, documents with Social Security numbers, people's medical files and more"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"HOUSTON -- Harris County Sheriff's deputies uncovered hundreds of people's personal financial files that had been discarded in a dumpster in northwest Houston on Monday."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.khou.com/business/stories/khou080711_tj_recordsfound.57f842ba.html">KHOU-TV News (original)</a> <br><a href="http://www.khou.com/business/stories/khou080716_tj_filesdumped.6221053b.html">KHOU-TV News (follow-up)</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Jeremy Desel, KHOU-TV<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Harris County Sheriff's deputies uncovered hundreds of people's personal financial files that had been discarded in a dumpster in northwest Houston on Monday.<br><br>The records were mostly bankruptcy case files from a Houston attorney's office that found their way into a dumpster belonging to a Houston day care.<br><span style="font-style: italic;">[Evan] There is little doubt about the sensitivity of the information found in a person's bankruptcy files.&nbsp; Don't you think that an attorney should know better?</span><br><br>The discovery came in a trash bin in the 9100 block of Jones Road, with box after box of records including personal financial records, documents with Social Security numbers, people's medical files and more.<br><br>When the sheriff's office first arrived, the responding deputies had no idea what to do with the records. <br><br>So, they called the law office from where the records had come from. 11 News called the law offices of William Weber as well.<br><span style="font-style: italic;">[Evan] Mr. Weber's </span><a style="font-style: italic;" href="http://weberlaw.com/attorneys-staff.htm">bio</a><span style="font-style: italic;"> is pretty extensive.</span><br><br>Weber, who eventually arrived to pick up the discarded records, told both 11 News and the sheriff's office that it was "no big deal"<br><span style="font-style: italic;">[Evan] Obviously, this answer probably doesn't go over very well.&nbsp; In hindsight, I am guessing that Mr. Weber wishes he could take these words back.</span><br><br>Still, at the insistence of the sheriff's office, Weber did arrive to pick the boxes up.<br><br>Weber had a different answer for 11 News when he showed up to retrieve the 32 boxes.<br><br>"It's a mistake," he said. "We regret it. We regret it. They weren't intended to be put here. I didn't put them here. It was a misunderstanding between me and my wife."<br><span style="font-style: italic;">[Evan] Ugh.&nbsp; Blaming the wife would not be a good idea in my house, even if it were my her fault.</span><br><br>He added it was a one-time problem.<br><br>But he also said his firm does not have a policy for disposing of sensitive documents. <br>"No, I do not. I don't think there is a formal disposal policy. Legally," he answered. <br><br>Don't tell that to Radio Shack or Select Medical Corporation. Both settled lawsuits with the Texas Attorney General's Office this week for violating the Texas ID Theft Law that was passed in 2005.<br><br>It requires businesses to destroy any documents that contain sensitive information. Select Medical dumped 4,000 documents in its own dumpster, but did not destroy them first.<br><br>Both companies settled this week with the state for hundreds of thousands of dollars in fines.<br><span style="font-style: italic;">[Evan] Don't forget about </span><a style="font-style: italic;" href="http://www.oag.state.tx.us/oagNews/release.php?id=2519">EZMONEY, L.P. and EZPAWN L.P.</a><span style="font-style: italic;">&nbsp; They agreed to pay $660,000 to the Texas Attorney General.&nbsp; Don't mess with Texas!</span><br><br>However, it's not just a civil law question. It is also an ethics question. <br><br>"If a customer of Radio Shack had an interest in privacy and an interest to have their identity protected (and) not just tossed to the wind, I can assure you that a medical provider or a lawyer has a higher duty," said 11 News legal expert Gerald Treece.<br><br>The sheriff's office is looking into the possibility laws were broken by throwing away the records in that dumpster, but were unsure if anything illegal happened.<br><br>As a matter of fact, there's a good possibility no laws were broken.<br><span style="font-style: italic;">[Evan] Not criminal.&nbsp; This case may be ripe for a civil proceeding, however.</span><br><br>Weber spent several minutes loading the boxes into his car, but he also spent a lot of time avoiding the 11 News cameras as he picked up the discarded records.<br><br>Eventually, he left the scene, leaving a few boxes behind when he was confronted by 11 News cameras.<br><br>In his rush to get away, a box was left on the trunk lid of his vehicle and some of the papers inside flew out as he sped off.<br><span style="font-style: italic;">[Evan] Embarrassed?</span><br><br>Weber told 11 News that all the documents were shredded on Wednesday morning.<br><span style="font-style: italic;">[Evan] Any thought given to notifying the affected individuals?&nbsp; If not, it is probably too late now.</span><br><br>Weber also said he has talked with an attorney at the attorney general's office and told them he would cooperate fully. <br><br>11 News also spoke with one of the clients whose file was found in the dumpster on Monday. She said she's angry and feels betrayed.<br><br><span style="font-weight: bold;">Commentary:</span><br>We have read about organizations dumping sensitive confidential information in dumpsters before, but this is the first time I have read about a lawyer being responsible (or his wife).&nbsp; Mistakes do happen, but I question how much of a mistake this actually was due to Mr. Weber's initial "no big deal" reaction. <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/2008/07/17/weber.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Thu, 17 Jul 2008 10:59:25 +0000</pubDate>
      <category domain="http://securityratty.com/tag/houston">houston</category>
      <category domain="http://securityratty.com/tag/weber">weber</category>
      <category domain="http://securityratty.com/tag/weber wishes">weber wishes</category>
      <category domain="http://securityratty.com/tag/houston attorney">houston attorney</category>
      <category domain="http://securityratty.com/tag/bankruptcy">bankruptcy</category>
      <category domain="http://securityratty.com/tag/khou-tv news">khou-tv news</category>
      <category domain="http://securityratty.com/tag/news">news</category>
      <category domain="http://securityratty.com/tag/bankruptcy files">bankruptcy files</category>
      <category domain="http://securityratty.com/tag/william weber">william weber</category>
      <source url="http://breachblog.com/2008/07/17/weber.aspx">Houston law firm threw confidential client information in the trash</source>
    </item>
    <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[Australian medical information found in abandoned amusement park]]></title>
      <link>http://securityratty.com/article/5603502d0088acde782f2669d07e2fb6</link>
      <guid>http://securityratty.com/article/5603502d0088acde782f2669d07e2fb6</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
6/27/08

Organization
New South Wales Government (AU

Contractor/Consultant/Branch
Sydney West Area Health Service
Unnamed &quot;bankrupt contractor

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/swahs.jpg" width="165" align="right" height="58"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>6/27/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://nsw.gov.au/">New South Wales Government (AU)</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.wsahs.nsw.gov.au/">Sydney West Area Health Service</a> <br>Unnamed "bankrupt contractor"<br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown<br><br><span style="font-weight: bold;">Types of Data:</span><br>"confidential medical records"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"The Sydney West Area Health Service has been embarrassed by the discovery of medical records in an abandoned amusement park."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.abc.net.au/news/stories/2008/06/27/2288377.htm">ABC News</a> <br><a href="http://www.livenews.com.au/Articles/2008/06/27/Shipping_container_full_of_medical_waste_dumped_at_derelict_fun_park">Macquarie National News</a> <br><a href="%20http://livenews.com.au/Articles/2008/06/28/Dumped_medical_container_blamed_on_bankrupt_contractor">Macquarie National News (2)</a><br><br><span style="font-weight: bold;">Report Credit:</span><br>ABC NEws<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>The Sydney West Area Health Service has been embarrassed by the discovery of medical records in an abandoned amusement park.<br><span style="font-style: italic;">[Evan] This is a first.&nbsp; An abandoned amusement park?&nbsp; I would be embarrassed too!</span><br><br>Pathology results and slides were found when a container dumped in the former Magic Kingdom park at Lansvale was set alight this week.<br><br>The container was discovered after it caught on fire yesterday, attracting the attention of the local fire department.<br><br>A bankrupt contractor is being blamed for dumping confidential medical records and contaminated waste in the grounds of an abandoned fun park.<br><span style="font-style: italic;">[Evan] Confidential medical records AND contaminated waste?&nbsp; Ugh.</span><br><br>Police said it was likely the container had been there for a decade.<br><span style="font-style: italic;">[Evan] A decade?&nbsp; This story keeps getting more bizarre.</span><br><br>The Health Department is reviewing waste disposal procedures following the discovery at Lansvale in Sydney's south west.<br><span style="font-style: italic;">[Evan] I presume that the waste disposal procedures have probably changed over the past ten years.&nbsp; The Health Department should be reviewing procedures on a regular basis anyway.</span><br style="font-style: italic;"><br>The health service's chief executive, Professor Steven Boyages, says it is a serious breach and the health service is reviewing its waste disposal procedures.<br><br>"There are clear policy and procedures in place to manage records and disposal of records and clear policies in place to manage and dispose of any clinical waste," he said.<br><br>"It appears at first glance that the policy and procedures weren't followed by the contractors who were engaged to do this."<br><br>“It is a huge concern, I’ve called for an immediate review to ensure our existing contractors are following standard policy and procedures so this doesn't happen again," he said <br><br>Shadow health minister Jillian Skinner said the state government also has some explaining to do.<br><br>"Why if it was know this company had gone bankrupt and wasn't carrying out its duties they didn't check to make sure this material was disposed of properly?" Ms Skinner said. <br><br><span style="font-weight: bold;">Commentary:</span><br>The landscape of information security and personal information issues has changed markedly over the past ten years.&nbsp; SWAHS should still be held accountable, but how much can you comment on something that happened ten years ago and probably does not reflect upon current practice.<br><br>This is one of the most bizarre breaches I have read about in some time. <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/06/28/swahs.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Sat, 28 Jun 2008 09:10:55 +0000</pubDate>
      <category domain="http://securityratty.com/tag/confidential medical records">confidential medical records</category>
      <category domain="http://securityratty.com/tag/medical records">medical records</category>
      <category domain="http://securityratty.com/tag/clinical waste">clinical waste</category>
      <category domain="http://securityratty.com/tag/waste">waste</category>
      <category domain="http://securityratty.com/tag/waste disposal procedures">waste disposal procedures</category>
      <category domain="http://securityratty.com/tag/disposal">disposal</category>
      <category domain="http://securityratty.com/tag/records">records</category>
      <category domain="http://securityratty.com/tag/procedures">procedures</category>
      <category domain="http://securityratty.com/tag/amusement park">amusement park</category>
      <source url="http://breachblog.com/2008/06/28/swahs.aspx">Australian medical information found in abandoned amusement park</source>
    </item>
    <item>
      <title><![CDATA[Axcess Financial reports stolen laptop to New Hampshire AG]]></title>
      <link>http://securityratty.com/article/0d012e398828210cd5695108e1a8788f</link>
      <guid>http://securityratty.com/article/0d012e398828210cd5695108e1a8788f</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/13/08

Organization
Axcess Financial Services, Inc

Axcess Financial Services, Inc. appears to be affiliated or another name for CNG Financial Corp....]]></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/axcess.jpg" align="right" height="55" width="188"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/13/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="https://www.checkngo.com/default.aspx">Axcess Financial Services, Inc.</a>*<br><br><font size="1">*Axcess Financial Services, Inc. appears to be affiliated or another name for CNG Financial Corp. aka Check 'n Go.</font><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Customers<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown**<br><br><font size="1">**Axcess informed the New Hampshire State Attorney General of 142 residents affected in her state.</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>"personal information (such as name, address, and social security number)"<br><br><span style="font-weight: bold;">Breach Description:</span><br>Axcess Financial Services, Inc. has notified the New Hampshire State Attorney General of a breach involving a stolen employee laptop that contained personal information belonging to customers.<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://doj.nh.gov/consumer/pdf/axcessfinancial.pdf">New Hampshire State Attorney General 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 online source cited above:<br><br>The purpose of this letter is to inform the New Hampshire Department of Justice that a security breach occurred in connection with a crime involving an employee's stolen computer.<br><br>Although information contained within the stolen computer is unlikely to have resulted in unauthorized access due to the password protection and other security measures, we are notifying your office because information contained therein may have included data with some of your residents' personal information (such as name, address, or social security number).<br><span style="font-style: italic;">[Evan] Password protection provides very little assurance that the information won't be accessed.&nbsp; What are the "other security measures"?</span><br><br>This crime occurred on or about October 23, 2007, and we filed a police report with state law enforcement officials.<br><span style="font-style: italic;">[Evan] October 23, 2007?!</span><br><br>Following the discovery of this crime, an extensive forensic investigation was required to determine the information contained within the stolen property.<br><br>There has been no indication that any misuse of this information has occurred in connection with the breach described above.<br><span style="font-style: italic;">[Evan] A breach notification almost wouldn't be a breach notification without this statement (or similar).</span><br><br>Notification to the 142 affected New Hampshire residents was mailed in the form of a letter on or about May 13, 2008<br><span style="font-style: italic;">[Evan] This is 6 months and 20 days (or 203 days) after the incident occurred!&nbsp; Why the delay?&nbsp; Do you suppose that a "forensic investigation" of the information that may have been on the laptop took this long?&nbsp; Ugh.&nbsp; Maybe the police asked them to wait.&nbsp; Either way, this amount of time seems extraordinarily long.</span><br><br>Axcess Financial fully intends to cooperate with law enforcement in this ongoing criminal investigation and to assist customers with concerns relating to this unfortunate event.<br><br><span style="font-weight: bold;">Notification to customers:</span><br><br>We are writing to advise you of a petty crime involving an employee's stolen belongings on October 23, 2007, which happened to include a secure computer that may have contained data with some of your personal information (such as name, address, or social security number).<br><span style="font-style: italic;">[Evan] Really?&nbsp; A "petty crime"?&nbsp; Petty as in "of little or no importance or consequence"?&nbsp; This seems like a very poor choice of words, in my opinion.&nbsp; Affected customers may beg to differ.</span><br><br>It is highly unlikely any information has been breached because of password protection security measures.<br><span style="font-style: italic;">[Evan] Come on!&nbsp; Password protection (OS-level) in and of itself certainly does not make a breach "highly unlikely".</span><br><br>There are no reported incidences of any issues.<br><br>While we are still awaiting the outcome of the police investigation, we are being proactive out of abundance of caution.<br><span style="font-style: italic;">[Evan] A display of proactive abundance of caution would be to encrypt laptops and apply tight controls around what information is allowed to be stored on them (among other things).</span><br><br>Because there is a possibility that your personal information could have been subject to unauthorized disclosure, we have arranged to provide you - at our expense - 12 months of a credit monitoring service.<br><span style="font-style: italic;">[Evan] How nice.</span><br><br>For any questions, please call 1-888-347-3595<br><br><span style="font-weight: bold;">Commentary:</span><br>In my opinion, this is one of the worst breach notifications that I have read in some time (if ever).&nbsp; The notification is full of statements meant to minimize importance and risk.&nbsp; There isn't even an apology to customers.&nbsp; Personally, I am glad to not be a customer with personal information under the custodial care of this company.<br><br><span style="font-weight: bold;">Disclaimer:</span><br>Due to the fact that I was a little harsher in my comments regarding this breach and in my opinion rightly so, I should state that my comments are my opinions.&nbsp; I am limited in the amount of information I have about this breach, so many of my opinions are based on what I read and my own experience.&nbsp; Axcess Financial has much more information surrounding this breach, and as instructed in the notification letter call them with questions. <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/05/28/axcess.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Wed, 28 May 2008 07:45:44 +0000</pubDate>
      <category domain="http://securityratty.com/tag/axcess">axcess</category>
      <category domain="http://securityratty.com/tag/axcess financial">axcess financial</category>
      <category domain="http://securityratty.com/tag/axcess financial services">axcess financial services</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <category domain="http://securityratty.com/tag/breach">breach</category>
      <category domain="http://securityratty.com/tag/worst breach notifications">worst breach notifications</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/hampshire">hampshire</category>
      <source url="http://breachblog.com/2008/05/28/axcess.aspx">Axcess Financial reports stolen laptop to New Hampshire AG</source>
    </item>
    <item>
      <title><![CDATA[Oklahoma State University Parking Services server is compromised]]></title>
      <link>http://securityratty.com/article/f74dd3d54ef8465c68b7797c38075517</link>
      <guid>http://securityratty.com/article/f74dd3d54ef8465c68b7797c38075517</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/14/08

Organization
Oklahoma State University (&quot;OSU

Contractor/Consultant/Branch
OSU Parking &amp; Transit Services

Victims
OSU faculty, staff and...]]></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/okstate.jpg" align="right" height="127" width="198"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/14/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://osu.okstate.edu/">Oklahoma State University ("OSU")</a>&nbsp; <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br><a href="http://www.parking.okstate.edu/">OSU Parking &amp; Transit Services</a> <br><br><span style="font-weight: bold;">Victims:</span><br>OSU faculty, staff and students who had purchased a parking permit between July 2002 and March 2008<br><br><span style="font-weight: bold;">Number Affected:</span><br>as many as 70,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>"Oklahoma State University has discovered that a server under the control of OSU Parking and Transit Services had been accessed from another country without authorization. The database contained confidential information, specifically the names, addresses and Social Security numbers of OSU faculty, staff and students who had purchased a parking permit between July 2002 and March 2008."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://idalert.okstate.edu/incident_00003.html">Oklahoma State University Alert</a> <br><a href="http://www.koco.com/news/16267153/detail.html">KOCO Channel 5 News</a> <br><a href="http://ocolly.com/2008/05/15/student-faculty-and-staff-info-exposed-in-osu-parking-server-breach/">The Daily O'Collegian</a> <br><a href="http://newsok.com/osu-admits-computer-security-breach/article/3243594/?tm=1210801442">The Oklahoman</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Oklahoma State University<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>STILLWATER, Okla. -- Personal information belonging to anybody who got a parking pass at Oklahoma State University over the last five years has been compromised, university officials said Wednesday.<br><br>Oklahoma State University has discovered that a server under the control of OSU Parking and Transit Services had been accessed from another country without authorization. The database contained confidential information, specifically the names, addresses and Social Security numbers of OSU faculty, staff and students who had purchased a parking permit between July 2002 and March 2008.<br><span style="font-style: italic;">[Evan] What does the OSU Parking and Transit Services department need Social Security numbers for?&nbsp; Do you suppose information security personnel knew that sensitive personal information was stored on the server prior to this incident?</span><br><br>Upon discovering this intrusion, the IT Information Security Office immediately removed the server from the network to evaluate server activity to ascertain if personal information had been accessed.<br><br>The confidential information has been removed from the database.<br><br>The illegal access was limited to the parking and transit server.<br><br>As a result of its investigation, OSU believes the intruder's purpose and only action was to use the OSU server for storage capacity and bandwidth to upload and distribute illegal and inappropriate content.<br><span style="font-style: italic;">[Evan] I wonder if I am getting this right.&nbsp; Was there a direct network path from the public Internet through a firewall to the compromised database server running http, ftp, or some other file transfer protocol?&nbsp; That's not cool.&nbsp; A database server storing confidential information should not be accessible from the internet directly through a firewall. It is generally a good practice to separate the database function from the file transfer function into different servers and different firewall DMZs.&nbsp; All this for parking?&nbsp; Ugh.</span><br><br>OSU contacted and worked with federal law enforcement authorities.<br><br>After evaluation of all available data related to this incident, OSU found no evidence which would indicate that the database was copied or viewed by the hacker; however, OSU cannot say with 100 percent certainty that the hacker did not access personally identifiable information.<br><span style="font-style: italic;">[Evan] I wonder what evidence they looked for and how they went about gathering it.</span><br><br>We are not aware of any instances of misuse of this information or of any identify theft as a result of the temporary availability of this information.<br><br>OSU recommends you carefully review any bills or financial transactions you receive in the near future to ensure that the charges associated with your accounts are accurate.<br><span style="font-style: italic;">[Evan] Yeah!&nbsp; Review your bills (pay them occasionally) and financial transactions carefully.&nbsp; But wait, you do this already?&nbsp; Disappointing statement coming from an organization that did not carefully review their controls in securing your personal information.</span><br style="font-style: italic;"><br>OSU President Burns Hargis said, "This breakdown in security is totally unacceptable. We are conducting a full review and will take whatever steps are necessary to protect our network from unauthorized access. This is a serious matter and we will deal with it aggressively. We regret the circumstances and concern this situation has caused."<br><span style="font-style: italic;">[Evan] This is my favorite statement from this story!&nbsp; What do you suppose his stance was prior to being notified of the breach?&nbsp; </span><br><br><span style="font-style: italic;">In my experience, there are primarily ("primarily" because there are always exceptions) four types of senior information security management.&nbsp; You have the organizations that just don't get it and don't really care or know that they don't get it.&nbsp; These organizations lose information over and over and dangerously continue to operate in a business as usual manner. </span><br style="font-style: italic;"><br style="font-style: italic;"><span style="font-style: italic;">Secondly, you have the organizations that didn't get it, suffer some adverse event, then HOLY &amp;$#^!&nbsp; They respond with all guns blazing and overspend on controls they don't need and run a very cost ineffective security program (I guess they really never got it either).&nbsp; </span><br style="font-style: italic;"><br style="font-style: italic;"><span style="font-style: italic;">Thirdly, there is the company that didn't get it, suffered an adverse event and admitted they have a problem.&nbsp; These companies may seek guidance and consultation in the effort to build a comprehensive information security program.&nbsp; These programs should be built around business objectives and sound risk management.&nbsp; </span><br style="font-style: italic;"><br style="font-style: italic;"><span style="font-style: italic;">Lastly, there are the companies that were proactive and built a sound information security program because it was good business.&nbsp; These organizations didn't need an adverse event or breach before taking action.&nbsp; These organizations don't panic when an adverse event occurs.&nbsp; They know that eventually an adverse event will occur and they will be prepared when it does.</span><br style="font-style: italic;"><br>The server is believed to have been compromised on November 23, 2007. OSU learned of the breech [sic] on March 20, 2008 and blocked access to the server immediately.<br><span style="font-style: italic;">[Evan] Wow.&nbsp; The server was 0wn3d (like my 1337 5p34k?) for almost 4 months before anyone noticed?!&nbsp; That is way, way, way too long for a compromised server to go unnoticed.&nbsp; We can now assume that there was no effective IDS/IPS (host or network) and no effective logging and monitoring of the server.</span><br><br>The OSU Parking Department has altered their procedures for the collection of private information. Additionally, the server which was located at the OSU Parking Service's office will be relocated to the IT Data Center for enhanced security. OSU is conducting a full review and will be taking additional steps to protect our network from unauthorized access.<br><span style="font-style: italic;">[Evan] It's a very good idea to not collect private information if it is not required.&nbsp; It's too bad that it took a breach for this to happen.&nbsp; Moving the server from the Parking Service's office to the IT Data Center will help protect against physical security attacks, but this was a logical attack.&nbsp; Maybe the IT Data Center has better firewalls or something <img src="http://breachblog.com/emoticons/smile.png" border="0" />.&nbsp; I like the "full review".&nbsp; This should be done no less than annually.</span><br><br>The IT Information Security Office has made security recommendations to the OSU Parking Office which include physical relocation of their server and database to a more secure location, additional training for server administrators, and added vulnerability assessments.<br><br>Q. How will I know if any of my personal information was used by someone else? <br>A. The best way to find out is to obtain your credit reports from the three major credit bureaus: Equifax, Experian and Trans Union. If you notice accounts on your credit report that you did not open or applications for credit ("inquiries") that you did not make, these could be indications that someone else is using your personal information, without your permission.<br><span style="font-style: italic;">[Evan] "If you notice accounts on your credit report that you did not open or applications for credit ("inquiries") that you did not make", then chances are you have <span style="font-weight: bold;">already</span> become an identity-theft victim.&nbsp; I'm not saying whether this is likely, or not.</span><br><br>Q. Why did you have my personal information? <br>A. You provided this information to us when you applied to Oklahoma State University, or during your tenure as a student or employee here. Oklahoma State, like other institutions, maintains records of all employees and students who have attended the University.<br><span style="font-style: italic;">[Evan] Great question!&nbsp; Why did you have my personal information (on a publicly accessible server used in a department that doesn't really need it without proper protections and without proper monitoring)?</span><br><br><span style="font-weight: bold;">Commentary:</span><br>This breach torques me a little, in case you didn't pick up on that from the comments above.&nbsp; I made plenty.<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/05/15/okstate.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Thu, 15 May 2008 11:08:54 +0000</pubDate>
      <category domain="http://securityratty.com/tag/server">server</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/information">information</category>
      <category domain="http://securityratty.com/tag/server administrators">server administrators</category>
      <category domain="http://securityratty.com/tag/server immediately">server immediately</category>
      <category domain="http://securityratty.com/tag/server prior">server prior</category>
      <category domain="http://securityratty.com/tag/database server">database server</category>
      <category domain="http://securityratty.com/tag/confidential information">confidential information</category>
      <source url="http://breachblog.com/2008/05/15/okstate.aspx">Oklahoma State University Parking Services server is compromised</source>
    </item>
    <item>
      <title><![CDATA[The Oracle speaks]]></title>
      <link>http://securityratty.com/article/c3eb3f6a0ab47432e0a03c71f5e5f7de</link>
      <guid>http://securityratty.com/article/c3eb3f6a0ab47432e0a03c71f5e5f7de</guid>
      <description><![CDATA[No not Larry Ellison. StillSecure's oracle of NAC, Dave Greenstein, Chief Security Architect at StillSecure. I write and speak a lot about NAC, but Dave actually lives NAC. He led our development team...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>No not Larry Ellison. StillSecure's oracle of NAC, Dave Greenstein, Chief Security Architect at StillSecure. I write and speak a lot about NAC, but Dave actually lives NAC.&nbsp; He led our development team that developed Safe Access.&nbsp; Now he is way out in front researching and designing the next generations of Safe Access and our other products.&nbsp; Dave doesn't comment on my posts a lot. I am always bugging him to start his own blog.&nbsp; The best I get is occasionally he will write an article or white paper.&nbsp; So when he commented on Joel Snyder's article on NAC and my comments, I figured it would make sense to give it some main column play.&nbsp; Here is what Dave had to say:</p> <blockquote> <p><em>In order to use NAP you only need server 2008 for the NPS... Your domain and AD can still be 2003 so I think adoption of NAP will be faster for that reason. Also, XP SP3, which has NAP capabilities, adoption should be pretty fast compared to Vista. </em> <p><em>On ACLs, I agree with Joel that ACLs are a great way to do things... But not with routers and DHCP enforcement. If you have HP switches or Extreme Switches then you can do dynamic ACLs per port. Similar to how you assign a VLAN via RADIUS attributes, you can assign ACLs for that port in addition to assigning a VLAN. This is great if you have the right switches. It helps protect the other endpoints within a quarantine VLAN and adds an extra layer of security. Cisco switches do not have this capability unless you’re running Cisco NAC and a Cisco ACS server (ugh). So, buy HP and Extreme switches! </em> <p><em>What’s more likely to slow NAP adoption down is it’s total lack of endpoint administration... How do you keep track of what endpoints have which problems? How do you get an endpoint on the network in an emergency even if it has an issue? How do you update the SHAs on your thousands of endpoints? There are a whole host of issues not solved by NAP that make it unusable. That’s where products like StillSecure Safe Access come in.</em></p></blockquote> <p>&nbsp;</p> <p>BTW, if you think Dave makes some sense here and would like to hear more from him, let me know and I will coax him into writing some more! I should also add that I twisted his arm to give Safe Access a plug at the end there. Thanks Dave!</p></div>

<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=kGhBMj"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=kGhBMj" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=xGZxVH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=xGZxVH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=fINdzH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=fINdzH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=aNTnCH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=aNTnCH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=pBMQrH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=pBMQrH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=325Rih"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=325Rih" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=ixoc2h"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=ixoc2h" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/285738468" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 07 May 2008 15:55:42 +0000</pubDate>
      <category domain="http://securityratty.com/tag/stillsecure safe access">stillsecure safe access</category>
      <category domain="http://securityratty.com/tag/safe access">safe access</category>
      <category domain="http://securityratty.com/tag/slow nap adoption">slow nap adoption</category>
      <category domain="http://securityratty.com/tag/nap">nap</category>
      <category domain="http://securityratty.com/tag/cisco switches">cisco switches</category>
      <category domain="http://securityratty.com/tag/switches">switches</category>
      <category domain="http://securityratty.com/tag/dave">dave</category>
      <category domain="http://securityratty.com/tag/acls">acls</category>
      <category domain="http://securityratty.com/tag/cisco nac">cisco nac</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/285738468/the-oracle-spea.html">The Oracle speaks</source>
    </item>
    <item>
      <title><![CDATA[SCSU web server becomes spam server and exposes personal information]]></title>
      <link>http://securityratty.com/article/3c31bfb37a4fd50836b6330ede592347</link>
      <guid>http://securityratty.com/article/3c31bfb37a4fd50836b6330ede592347</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
4/24/08

Organization
Southern Connecticut State University

Contractor/Consultant/Branch
None

Victims
Current and former students

Number Affected...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/scsu.jpg" align="right" height="62" width="200"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>4/24/08<br><br><span style="font-weight: bold;">Organization: </span><br>Southern Connecticut State University<br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Current and former students<br><br><span style="font-weight: bold;">Number Affected:</span><br>11,000<br><br><span style="font-weight: bold;">Types of Data:</span><br>Names, addresses and Social Security numbers<br><br><span style="font-weight: bold;">Breach Description:</span><br>"Two weeks after discovering that its Web site had been used by hackers to flog fancy wedding rings, Southern Connecticut State University is notifying 11,000 current and former students that their Social Security numbers may have been compromised."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.southernct.edu/creditmonitoring/">SCSU Alert</a> <br><a href="http://www.pcworld.com/businesscenter/article/145087/after_web_defacement_university_warns_of_data_breach.html">PCWorld</a> <br><a href="http://www.nbc30.com/education/15979690/detail.html">NBC Channel 30 News</a> <br><a href="http://chronicle.com/wiredcampus/index.php?id=2940">Chronicle of Higher Education</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Southern Connecticut State University<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br><span style="font-weight: bold;">From the University's Alert Page:</span><br>During a recent security review of the Southern Connecticut State University Web server, it was discovered that certain identifying information pertaining to current students and alumni could have been vulnerable to access by unauthorized individuals.<br><span style="font-style: italic;">[Evan] As you will read further in this posting, the web server appears to have been compromised.&nbsp; I don't think "could have been vulnerable" is an accurate assessment.&nbsp; The information <span style="font-weight: bold;">WAS </span>vulnerable.</span><br><br>The information, including names, addresses, and Social Security numbers, was contained in a protected records office file in which students would register for graduation. <br><br>Records of about 11,000 students had been stored in the file dating back to 2002.<br><span style="font-style: italic;">[Evan] Personal information belonging to thousands of people on a public web server.&nbsp; UGH.</span><br><br>Upon discovering this potential vulnerability, the university immediately disabled the application and secured the file.<br><br>There has been no determination that the personal information contained in the file was accessed, nor is there any indication that this data has been or will be used for purposes of identity theft.<br><span style="font-style: italic;">[Evan] Even novice web site administrators log access to web pages and files.&nbsp; If the attacker accessed the file through the web service/daemon, then access was probably logged.&nbsp; If the attacker had completely compromised the web server or taken a different avenue of attack, then there might not be easily obtained evidence of access.&nbsp; Either way, I assume that the file could have been accessed easily.</span><br><br>The university has notified all the affected individuals by letter and taken a number of proactive steps, along with a full security review of the university's Web server.<br><span style="font-style: italic;">[Evan] What is proactive in a response?</span><br><br>The University has undertaken a review of all files containing personal information on its Web server and there is no evidence to date that any of them have been compromised.<br><span style="font-style: italic;">[Evan] The University should undertake a review of all files containing personal (and other confidential) information everywhere, not just its Web server.&nbsp; Why would personal information storage be permitted at all on a web server?</span><br><br>Identity protection services will be provided at the university's expense to the affected individuals, for a period of up to two years. To obtain this optional coverage, registration for this service is necessary.<br><span style="font-style: italic;">[Evan] At the "university's expense" means at the current and future student's expense.&nbsp; As the cost of business goes up, so does the cost of service (at some point) which means an increase in the price of tuition or increase in taxes (SCSU is a member of the Connecticut State University System).&nbsp; Does this sound like good management?</span><br><br>A help desk has been established to respond to questions. The help desk number is: (203) 392-7216 and will be staffed between the hours of 8:30 a.m. to 4:30 p.m.<br><br>A dedicated Web page, containing updated information, has been created and may be accessed at <a href="http://www.southernct.edu/creditmonitoring/%3Cbr%3E%3Cbr%3E%3Cspan">www.southernct.edu/creditmonitoring/<br><br><span></span></a><span style="font-weight: bold;">Now From Outside Sources:</span><br>Two weeks after discovering that its Web site had been used by hackers to flog fancy wedding rings, Southern Connecticut State University is notifying 11,000 current and former students that their Social Security numbers may have been compromised.<br><span style="font-style: italic;">[Evan] Do you see how the school's alert web site differs from outside sources?&nbsp; See a spin (one way or the other)?&nbsp; Do you think that the outside sources try to sensationalize the story, or do you think that the school doesn't want the embarrassment that their web server was a spam-related site for some time?&nbsp; Maybe a combination of the two.</span><br><br>The personal data was in a file on the university's Web server, which was accessed by criminals who were using the university's site as part of a spam operation, said Patrick Dilger, the university's director of public affairs.<br><span style="font-style: italic;">[Evan] Not only was personal information stored on a public web server, but it was stored on a poorly secured (and probably poorly monitored) public web server.</span><br><br>"The hackers were using our Web server as a host for their own Web site," he said.<br><br>Pages on the university's site contained ads for diamond rings, Viagra and Cialis.<br><br>After noticing the ads on April 9th, IT staff discovered the file containing the sensitive information. "When we were doing the security review after the hacker incident, we saw this file there and it wasn't properly secured, so it could have been targeted by someone," Dilger said.<br><br>The university believes that the hackers came from outside the U.S., and it is working with Connecticut's attorney general's office to investigate<br><br>Richard Blumenthal, Connecticut’s attorney general, sent a letter last week to Michael J. Hogan, president of the University of Connecticut, describing the breach and advising him that the many campuses he oversees should be vigilant about their storage, use, and disposal of confidential data.<br><br><span style="font-weight: bold;">Commentary:</span><br>There are so many things wrong with this, it is hard to know where to start.&nbsp; Will anyone be held accountable. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>April, 2008 - <a href="http://breachblog.com/2008/04/21/sungard.aspx">Stolen SunGard laptop affects at least 10 post-secondary schools</a> (PogoWasRight has been keeping a running update of the Sungard breach, check out their <a href="http://www.pogowasright.org/search.php?type=all&amp;query=Sungard&amp;mode=search&amp;Submit=Search">search</a>.)</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/05/02/scsu.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 02 May 2008 07:12:47 +0000</pubDate>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/evan personal information">evan personal information</category>
      <category domain="http://securityratty.com/tag/web server">web server</category>
      <category domain="http://securityratty.com/tag/personal information storage">personal information storage</category>
      <category domain="http://securityratty.com/tag/university">university</category>
      <category domain="http://securityratty.com/tag/university system">university system</category>
      <category domain="http://securityratty.com/tag/personal">personal</category>
      <category domain="http://securityratty.com/tag/university immediately">university immediately</category>
      <source url="http://breachblog.com/2008/05/02/scsu.aspx">SCSU web server becomes spam server and exposes personal information</source>
    </item>
    <item>
      <title><![CDATA[Stolen Griffin Electric laptop exposes employee information]]></title>
      <link>http://securityratty.com/article/53412e4eff399518d2887c0f123f4f7c</link>
      <guid>http://securityratty.com/article/53412e4eff399518d2887c0f123f4f7c</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
3/21/08

Organization
Wayne J. Griffin Electric Inc

Contractor/Consultant/Branch
None

Victims
Employees

Number Affected
Unknown

The New Hampshire...]]></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/griffin.jpg" align="right" height="136" width="199"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>3/21/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.waynejgriffinelectric.com/about/default.cfm">Wayne J. Griffin Electric Inc.</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Employees<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown*<br><br><font size="1">*The New Hampshire State Attorney General was notified of "approximately 55 New Hampshire residents"</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>"employee names, social security numbers and dates of birth"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"Please be advised that our company experienced a potential data breach that occurred when one of our Human Resources employees had their home broken into which involved a theft of personal items, along with a password protected company laptop computer and company health plan insurance invoices. The theft occurred over this past weekend."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://doj.nh.gov/consumer/pdf/griffin.pdf">The New Hampshire State Attorney General 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 online source cited above:<br><br>This letter is to notify you that an employee in our Human Resources Department had personal items stolen from her home over the weekend, along with a password protected Company laptop computer, and Company health plan insurance invoices. <br><span style="font-style: italic;">[Evan] Yeah, don't forget to mention "password protected", even though it likely provides little to no value of protection.</span><br style="font-style: italic;"><br>The Worcester, MA city police department was alerted the same day as the theft and an investigation is underway.<br><br>The laptop contained the names of certain employees, their social security numbers, and dates of birth.<br><span style="font-style: italic;">[Evan] This information should NOT be on a laptop (or other mobile device) without additional controls.&nbsp; Although no control is perfect, clearly encryption would be a control that could have significantly reduced the risk of exposure.</span><br style="font-style: italic;"><br>The health insurance paper invoices listed employee names and social security numbers, although those security numbers were identified as "sub. numbers" and not "social security numbers."<br><span style="font-style: italic;">[Evan] Ugh.&nbsp; Why would this information ever be allowed outside of (what would be assumed as) a secured or controlled office environment.&nbsp; It would take a complete idiot to not identify a xxx-xx-xxxx pattern of numbers as a Social Security number, even if you call it something different.&nbsp; Even a xxxxxxxxx number on a health insurance invoice would be pretty easy to identify.</span><br style="font-style: italic;"><br>The invoices did not include any personal medical information, addresses or dates of birth.<br><span style="font-style: italic;">[Evan] No need.&nbsp; A potential identity thief already has enough information with what was disclosed.</span><br style="font-style: italic;"><br>We take the possibility of identity theft very seriously and, therefore, are sending this precautionary advisory. <br><br>The purpose of this letter is to make you aware of this incident so that you can take steps to protect yourself, minimize the possibility of misuse of your information and mitigate any harm that could result.<br><span style="font-style: italic;">[Evan] It is a shared responsibility of the data owner (victim) and the data custodian (company) to "take steps to protect".&nbsp; The data custodian did not "take steps to protect" in this breach by adequately securing personal information.</span><br style="font-style: italic;"><br>Based on what we know to date, we are not aware of any specific cases of misuse of personal information obtained in connection with the incident. <br><br>We apologize for this situation and any inconvenience it may cause you.<br><br>We treat all sensitive employee information in a confidential manner and try to be proactive in the careful handling of such information. <br><span style="font-style: italic;">[Evan] I am interested to know what the company's definition of "confidential manner" is.&nbsp; I think it probably differs from the definitions of many information security professionals.</span><br style="font-style: italic;"><br>We continue to assess and modify our privacy and data security policies and procedures to prevent similar situations from occurring.<br><span style="font-style: italic;">[Evan] The word "continue" in my mind implies that this was done prior to the breach.&nbsp; Do you think that this was the case?&nbsp; It should be.</span><br style="font-style: italic;"><br>Due to the details of the above crime, we do not believe your information will be misused as a result of this incident. <br><span style="font-style: italic;">[Evan] How is the conclusion drawn?&nbsp; Why would the thief take the health insurance invoices?&nbsp; Maybe the company doesn't think that identity theft and fraud are profitable for a thief, or maybe the company thinks that identity theft doesn't really happen.</span><br style="font-style: italic;"><br>However, as a precaution, we are finalizing arrangements to provide you with credit monitoring services (at the company's cost) should you wish to use such a protective measure. <br><br>Any employee who wishes to use such a service can call the Holliston, MA office at 1-800-421-0151 and talk with Sandy Crowe at Extension 5251 or Mark Danielson at Extension 5349 for assistance.<br><br>Again, we apologize for any inconvenience this incident may cause you or your family and we encourage you to take advantage of the resources we will provide to you to protect your personal information.<br><br><span style="font-weight: bold;">Commentary:</span><br>I am puzzled every time I read about people leaving confidential information at home, in a car, or in a public place on a mobile device such as a laptop without encryption (at a minimum).&nbsp; Ideally, we would all like confidential information to remain at the office, but sometimes this just isn't feasible for a business.&nbsp; Was the company never approached by anyone trying to sell them data encryption products?&nbsp; Did anyone at the company ever conduct any research into the risks involved?&nbsp; Did anyone at the company ever read one of the hundreds (or maybe thousands) of stories concerning stolen laptops with personal (or other confidential) information?<br><br>Nothing personal with Griffin, I am venting again. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/04/11/griffin.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Fri, 11 Apr 2008 07:40:02 +0000</pubDate>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal medical information">personal medical information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/confidential information">confidential information</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/information security professionals">information security professionals</category>
      <category domain="http://securityratty.com/tag/data owner">data owner</category>
      <category domain="http://securityratty.com/tag/data encryption products">data encryption products</category>
      <category domain="http://securityratty.com/tag/data custodian">data custodian</category>
      <source url="http://breachblog.com/2008/04/11/griffin.aspx">Stolen Griffin Electric laptop exposes employee information</source>
    </item>
  </channel>
</rss>
