<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>MyLaptopGPS &#187; Dan Yost</title>
	<atom:link href="http://blog.mylaptopgps.com/author/dan/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mylaptopgps.com</link>
	<description>Laptop Computer Security</description>
	<lastBuildDate>Wed, 10 Mar 2010 16:12:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Tip of the Week: Believe It or Not, Don&#8217;t Act Too SOON</title>
		<link>http://blog.mylaptopgps.com/2010/03/09/tip-of-the-week-believe-it-or-not-dont-act-too-soon/</link>
		<comments>http://blog.mylaptopgps.com/2010/03/09/tip-of-the-week-believe-it-or-not-dont-act-too-soon/#comments</comments>
		<pubDate>Tue, 09 Mar 2010 21:54:53 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[Annual Cost of a Data Breach]]></category>
		<category><![CDATA[breach response]]></category>
		<category><![CDATA[breach timetable]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[Ponemon Institute study]]></category>
		<category><![CDATA[stolen data]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=839</guid>
		<description><![CDATA[Following up to last week&#8217;s Tip, with key findings from the Ponemon Institute&#8217;s &#8220;2009 Annual Study: U.S. Cost of a Data Breach&#8221; (found here on the web), there&#8217;s another finding that is quite remarkable.
According to the study, on page 4, companies that notify victims too quickly may [in] (sic) fact incur higher costs. The most [...]]]></description>
			<content:encoded><![CDATA[<p>Following up to last week&#8217;s Tip, with key findings from the Ponemon Institute&#8217;s &#8220;2009 Annual Study: U.S. Cost of a Data Breach&#8221; (found <a title="article" href="http://www.encryptionreports.com/" target="_blank">here</a> on the web), there&#8217;s another finding that is quite remarkable.</p>
<p>According to the study, on page 4, <strong>companies that notify victims too quickly may [in] (sic) fact incur higher costs.</strong> The most heated and public criticism levied against breaching organizations has always been the &#8220;why did you wait so long?&#8221; argument. The victims (typically consumers, that is, individuals) tend to get very upset with a breaching organization, claiming it took far too long to notify victims.</p>
<p>But the new report found that about 36 percent of participating organizations notified victims within one month, which was considered fast, and yet experienced a 12 percent rise in overall data breach cost. According to the study, &#8220;moving too quickly through the data breach process &#8212; especially during the detection, escalation and notification phases &#8212; may cause inefficiencies that raise total costs.&#8221;</p>
<p>Perhaps this goes to show that you can&#8217;t make everybody happy all the time. By taking the proper time to discover the details of a breach and respond carefully, organizations draw lots of fire from commentators near and far. But by acting too quickly, they raise their breach costs.</p>
<p>This also leads back to <a title="blog entry" href="http://blog.mylaptopgps.com/2010/03/02/tip-of-the-week-decide-who-is-on-the-hook/" target="_blank">last week&#8217;s Tip</a>, highlighting the significant value of key leadership during a data breach. No doubt that leadership and the response timetable go hand in hand.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/03/09/tip-of-the-week-believe-it-or-not-dont-act-too-soon/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rip of the Week: 12,500 Medical Records Breached by Shands</title>
		<link>http://blog.mylaptopgps.com/2010/03/05/rip-of-the-week-12500-medical-records-breached-by-shands/</link>
		<comments>http://blog.mylaptopgps.com/2010/03/05/rip-of-the-week-12500-medical-records-breached-by-shands/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 18:32:24 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Rips]]></category>
		<category><![CDATA[breach notification]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[laptop theft]]></category>
		<category><![CDATA[medical identity theft]]></category>
		<category><![CDATA[Shands]]></category>
		<category><![CDATA[Social Security numbers]]></category>
		<category><![CDATA[SSN]]></category>
		<category><![CDATA[stolen medical data]]></category>
		<category><![CDATA[UF]]></category>
		<category><![CDATA[University of Florida]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=836</guid>
		<description><![CDATA[In a breach sure to end up listed on the U.S. Department of Health and Human Services breach bad-list, Shands at the University of Florida sent notification letters to about 12,500 people, warning them of a laptop theft at the end of January.
The Independent Florida Alligator reports (and thanks to lyger on DataLossDB for the [...]]]></description>
			<content:encoded><![CDATA[<p>In a breach sure to end up <a title="blog entry" href="http://blog.mylaptopgps.com/2010/03/03/u-s-department-of-health-and-human-services-posts-the-mega-breach-site/" target="_blank">listed on the U.S. Department of Health and Human Services breach bad-list</a>, Shands at the University of Florida sent notification letters to about 12,500 people, warning them of a laptop theft at the end of January.</p>
<p><a title="article" href="http://www.alligator.org/news/local/article_78b3fb9e-25b0-11df-8026-001cc4c03286.html" target="_blank">The Independent Florida Alligator reports (and thanks to lyger on DataLossDB for the tip)</a>.</p>
<p>According the article, the laptop &#8220;held information about patients referred to the gastroenterology clinical services department over the last three years.&#8221; An employee had loaded the data onto a personal laptop for work-related purposes, but then, as Murphy would have it, that laptop was stolen.</p>
<p>The information included names, addresses, medical record numbers and about 650 Social Security Numbers.</p>
<p>Thankfully, Shands leaders &#8220;have launched system-wide encryption to prevent similar crime.&#8221;</p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/03/05/rip-of-the-week-12500-medical-records-breached-by-shands/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>U.S. Department of Health and Human Services Posts &#8220;The Mega-Breach&#8221; Site</title>
		<link>http://blog.mylaptopgps.com/2010/03/03/u-s-department-of-health-and-human-services-posts-the-mega-breach-site/</link>
		<comments>http://blog.mylaptopgps.com/2010/03/03/u-s-department-of-health-and-human-services-posts-the-mega-breach-site/#comments</comments>
		<pubDate>Wed, 03 Mar 2010 22:50:19 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Laptop Computer Security]]></category>
		<category><![CDATA[data breach notification]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[Health Information Technology for Economic and Clinical Health Act]]></category>
		<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[HITECH Act of 2009]]></category>
		<category><![CDATA[personal health records]]></category>
		<category><![CDATA[personally identifying information]]></category>
		<category><![CDATA[PHI]]></category>
		<category><![CDATA[PII]]></category>
		<category><![CDATA[US Department of Health and Human Services]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=832</guid>
		<description><![CDATA[There&#8217;s a new list in town, and it&#8217;s one of &#8220;those&#8221; kinds of lists. The kind nobody wants to appear on. It&#8217;s similar to being on Santa Claus&#8217; naughty list, only in this case inclusion could mean millions of dollars in fines for a business responsible for breaching personal health information (PHI).
The days of &#8220;a [...]]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s a new list in town, and it&#8217;s one of &#8220;those&#8221; kinds of lists. The kind nobody wants to appear on. It&#8217;s similar to being on Santa Claus&#8217; naughty list, only in this case inclusion could mean millions of dollars in fines for a business responsible for breaching personal health information (PHI).</p>
<p>The days of &#8220;a lump of coal in the stocking&#8221; are certainly over.</p>
<p>The HITECH Act of 2009, one intent of which was to add more teeth to data security requirements for healthcare information, included a provision in section 13402(e)(4) requiring the Secretary of the U.S. Department of Health and Human Services to post a list of data breaches of unsecured protected health information affecting 500 or more individuals.</p>
<p>We might call these the &#8220;mega-breaches&#8221; or, that is, at least the serious breaches that affect many people.</p>
<p>A couple of <a title="article" href="http://www.cio.com/article/506223/HITECH_Act_What_You_Need_to_Know_About_New_Data_Breach_Guidelines" target="_blank">important details</a> are worth noting, about the HITECH Act of 2009. First, if a breach affects fewer than 500 people in one state, a breaching organization does not have to contact the media (though one of the victims certainly might). The organization does have to contact each breached individual, however, to notify of the breach. Second, the rules apply to unencrypted PHI. Encrypting the data, as always, is mitigation of the risk and turns a &#8220;breach&#8221; into a &#8220;non-event.&#8221;</p>
<p>Encrypting data, such as with MyLaptopGPS&#8217; FIPS-certified strong encryption for data-at-rest, is the key difference between a major PR disaster (and regulatory nightmare), and a sigh of relief.</p>
<p>And now for <a title="site" href="http://www.hhs.gov/ocr/privacy/hipaa/administrative/breachnotificationrule/postedbreaches.html" target="_blank">The Bad List (click to view at HHS&#8217; website)</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/03/03/u-s-department-of-health-and-human-services-posts-the-mega-breach-site/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Tip of the Week: Decide Who is on the Hook</title>
		<link>http://blog.mylaptopgps.com/2010/03/02/tip-of-the-week-decide-who-is-on-the-hook/</link>
		<comments>http://blog.mylaptopgps.com/2010/03/02/tip-of-the-week-decide-who-is-on-the-hook/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 22:57:54 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[2009 Annual Study Cost of a Data Breach]]></category>
		<category><![CDATA[Chief Information Security Officer]]></category>
		<category><![CDATA[CISO]]></category>
		<category><![CDATA[data breach cost mitigation]]></category>
		<category><![CDATA[data breach response]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[Ponemon Institute]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=828</guid>
		<description><![CDATA[Our Tip this week focuses on some key, interesting findings in the Ponemon Institute&#8217;s &#8220;2009 Annual Study: U.S. Cost of a Data Breach.&#8221; If you haven&#8217;t read the report already, you can find it here on the web (and elsewhere).
According to the report, the leadership of a CISO or equivalent position substantially reduces the overall [...]]]></description>
			<content:encoded><![CDATA[<p>Our Tip this week focuses on some key, interesting findings in the Ponemon Institute&#8217;s &#8220;2009 Annual Study: U.S. Cost of a Data Breach.&#8221; If you haven&#8217;t read the report already, you can find it <a title="article" href="http://www.encryptionreports.com/" target="_blank">here on the web</a> (and elsewhere).</p>
<p>According to the report, <strong>the leadership of a CISO or equivalent position substantially reduces the overall cost of data breaches</strong> (page 4). The study indicates that companies who have an experienced &#8220;point person&#8221; to manage the response to a data breach experienced an astounding 50 percent reduction in data breach cost.</p>
<p>Who you have on your team could make a difference of millions of dollars in a single breach incident. Leadership in high-pressure or at least high-stakes circumstances is priceless. Just ask any major pro sports team.</p>
<p>Consider ahead of time what your business will do in the unfortunate event that you find yourself saddled with a data breach. Who will be in charge? What authority will he have? What experience in dealing with such cases does she have? What resources can he command?</p>
<p>Just as we continually beat the drum of &#8220;preparedness&#8221; from a technology standpoint, to avoid a breach altogether, we also must trumpet the tune of &#8220;preparedness&#8221; for a data breach response. And that begins with key leadership in that time of need.</p>
<p>Do you have it?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/03/02/tip-of-the-week-decide-who-is-on-the-hook/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Rip of the Week: DHS Loses Over 1,000 Computers in One Fiscal Year</title>
		<link>http://blog.mylaptopgps.com/2010/02/25/rip-of-the-week-dhs-loses-over-1000-computers-in-one-fiscal-year/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/25/rip-of-the-week-dhs-loses-over-1000-computers-in-one-fiscal-year/#comments</comments>
		<pubDate>Fri, 26 Feb 2010 04:13:04 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Rips]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[Department of Homeland Security]]></category>
		<category><![CDATA[DHS]]></category>
		<category><![CDATA[inventory]]></category>
		<category><![CDATA[lost equipment]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=824</guid>
		<description><![CDATA[It&#8217;s hard to beat a Rip of the Week like this one. The Independence Institute reports that the Department of Homeland Security &#8220;continues to lose hundreds of computers per year.&#8221; According to John Caldera, the president of the Independence Institute, which investigated for the report, &#8220;You really have to look at these inventories, and go [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s hard to beat a Rip of the Week like this one. <a title="article" href="http://www.i2i.org/main/page.php?page_id=298" target="_blank">The Independence Institute reports</a> that the Department of Homeland Security &#8220;continues to lose hundreds of computers per year.&#8221; According to John Caldera, the president of the Independence Institute, which investigated for the report, &#8220;You really have to look at these inventories, and go through them page after page to get an idea of how obnoxious these losses are.&#8221;</p>
<p>Interesting sound bytes:</p>
<ul>
<li>In fiscal year 2008, inventories of lost, stolen, and damaged equipment show that Immigration and Customs Enforcement (ICE) and Customs and Border Protection (CBP) combined to lose no fewer than 985 computers.</li>
<li>Meanwhile, the lost, stolen and damaged report for ICE shows 13 vehicles classified as &#8220;lost&#8221; or &#8220;not found during physical inventory.&#8221;</li>
<li>CBP&#8217;s total inventory (immediately below) of lost stolen and damaged equipment tallies 1,975 pieces at a total valuation of $7.5 million.</li>
<li>CBP&#8217;s inventory also shows 235 night vision scopes classified as lost.</li>
<li>Three computer switchers worth $92,354 each were lost.</li>
<li>An &#8220;international harvester vehicle truck&#8221; valued at $116,349 apparently could not be located during physical inventory.</li>
</ul>
<p>Be sure to <a title="article" href="http://www.i2i.org/main/page.php?page_id=298" target="_blank">read the full report</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/25/rip-of-the-week-dhs-loses-over-1000-computers-in-one-fiscal-year/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tip of the Week: Walk a Fired Employee Straight to the Door</title>
		<link>http://blog.mylaptopgps.com/2010/02/23/tip-of-the-week-walk-a-fired-employee-straight-to-the-door/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/23/tip-of-the-week-walk-a-fired-employee-straight-to-the-door/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 23:33:24 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[employee terminations]]></category>
		<category><![CDATA[former employees]]></category>
		<category><![CDATA[personnel]]></category>
		<category><![CDATA[rogue employees]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=820</guid>
		<description><![CDATA[Nobody likes having to fire people. It can be an ugly business. Sometimes it must happen, however. And when it does, it&#8217;s important for your business to have a policy in place for how you handle the termination when it comes to leaving the premises.
That is, do you notify an employee that he is being [...]]]></description>
			<content:encoded><![CDATA[<p>Nobody likes having to fire people. It can be an ugly business. Sometimes it must happen, however. And when it does, it&#8217;s important for your business to have a policy in place for how you handle the termination when it comes to leaving the premises.</p>
<p>That is, do you notify an employee that he is being let go, and then allow him to return to his desk?</p>
<p>If so, is he allowed to be there unsupervised? For how long?</p>
<p>The point here isn&#8217;t to bog down in the minutiae, but to consider what such a &#8220;former employee&#8221; might do when he was a &#8220;current employee&#8221; only moments earlier. If he&#8217;s logged into his computer, and into your servers or applications, perhaps he will inflict a tremendous amount of damage before leaving.</p>
<p>Most people aren&#8217;t that bold, or lack the &#8220;guts&#8221; to do it. Or, perhaps, they aren&#8217;t that vengeful.</p>
<p>But some are.</p>
<p>Furthermore, many employees who have been let go see no reason whatsoever not to take data with them, quite subtly. They may not trash your system on the way out, but they will gladly steal it.</p>
<p>In fact, <a title="article" href="http://www.cio.com/article/481883/More_Than_Half_of_Fired_Employees_Steal_Data" target="_blank">The Ponemon Institute&#8217;s 2009 report &#8220;Jobs at Risk = Data at Risk&#8221; found</a> that 61% of respondents who felt negatively about their employers took data while only 26% of those with a favorable view did. But of the 945 individuals surveyed, who were laid off, fired or quite their jobs in the past 12 months, 59% admitted to stealing company data and 67% used their former company&#8217;s confidential information to leverage a new job.</p>
<p>Company policies certainly vary, and depending upon the employee&#8217;s role and level of access, it can be quite difficult to sever ties. But be careful not to assume that the employee won&#8217;t take you for a ride on his way out.</p>
<p>It&#8217;s a good idea to supervise the employee as he cleans out his desk, then walk him to the parking lot. And if you have remote access into your company via the network, that must be handled before the employee even reaches the parking lot (such as while he&#8217;s cleaning out his desk or even while he&#8217;s in the meeting being let go).</p>
<p>It&#8217;s an ugly business, but must be handled prudently lest it turn worse for both the employer and the former employee later.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/23/tip-of-the-week-walk-a-fired-employee-straight-to-the-door/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rip of the Week: 969 SSNs Breached by the Social Security Administration Itself</title>
		<link>http://blog.mylaptopgps.com/2010/02/18/rip-of-the-week-969-ssns-breached-by-the-social-security-administration-itself/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/18/rip-of-the-week-969-ssns-breached-by-the-social-security-administration-itself/#comments</comments>
		<pubDate>Thu, 18 Feb 2010 23:46:36 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Rips]]></category>
		<category><![CDATA[Bronx]]></category>
		<category><![CDATA[data theft]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[New York]]></category>
		<category><![CDATA[Queens]]></category>
		<category><![CDATA[Social Security Administration]]></category>
		<category><![CDATA[Social Security numbers]]></category>
		<category><![CDATA[SSN]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=818</guid>
		<description><![CDATA[Thanks to kirniki over at DataLoss DB for a tip-off about a rather ironic breach. In this case, the Social Security Numbers of 969 people were breached by the Social Security Administration itself when an employee lost a presumably-unencrypted &#8220;computer disc&#8221; while traveling to Queens from the Bronx back in October.
The Queens Chronicle reports that [...]]]></description>
			<content:encoded><![CDATA[<p>Thanks to kirniki over at DataLoss DB for a tip-off about a rather ironic breach. In this case, the Social Security Numbers of 969 people were breached by the Social Security Administration itself when an employee lost a presumably-unencrypted &#8220;computer disc&#8221; while traveling to Queens from the Bronx back in October.</p>
<p><a title="article" href="http://www.zwire.com/site/news.cfm?newsid=20407903&amp;BRD=2731&amp;PAG=461&amp;dept_id=575596&amp;rfi=6" target="_blank">The Queens Chronicle reports</a> that the information also included administrative decisions, medical evidence, and internal agency documents, along with the names and SSNs.</p>
<p>The administration is offering three years of credit protection to all the victims.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/18/rip-of-the-week-969-ssns-breached-by-the-social-security-administration-itself/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tip of the Week: Control Employee Websurfing ASAP</title>
		<link>http://blog.mylaptopgps.com/2010/02/17/tip-of-the-week-control-employee-websurfing-asap/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/17/tip-of-the-week-control-employee-websurfing-asap/#comments</comments>
		<pubDate>Wed, 17 Feb 2010 20:07:19 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[card skimming]]></category>
		<category><![CDATA[credit card numbers]]></category>
		<category><![CDATA[credit card theft]]></category>
		<category><![CDATA[employee behavior]]></category>
		<category><![CDATA[employee policies]]></category>
		<category><![CDATA[employee websurfing]]></category>
		<category><![CDATA[identity theft]]></category>
		<category><![CDATA[keyloggers]]></category>
		<category><![CDATA[virus]]></category>
		<category><![CDATA[viruses]]></category>
		<category><![CDATA[websurfing]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=814</guid>
		<description><![CDATA[This weeks&#8217; Tip is a bit of a misnomer. Of course most businesses want to control employee websurfing, for a number of reasons, only beginning with productivity.
Often the question is &#8220;how?&#8221;
Yet, as today&#8217;s Tip highlights, many businesses just don&#8217;t get around to putting any controls in place at all.
security curmudgeon over at DataLossDB gives a [...]]]></description>
			<content:encoded><![CDATA[<p>This weeks&#8217; Tip is a bit of a misnomer. Of course most businesses want to control employee websurfing, for a number of reasons, only beginning with productivity.</p>
<p>Often the question is &#8220;how?&#8221;</p>
<p>Yet, as today&#8217;s Tip highlights, many businesses just don&#8217;t get around to putting any controls in place at all.</p>
<p>security curmudgeon over at DataLossDB gives a handy reference to an <a title="article" href="http://www.lasvegassun.com/news/2010/feb/15/identify-theft-continues-keep-metros-electronic-cr/" target="_blank">article at the Las Vegas Sun</a>, detailing rampant identity theft via stolen credit card numbers. Now we&#8217;ve all heard about these for years, but the article is very interesting as it details some of the methods used to swipe (pun intended) the numbers, including skimmers.</p>
<p>But notice the introductory case: when salespeople at a high-end fashion retailer weren&#8217;t ringing up customers, they were surfing the web&#8211;apparently right on the POS device! This happens all day long across America, and owners/supervisors galore are familiar with the irritation. But in this case an employee, who was, no doubt, checking her Facebook page (<a title="site" href="http://www.facebook.com/pages/MyLaptopGPS/94025243621" target="_blank">or maybe MyLaptopGPS&#8217; new Facebook page?</a>) and tootling around the web, managed to download a virus that included a keylogger.</p>
<p>The rest is history.</p>
<p>Employee behavior is perhaps one of the most dangerous threats a business faces&#8211;it&#8217;s the gateway to most actual threats. Take it seriously now, or take it seriously later, but rest assured you&#8217;ll have to take it seriously whether you&#8217;d like to or not.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/17/tip-of-the-week-control-employee-websurfing-asap/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rip of the Week: AvMed Health Plans Breaches 208,000 Customers and Dependents</title>
		<link>http://blog.mylaptopgps.com/2010/02/11/rip-of-the-week-avmed-health-plans-breaches-208000-customers-and-dependents/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/11/rip-of-the-week-avmed-health-plans-breaches-208000-customers-and-dependents/#comments</comments>
		<pubDate>Thu, 11 Feb 2010 20:13:07 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Rips]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=811</guid>
		<description><![CDATA[This week&#8217;s Rip involves yet another healthcare player. We are not actually targeting medical ID theft cases lately&#8211;they just seem to be falling from the sky even more frequently than usual.
The Gainesville Sun reports (thanks to kirniki at DataLoss DB for the tip) that 208,000 current and former subscribers of AvMed Health Plans are at [...]]]></description>
			<content:encoded><![CDATA[<p>This week&#8217;s Rip involves yet another healthcare player. We are not actually targeting medical ID theft cases lately&#8211;they just seem to be falling from the sky even more frequently than usual.</p>
<p><a title="article" href="http://www.gainesville.com/article/20100208/ARTICLES/100209476/1002/NEWS01?p=1&amp;tc=pg" target="_blank">The Gainesville Sun</a> reports (thanks to kirniki at DataLoss DB for the tip) that 208,000 current and former subscribers of AvMed Health Plans are at risk due to the theft of a pair of laptop computers. The laptops contained names, addresses, phone numbers, Social Security Numbers, and protected health information of the subscribers <strong>and their dependents</strong>.</p>
<p>That&#8217;s nearly a quarter of a million people at risk of even more acute identity theft, including medical identity theft, and some of the victims may not even have been customers of AvMed (neither currently nor formerly).</p>
<p>AvMed is providing credit monitoring for the victims&#8211;for two years, not just one. It&#8217;s nice to see that.</p>
<p>Credit monitoring service providers continue to flourish as the breaches continue.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/11/rip-of-the-week-avmed-health-plans-breaches-208000-customers-and-dependents/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tip of the Week: Build a Disaster Recovery Plan, Part Four</title>
		<link>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 04:11:31 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[alternate infrastructure]]></category>
		<category><![CDATA[backup facility]]></category>
		<category><![CDATA[bunker]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[disaster recovery planning]]></category>
		<category><![CDATA[redundancy]]></category>
		<category><![CDATA[Titan Private Secrurity Vault]]></category>
		<category><![CDATA[TPSV]]></category>
		<category><![CDATA[weather related downtime]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=809</guid>
		<description><![CDATA[We&#8217;re still thinking about disasters, and that&#8217;s a good thing. Most people, and even most businesses, don&#8217;t really think about them until they happen, other than perhaps to buy some insurance (a great start).
We&#8217;ve looked so far at data backup, the automation thereof, and the recoverability that&#8217;s essential. This week, consider a quick, broader look [...]]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re still thinking about disasters, and that&#8217;s a good thing. Most people, and even most businesses, don&#8217;t really think about them until they happen, other than perhaps to buy some insurance (a great start).</p>
<p>We&#8217;ve looked so far at data backup, the automation thereof, and the recoverability that&#8217;s essential. This week, consider a quick, broader look at infrastructure. If the lights went out, how would you operate? Folks in the Northeast are thinking about this, and even in the Midwest we&#8217;re all too familiar with ice storms and their power grid impacts.</p>
<p>It&#8217;s handy that just the other day, at an <a title="site" href="http://www.i2e.org" target="_blank">i2E</a> event near us in Tulsa, Oklahoma, I met a pair of entrepreneurs from a &#8220;bunker&#8221; style vault data center, <a title="site" href="http://www.tpsv.com/" target="_blank">Titan Private Security Vault</a>. They already have stories of millions of dollars saved when their clients&#8211;rather large enterprises in the region&#8211;were able to shift operations on a moment&#8217;s notice to a secondary location (TPSV) when the grid went dark. In one case, it was due to a major disruption in downtown Tulsa. In another case, it was a massive ice storm that made headlines across the nation.</p>
<p>Point is, these businesses had a plan in place that included secondary, leased workstations and infrastructure, allowing them to get payroll completed and handle other mission critical functions even when the rest of the city was dark.</p>
<p>It may be that this level of redundancy is beyond your budget. It may not be. Either way, thinking ahead to how you would keep a heartbeat going if the whole state lost electricity is a key part of a disaster recovery plan, or at least a &#8220;disaster aversion plan.&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
