<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.11.81 (http://www.squarespace.com/) on Sat, 18 Feb 2012 11:29:50 GMT--><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><title>Journal</title><link>http://www.suzannewidup.com/journal/</link><description></description><lastBuildDate>Wed, 01 Feb 2012 03:21:56 +0000</lastBuildDate><copyright></copyright><language>en-US</language><generator>Squarespace Site Server v5.11.81 (http://www.squarespace.com/)</generator><item><title>Managing Employee's Expectation of Privacy</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Wed, 01 Feb 2012 02:26:35 +0000</pubDate><link>http://www.suzannewidup.com/journal/2012/1/31/managing-employees-expectation-of-privacy.html</link><guid isPermaLink="false">385443:4164287:14817368</guid><description><![CDATA[<h1><a style="font-size: 60%;" href="http://www.infosecurity-us.com/view/23590/fda-secretly-monitored-private-emails-of-whistleblowers-lawsuit-alleges/">FDA secretly monitored private emails of whistleblowers, lawsuit alleges</a></h1>
<p>This is an interesting case where FDA whistleblowers allege that their emails were monitored once they told Congress the agency was approving medical devices that were risky to patients.&nbsp; First, the usual disclaimer: I am not a lawyer--don't take this as legal advice.</p>
<p>FDA employees (and former employees) are alleging that the FDA initiated email monitoring after these complaints, and that in doing so, it violated their Constitutional rights.&nbsp; They call the monitoring an unlawful search and seizure, and a violation of their rights to free speech and association.&nbsp; The FDA, on the other hand, indicated that when logging onto the network, employees are warned they may be monitored and should not have an expectation of privacy.&nbsp; Now, the article quotes the agency, but does not get specific as to what this warning looks like.&nbsp; If it is like many places, it is a click through banner where the employee must accept the warning before proceeding.&nbsp;</p>
<p>Further, the article indicated that the FDA began "surveillance of the employee's personal email accounts, which they accessed from Government computers".&nbsp; So the question is--does the click through banner indicating no expectation of privacy should be held by the employee extend to their personal email accounts when they access them from work?&nbsp; This will be a very interesting case to follow, given some of the rulings we've seen around similar issues.&nbsp;</p>
<p>In Ontario v. Quon, the Supreme Court ruled that employers have the right to read text messages&mdash;including personal ones&mdash;when they own the equipment (phone) that it was sent/received from, and when they have reason to believe that workplace rules are being broken.&nbsp; In that ruling, Justice Scalia asserts &ldquo;&hellip;that government searches to retrieve work-related materials or to investigate violations of workplace rules&mdash;searches of the sort that are regarded as reasonable and normal in the private-employer context&mdash;do not violate the &hellip;(Fourth) Amendment.&rdquo;&nbsp;</p>
<p>Now, that ruling addressed cell phone texting on a work-owned phone, and not personal email accounts accessed through a work computer, but the most important point seems to be that because the search was motivated by a legitimate work-related purpose, it was lawful.&nbsp;</p>
<p>In Stengart v. Loving Care Agency, Inc., the New Jersey Supreme Court ruled in a case where an employee sent emails to/from her attorney via her personal Yahoo email account, but using a company laptop.&nbsp; When she left the company and filed suit against them, the employer had a forensic analysis done on the laptop.&nbsp; It obtained copies of some of the emails from the internet cache folders, and even though the emails contained language about privilege and how the emails were intended only for the recipient, the employer asserted they were fair game.&nbsp; The court ruled that just because Stengart was using her employer provided laptop, that doesn&rsquo;t dispel her expectation of privacy when accessing her personal email account.&nbsp; According to the New Jersey Supreme Court, &ldquo;a policy that provided unambiguous notice that an employer could retrieve and read an employee&rsquo;s attorney-client communications, if accessed on a personal password-protected email account using the company&rsquo;s computer system, would not be enforceable.&rdquo;</p>
<p>The FDA case seems to fall somewhere in between these two rulings.&nbsp; While the monitoring may be justifiable as a legitimate work-related investigation (not knowing the details, I can only assume), which would make the communications on the company&rsquo;s email systems subject to monitoring should be within the realm of not violating their Fourth Amendment rights.&nbsp; However, when it extends to their personal email accounts, even if they are not attorney-client communications, it becomes possible that a line was crossed.&nbsp;</p>
<p>The take home for companies should be to make sure their Acceptable Use policies are clear, and that their systems have those click through banners that users must acknowledge that monitoring is a possibility on company owned systems&mdash;that is the basic beginning for dispelling that expectation of privacy. However, if during the course of an investigation, private communications are intercepted, the company should be guided by their Legal Counsel on how to proceed.</p>
<p>The outcome of the FDA case will hopefully provide further clarity in this somewhat murky issue.</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-14817368.xml</wfw:commentRss></item><item><title>Data Breach Known Records Disclosed Passes 1 Billion Mark</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sun, 29 Jan 2012 04:24:44 +0000</pubDate><link>http://www.suzannewidup.com/journal/2012/1/28/data-breach-known-records-disclosed-passes-1-billion-mark.html</link><guid isPermaLink="false">385443:4164287:14771477</guid><description><![CDATA[<p>&nbsp;I've been working on updating The Leaking Vault data breach database.&nbsp; I  won't be freezing the database until after June 2012, since it takes a  good six months for the flow of incidents for the past year to slow to a  trickle.&nbsp; However, I thought I'd share some of the numbers as they currently stand.&nbsp;</p>
<p>First, there have been a significant number of data breach incidents coming to light from prior years.&nbsp; Here is the new breakdown of incidents per year.</p>
<p><span class="full-image-block ssNonEditable"><span><img src="http://www.suzannewidup.com/storage/Preliminary Data Breach Incidents 2005 - 2011.jpg?__SQUARESPACE_CACHEVERSION=1327811228030" alt="" width="420" height="270" /></span></span></p>
<p>With the new data, there are now more than 5,500 incidents, and new breaches seem to occur on a daily basis.&nbsp; As you can see, 2011 already has 871 incidents, and if you are familiar with the previous two Leaking Vault reports, you will notice significant increases in both 2007 and 2008's totals.&nbsp;</p>
<p><span class="full-image-block ssNonEditable"><span><img src="http://www.suzannewidup.com/storage/Preliminary Data Breach Records Disclosed 2005 - 2011.jpg?__SQUARESPACE_CACHEVERSION=1327811438923" alt="" width="416" height="252" /></span></span></p>
<p>Even with a total of 944 incidents for 2010, however, it still remains the lowest year since the study began for known records disclosed.&nbsp;&nbsp; Although 2007 and 2008 grew the most in terms of additional incidents being disclosed, 2008 showed the highest number of additional records, with almost 95 million.&nbsp; Though 2011 is not the highest in terms of incidents, it is now the leader for records disclosed thus far.&nbsp;</p>
<p>All told, the database shows 1.29 billion records disclosed over the past 7 years, and this total will only grow as more incidents for 2011 come in.&nbsp; As pointed out in the reports, these records lost figures are an under estimation due to the fact that 36% of the incidents do not list a finite number of records disclosed for the data breach.&nbsp;&nbsp; One partial explanation for 2010's low records disclosed number is the potential for large breaches to be concealed within the 37% "unknown" value for the records disclosed--only 1% higher than average.&nbsp; However, it may simply be that there were no really large incidents during that year.&nbsp; In contrast, 2009 had a 46% unreported figure for records disclosed, and it did not show a large decrease.&nbsp;</p>
<p>I will be performing the usual analysis when I freeze the database, and releasing The Leaking Vault 2012 some time in the third quarter.&nbsp; In the meantime, I'm looking at gathering some new metrics and revisiting the existing records.&nbsp;</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-14771477.xml</wfw:commentRss></item><item><title>Third Party Email Provider Breach Expands in Scope</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sun, 03 Apr 2011 19:00:50 +0000</pubDate><link>http://www.suzannewidup.com/journal/2011/4/3/third-party-email-provider-breach-expands-in-scope.html</link><guid isPermaLink="false">385443:4164287:11036717</guid><description><![CDATA[<p>As I mentioned earlier, I received a data breach notification email from Brookstone that their third party email service provide (unnamed) had suffered a breach of their information.&nbsp; Today, I received two other notices that are clearly part of the same breach event.&nbsp; This helps to illustrate how these third party partner breaches can have a wide reaching effect through their customer base.&nbsp;</p>
<p>The first was from Disney Destinations, and here is the text:</p>
<p><span style="font-size: 70%;">Dear Guest,<br /><br />We have been informed by one of our email service providers, Epsilon,<br />that your email address was exposed by an unauthorized entry into that <br />provider's computer system.&nbsp; We use our email service providers to <br />help us manage the large number of email communications with our <br />guests.&nbsp; Our email service providers send emails on our behalf to <br />guests who have chosen to receive email communications from us.<br /><br />We regret that this incident has occurred and any inconvenience this <br />incident may cause you.&nbsp; We take your privacy very seriously, and we <br />will continue to work diligently to protect your personal information.<br /><br />We want to assure you that your email address was the only personal <br />information we have regarding you that was compromised in this <br />incident.<br /><br />As a result of this incident, it is possible that you may receive spam <br />email messages, emails that contain links containing computer viruses</span> <span style="font-size: 70%;"><br />or other types of computer malware, or emails that seek to deceive you <br />into providing personal or credit card information.&nbsp; As a result, you <br />should be extremely cautious before opening links or attachments from <br />unknown third parties or providing a credit card number or other <br />sensitive information in response to any email.<br /><br />If you have any questions regarding this incident, please contact us <br />at (407) 560-2547 during the hours of 9:00 am to 7:00 pm (Eastern Time)<br />Monday through Friday, and 9:00 am through 5:00 pm (Eastern Time) <br />Saturday and Sunday.<br /><br />Sincerely,<br /><br />Disney Destinations</span></p>
<p>&nbsp;</p>
<p>The second was from Tivo, and here is the text:</p>
<p>&nbsp;</p>
<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tbody>
<tr>
<td align="center"><br /></td>
<td><br /></td>
</tr>
<tr>
<td colspan="3"><img style="display: block; line-height: 0px;" src="http://images.bfi0.com/creative/2009/tivo/nov/pro_ret/spacer.gif" alt="" width="1" height="12" /></td>
</tr>
<tr>
<td><br /></td>
<td style="font: bold 31px Arial Narrow,Arial,Helvetica,sans-serif; color: #333333;" align="center">TiVo<sup style="font-size: 0.5em;">&reg;</sup> Service Announcement</td>
<td><br /></td>
</tr>
<tr>
<td><br /></td>
<td style="font: 12px Arial,Helvetica,sans-serif; color: #111111;"><br /><span style="font-size: 70%;">Dear TiVo Customer,<br /><br />Today we were informed by our email service provider that your email address was exposed due to unauthorized access of their  system. Our email service provider deploys emails on our behalf to  customers who have opted into email-based communications from us. <br /><br /> We were advised by our email service provider that the information that  was obtained was limited to first name and/or email addresses only.   Your service and any other personally identifiable information were not at risk and remain secure. <br /><br /> Please note, it is possible you may receive spam email messages as a  result.  We want to urge you to be cautious when opening links or  attachments from unknown third parties. <br /><br /> We regret this has taken place and apologize for any inconvenience this  may have caused you. We take your privacy very seriously, and we will  continue to work diligently to protect your personal information. <br /><br /><strong>If you have unsubscribed in the past, there is no need to unsubscribe again. Your preferences will remain in place.</strong></span> <span style="font-size: 70%;"><br /><br /> Sincerely, <br /> The TiVo Team</span></td>
</tr>
</tbody>
</table>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-11036717.xml</wfw:commentRss></item><item><title>Brookstone.com Data Breach</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sat, 02 Apr 2011 02:02:40 +0000</pubDate><link>http://www.suzannewidup.com/journal/2011/4/1/brookstonecom-data-breach.html</link><guid isPermaLink="false">385443:4164287:11023931</guid><description><![CDATA[<p>I received an email today that the email service provider of Brookstone.com has experienced a data breach.&nbsp; The email's contents are posted <a href="http://offers.brookstone.com/1b0cb0a78layfousiae2z2yqaaaaaaam2ffuamy56mqyaaaaa/C?V=REVDSUxFATEBbF9pbmRleAEBcHJvZmlsZV9pZAEyNjg4MDM2MAF6aXBfY29kZQEBX1dBVkVfSURfATEwNzIwMDEwMAFfUExJU1RfSURfATE2MDA0NgFnX2luZGV4AQFlbWFpbF9hZGRyAXNfd2lkdXBAeWFob28uY29tAV9TQ0hEX1RNXwEyMDExMDQwMTIxMDIwMAFwcm9maWxlX2tleQFzX3dpZHVwQHlhaG9vLmNvbQ%3D%3D&amp;b1cPmEOla0yRdsvWW7f6zQ">here</a>.</p>
<p>The data items breached were first name and email, and the company warns that more spam may be in my future because of this, and to urge me not to go clicking on those enticing links or opening any attachments--always good advice.&nbsp; They also warn that they won't be asking me to confirm any personal information or credit card data unless I'm on their site.&nbsp;</p>
<p>I've posted the breach incident to the datalossdb.org database.&nbsp; I haven't seen anything in the media, and don't know how big this breach was.&nbsp; It is clear it was third party partner facilitated by the text of their email.&nbsp;</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-11023931.xml</wfw:commentRss></item><item><title>Facebook to Users: We Have Your Paypal Credentials--Resistance is Futile.</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Tue, 21 Sep 2010 05:25:37 +0000</pubDate><link>http://www.suzannewidup.com/journal/2010/9/21/facebook-to-users-we-have-your-paypal-credentials-resistance.html</link><guid isPermaLink="false">385443:4164287:8944848</guid><description><![CDATA[<p>A couple of months ago, I ran across a post about how Facebook did a data load from their application partners who accept payments, and how this caused them to gain access to user's Paypal login/password.&nbsp; "Now Facebook has your login and password, and it is part of your profile!" the post warned.&nbsp; It followed up with a good description of the steps to remedy this forced disclosure of credentials that most would want to keep private, since it is a direct line into their wallet.&nbsp;</p>
<p>&nbsp;</p>
<p>The post described how to go into your settings and disable that "feature" so that you will not have Facebook storing your login and password to Paypal.&nbsp; I specifically went in to verify that my credentials were not in there, but later after making a purchase from an application (and declining their prompt to link the application to my Paypal account as I do each time), I noticed that it had been populated in my profile regardless.&nbsp; I removed it, and Paypal sent me an email confirming the relationship had been severed.&nbsp; I had opted out.</p>
<p>&nbsp;</p>
<p>Today, after making another purchase, I got a bit of a shock.&nbsp; After my last purchase, I again declined to link the account to this application.&nbsp; Today's purchase went through without my being redirected to the Paypal site or prompting me for login or password.&nbsp; I checked my settings, and sure enough, the account detail had again been populated without my consent.&nbsp; I deleted the credential again from my Facebook profile.&nbsp;</p>
<p>&nbsp;</p>
<p>Then I did a quick test.&nbsp; I made a purchase through the same application for the least dollar amount possible.&nbsp; I was prompted for the credentials since I'd removed them from my profile.&nbsp; At no time was I told that Facebook would be keeping my login and password to this site, nor was I given the option to opt out.&nbsp; I went back to my account settings, and it was populated again.&nbsp; The next purchase used those credentials to login and authorize the purchase without my entering a password.</p>
<p>&nbsp;</p>
<p>I understand that that Facebook is marketing this as a convenience for their users, but I object to having my credentials to a financial site automatically stored without my consent--and in fact after opting out multiple times, the behavior is clearly a standard practice for this site.&nbsp; This is an unacceptable breach of privacy--I chose not to share the credentials and the site effectively stole them.&nbsp; I would not consider it a convenience to find that a compromise of my social networking account had also caused a compromise of a financial account that I did not consent to share.</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-8944848.xml</wfw:commentRss></item><item><title>2,807 Data Breach Incidents; 721.9 Million Records Disclosed</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sun, 25 Jul 2010 03:58:25 +0000</pubDate><link>http://www.suzannewidup.com/journal/2010/7/24/2807-data-breach-incidents-7219-million-records-disclosed.html</link><guid isPermaLink="false">385443:4164287:8353362</guid><description><![CDATA[<p>One of the first classes I took in my Ph.D. program gave us a research assignment to "develop some new information security metrics".&nbsp; I settled on the topic of data breaches, and decided to take a look at them from a statistical standpoint.&nbsp; I looked in the academic literature, and most of the papers dealt with the cost of the breach from a standpoint of the stock value or capital markets.&nbsp; I found one paper that looked at breaches betwen 2003 and 2005, which was before most of the current data breach laws had come online.&nbsp;</p>
<p>I did a study on the problem, turned in a paper with the results (I think I had just over 1,000 incidents) and got an A.&nbsp; I had been bitten by the bug--it was too late.&nbsp; I kept up the study, looking for new insights to be found in the data.&nbsp; I added incidents over time, and found new sources as well.&nbsp; Eventually, I had a database with 2,807 incidents over the span of 5 years.&nbsp;</p>
<p>I wanted to publish the study so that the widest possible audience could benefit from the information.&nbsp; I'm happy to announce the publications of <a href="http://www.digitalforensicsassociation.org/storage/The_Leaking_Vault-Five_Years_of_Data_Breaches.pdf">The Leaking Vault - Five Years of Data Breaches</a>.&nbsp; I hope you find the contents useful.</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-8353362.xml</wfw:commentRss></item><item><title>Contingency Planning for a Data Breach</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Fri, 11 Jun 2010 17:50:08 +0000</pubDate><link>http://www.suzannewidup.com/journal/2010/6/11/contingency-planning-for-a-data-breach.html</link><guid isPermaLink="false">385443:4164287:7951679</guid><description><![CDATA[<p>The worst has happened&mdash;your company has suffered a data breach.&nbsp; Now what do you do?&nbsp; Was the data credit cards?&nbsp; Social Security numbers? Medical information?&nbsp; Which laws apply?&nbsp; How will your customers/stockholders/employees/patients perceive this event?&nbsp; What services should you offer to help mitigate the damage?&nbsp; Who in the organization should make these decisions?&nbsp; These are the types of questions that should be settled ahead of the incident, not in the heat of the moment when the media is camped outside the corporate offices.</p>
<p>Contingency planning for a data breach event should be viewed as a subset of the organization&rsquo;s Incident Response Plan.&nbsp; This plan is for a specific set of circumstances that will not occur during every incident&mdash;every event will not result in the discovery of a data breach.&nbsp; When it does happen, however, preparation can make all the difference in the way a company handles the events that follow.</p>
<p>Like an Incident Response Plan, a team should be identified to handle the event.&nbsp; Members of the team should be representatives of the company&rsquo;s technical and business units, including Information Security, Public Relations, Legal, and any other group that may be needed, depending on the type of data disclosed.&nbsp; For instance, publicly traded companies may want to include representatives from Investor Relations in addition to those listed above.&nbsp;</p>
<p>Once the members of the team have been identified, a plan should be put together that addresses the questions in the first paragraph of this article&mdash;the plan may change somewhat based on the type of data disclosed and the function of the organization.&nbsp; Each data type should be included if the response will be different.&nbsp; The representative from Legal should be able to provide an overview of the laws that apply to each instance, as well as the breach laws for all the locations the company has customers.&nbsp; Keep in mind this may include both domestic and international laws, based on the locations of the customers, not the company.&nbsp; This matrix of relevant laws will be very useful in an actual incident as a quick reference.&nbsp;</p>
<p>If services (such as credit monitoring) are to be offered, the time to investigate which service provider to engage is before a breach occurs.&nbsp; This way, terms of service can be negotiated when urgency is not a factor.&nbsp; The plan should document the terms once they are finalized, along with any contact information required to activate the use of the service.&nbsp; A contact number should be established ahead of time for those who are notified to call should they have questions (this is included in the notification letter), and a script prepared in advance (as a sample, to be populated with relevant details if it is needed) for those who will be answering the phones.&nbsp; (The group that will be answering these calls should also have a representative on the team to ensure that they can provide any planned services.)&nbsp; Similarly, sample notification letters can be drafted as part of the plan.&nbsp; This will save time during an incident when notification is necessary, and provide a consistent framework for notification over time.</p>
<p>On the topic of notification&mdash;the plan should include the organizations that need to be notified as well.&nbsp; In some cases, depending on the data type, this may include the credit card brands (Visa, MasterCard, etc), the company&rsquo;s bank, law enforcement or government agencies.&nbsp; Some cases may include the need to notify the press, so sample press releases should be drafted. &nbsp;&nbsp;</p>
<p>The final step with any of these types of plans is to conduct a trial run&mdash;a test of the plan&rsquo;s completeness and correctness.&nbsp; Annual testing will ensure that the plan is kept up to date with changes in the law, and with the members of the team.&nbsp; It will also allow the organization the opportunity to make changes that are identified during the test to make the plan stronger and more useful.&nbsp;</p>
<p>While no organization wants to believe that they will experience a data breach event, there are examples in the press of these events occurring regularly.&nbsp; With planning and preparation, the response to such an event can be handled without panic, minimizing the impact of the breach event to the organization.</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-7951679.xml</wfw:commentRss></item><item><title>Join the Digital Forensics Association!</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sun, 20 Dec 2009 23:24:34 +0000</pubDate><link>http://www.suzannewidup.com/journal/2009/12/20/join-the-digital-forensics-association.html</link><guid isPermaLink="false">385443:4164287:6107804</guid><description><![CDATA[<p>For those of you who don't know, I'm the founder of a non-profit organization that is dedicated to fostering research, networking and educational opportunities for those with an interest in digital forensics.&nbsp; It's been a long road to get to this point, but we are finally able to announce that the Digital Forensics Association is accepting applications for <a href="http://www.digitalforensicsassociation.org/membership/">Individual Membership</a> as well as <a href="http://www.digitalforensicsassociation.org/start-a-chapter/">Professional</a> and <a href="http://www.digitalforensicsassociation.org/start-a-chapter/">Student</a> Chapters.&nbsp;</p>
<p>If you are interested, please consider getting involved with the organization.&nbsp; We have a number of research projects, including establishing a <a href="http://www.digitalforensicsassociation.org/common-body-of-knowledge/">Common Body of Knowledge</a>&nbsp;for digital forensics, and building a <a href="http://www.digitalforensicsassociation.org/testimony-archive/">Testimony Archive </a>of court cases where digital forensics testimony was presented.&nbsp; More information can be found on our website at <a href="http://www.digitalforensicsassociation.org">www.digitalforensicsassociation.org</a>.&nbsp;</p>
<p>This is an excellent way to give back to those who have helped you along your career path, as well as to meet some amazing local practitioners and develop professional contacts in this area.&nbsp; We are also soliciting companies and organizaitons that can provide internship (paid or unpaid) for those who have obtained training in digital forensics and now need to build that all-important initial experience.&nbsp;</p>
<p>I hope to see you at a local chapter meeting soon!</p>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-6107804.xml</wfw:commentRss></item><item><title>‘Tis the Season to Steal Laptops…</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Tue, 15 Dec 2009 18:08:01 +0000</pubDate><link>http://www.suzannewidup.com/journal/2009/12/15/tis-the-season-to-steal-laptops.html</link><guid isPermaLink="false">385443:4164287:6069306</guid><description><![CDATA[<div class="snap_preview">
<p>If you have not already implemented a Security Awareness program in your company, you might think of putting something out soon about laptop theft. During the holidays, employees frequently go Christmas shopping after work, and in many cases, leave their laptops in their vehicles. In this uncertain economy in particular, it does not pay to leave valuables in plain sight in vehicles. Awareness programs should stress the following points:</p>
<p>&bull; If possible, don&rsquo;t bring the laptop.<br />&bull; If they must bring it, put it in the trunk before leaving work not after arrival at the store.<br />&bull; Putting the laptop in the trunk at the store is like raising a red &ldquo;Here is stuff worth stealing&rdquo; flag to any watching thief.<br />&bull; If you bring it home, don&rsquo;t leave it in your vehicle overnight&mdash;bring it in the house.</p>
<p>Thieves see an easily fenced (or gifted) electronic item. Their goal is probably not the data on the hard drive, but the company may find itself having to report a data breach. Ideally, the contents of the laptop will be encrypted and the laptop backed up on a regular basis to minimize the damage the loss of the equipment causes.</p>
</div>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-6069306.xml</wfw:commentRss></item><item><title>Ten Questions InfoSec Professionals Should be able to Answer</title><dc:creator>Suzanne Widup</dc:creator><pubDate>Sun, 04 Oct 2009 21:59:43 +0000</pubDate><link>http://www.suzannewidup.com/journal/2009/10/4/ten-questions-infosec-professionals-should-be-able-to-answer.html</link><guid isPermaLink="false">385443:4164287:5396354</guid><description><![CDATA[<p>I'm going to be on the <a href="http://cornerstonesoftrust.com/index.php?option=com_content&amp;view=article&amp;id=64&amp;Itemid=66">Compliance is Not the Same as Security!</a> panel at <a href="http://cornerstonesoftrust.com/">CornerStones of Trust</a>.&nbsp; In preparation for the panel, we had a conference call where we&nbsp;discussed the topics we would cover.&nbsp; Following that, we wanted to come up with some takeaways for the attendees, including a list of ten questions that an InfoSec professional should be able to answer about their employer.&nbsp; While the panel will come up with this list collaboratively, I wanted to share my submission and get the input of others.&nbsp; Here are my questions, I took a data-centric approach to designing them--feel free to share your own:</p>
<p>&nbsp;</p>
<div>1.&nbsp; What sensistive data does my organization collect/maintain/generate?</div>
<div>2.&nbsp; How does that information enter the organization?</div>
<div>3.&nbsp; Where is it stored (this may be a large number of places for a big organization) and how&nbsp;is it transmitted?</div>
<div>4.&nbsp; Who has permission to access this information?</div>
<div>5.&nbsp; What controls are in place to protect this information?</div>
<div>6.&nbsp; How does the data leave the organization?</div>
<div>7.&nbsp; How is the data protected when it is out of the organization's direct control?</div>
<div>8.&nbsp; What detective measures are in place to detect dataloss?</div>
<div>9.&nbsp; What processes are in place to respond to an event?</div>
<div>10.&nbsp;What <span id="lw_1254693776_0" class="yshortcuts">preventative measures</span> are in place&nbsp;to address the risk to the data?</div>]]></description><wfw:commentRss>http://www.suzannewidup.com/journal/rss-comments-entry-5396354.xml</wfw:commentRss></item></channel></rss>
