<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.11.5 (http://www.squarespace.com/) on Sat, 31 Jul 2010 23:15:49 GMT--><feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/"><title>Jimmy's Blog</title><subtitle>Jimmy's Blog</subtitle><id>http://jimmyblake.com/blog/</id><link rel="alternate" type="application/xhtml+xml" href="http://jimmyblake.com/blog/"/><link rel="self" type="application/atom+xml" href="http://jimmyblake.com/blog/atom.xml"/><updated>2010-07-19T12:26:38Z</updated><generator uri="http://www.squarespace.com/" version="Squarespace Site Server v5.11.5 (http://www.squarespace.com/)">Squarespace</generator><entry><title>App and Add-on culture - the breeding ground for a new type of malware?</title><category term="Apple"/><category term="Google"/><category term="Information Security"/><category term="android"/><category term="apple"/><category term="firefox"/><category term="iphone"/><id>http://jimmyblake.com/blog/2010/7/19/app-and-add-on-culture-the-breeding-ground-for-a-new-type-of.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/7/19/app-and-add-on-culture-the-breeding-ground-for-a-new-type-of.html"/><author><name>Jimmy Blake</name></author><published>2010-07-19T12:05:33Z</published><updated>2010-07-19T12:05:33Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>I've just been <a href="http://blog.mozilla.com/addons/2010/07/13/add-on-security-announcement/">reading on the Mozilla blog</a> that they've removed a Firefox add-on called "Mozilla Sniffer" that intercepted the details of all Web logins and sent them to a remote site. &nbsp;Mozilla's metrics state that Mozilla Sniffer was downloaded approximately 1,800 times and had 334 active daily users - ouch.</p>
<p>This is hot on the heals of spoof banking applications for Android targeting users of the&nbsp;<a href="http://www.firsttechcu.com/home/security/fraud/security_fraud.html">First Tech Credit Union</a> and <a href="https://www.traviscu.org/news.aspx?blogmonth=12&amp;blogyear=2009&amp;blogid=112">Travis Credit Union</a> US banks. &nbsp;<a href="http://threatcenter.smobilesystems.com/?p=1887">SMobile also released a report last month</a> that estimated up to 20% of the then 48,000 Android apps on the Google Marketplace could contain spyware (although their definition of spyware is a little open).</p>
<p>The interesting point to note is that both Android and Firefox are&nbsp;extolled by the geekerati&nbsp;for their 'open' approach, while Apple is criticised for its walled-garden approach to development for their platforms.</p>
<p>The reality is that we live in a dangerous world. &nbsp;As information security professionals, we've banged on for years about only downloading from trusted sources and the check the integrity of the downloads. &nbsp;Websites like&nbsp;<a href="http://download.cnet.com">Download.com</a> built their reputation on being a trusted source of downloads for IT professionals in a sea of malware. &nbsp;</p>
<p>Now the same technical people are hailing the fact that Android 'can install an app from any Website, rather than having to go to a controlled marketplace' or the 'openness&nbsp;of the Google Marketplace' as if it is a good thing.</p>
<p>Now I'm not saying that everything about the Apple AppStore is all sweetness and light. &nbsp;They have made some pretty&nbsp;arbitrary&nbsp;decisions on approval and they will, inevitably, let some malicious applications through. &nbsp;</p>
<p>I can tell you, however, as someone who owns both platform and develops for both Android and iOS - I feel a lot safer downloading from the AppStore than I do the Google Marketplace.</p>]]></content></entry><entry><title>Response to Jay Heiser from Gartner's "Why I’m ambiguous about SaaS email"</title><category term="Cloud computing"/><category term="Information Security"/><category term="cloud computing"/><category term="information security"/><id>http://jimmyblake.com/blog/2010/7/16/response-to-jay-heiser-from-gartners-why-im-ambiguous-about.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/7/16/response-to-jay-heiser-from-gartners-why-im-ambiguous-about.html"/><author><name>Jimmy Blake</name></author><published>2010-07-16T11:50:31Z</published><updated>2010-07-16T11:50:31Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>I read Jay Heiser from Gartner's "Why I&rsquo;m ambiguous about SaaS email" post.&nbsp; He brings up some interesting points in his posting, especially with regards the suitability of existing security standards and certifications to evaluate vendors utilising what is a fairly new and evolving delivery model.</p>
<p>The work by Cloud Security Alliance and Cloud Audit are making good progress in delivering a set of recommended controls specific for the cloud, along with a mechanism for third-party evaluation of conformance but in the mean time customers just have to exercise caveat emptor on a case-by-case basis.</p>
<p>Customer due diligence is the key in choosing to outsource your email to a third-party, but this due diligence has to take into account what you actually do on-premise as a baseline and not have some utopian expectation.</p>
<p>I work as the CSO for a leading email management SaaS vendor and I can't tell you the number of 300 - 400 hundred question RFPs we receive from customers who've searched for them on the Internet.&nbsp; On closer inspection of the customer's current solution you find PST files scattered across their network, unencrypted archive databases, countless email and archive administrators, single points of failure and fragmented inconsistent administration across the multiple platforms that form their email infrastructure.</p>
<p>In these instances moving to the cloud is going to instantly deliver improvements over their existing security, but still these customers hold irrational fears because they are nervous about moving their data from a data centre where they can touch and feel the hardware to a service that abstracts it all away.&nbsp; They deliberately build a level of expectation that far exceeds their currently level of security as a mechanism to justify not moving to the cloud.</p>
<p>Security breaches are bad for cloud service providers, they elongate the sales cycle increasing the cost-to-sell; they impact renewal revenue, which is the means of survival for must cloud vendors; and breaches play into the hands of on-premise vendors using FUD to put customers off considering the cloud. Cloud vendors cannot get away with throwing a bunch of hardware and software into a customer data centre and disappearing for three years until the next upgrade is due.&nbsp;<br />Cloud vendors are judged day-in day-out by the performance, and the security, of their services.&nbsp; Due to this, most cloud providers take considerable effort to ensure their environments, platforms and services are secure.&nbsp;</p>
<p>Not all cloud vendors are created equal however, many aren't true cloud services.&nbsp; They are the latest incarnation of what were application service provider or management service provider platforms, re-purposing on-premise appliances or software by just creating a web front-end to these products which are often ill-suited to run in multi-tenant environments.&nbsp; Customer due diligence must identify these kinds of 'cloud' offerings and the risks that are inherent to these environments (for instance client separation; end-to-end encryption; chains-of-custody of data that may need to be used as evidence at a later date).</p>
<p>Email is a critical business tool, but a commodity, which makes it prime candidate to outsourcing to a cloud provider.&nbsp; Cloud providers will often deliver immediate benefits in security, but potential customers must exercise the appropriate due diligence and weigh the results against their current environments as a baseline.&nbsp; Many customers will find themselves pleasantly surprised by decreased cost, increased functionality and increased security.</p>]]></content></entry><entry><title>Interesting cloud security points from the Cloud Computing World Forum</title><category term="Cloud computing"/><category term="Information Security"/><category term="ccloud computing"/><category term="due diligence"/><id>http://jimmyblake.com/blog/2010/6/30/interesting-cloud-security-points-from-the-cloud-computing-w.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/6/30/interesting-cloud-security-points-from-the-cloud-computing-w.html"/><author><name>Jimmy Blake</name></author><published>2010-06-30T09:23:29Z</published><updated>2010-06-30T09:23:29Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>I've been attending the <a href="http://www.cloudwf.com/">Cloud Computing World Forum</a> in London this week and I enjoyed the Cloud Security session yesterday afternoon.&nbsp; Two points specifically stood out:</p>
<p>Firstly, Jason Hart, SVP Europe for CRYPTOCard pointed out that too many cloud services rely on a weak method of authentication - passwords.&nbsp; Cloud service providers need to up their game and implement stronger authentication mechanisms.</p>
<p>Then during the panel session, the topic of whether 'the cloud' had inherent security weaknesses came up.&nbsp; The conclusion drawn was that "the cloud doesn't have a <em>security</em> problem, it has a <em>trust</em> problem".</p>
<p>This is a topic that is close to my heart as I believe companies are taking a totally different approach to the due diligence of cloud services providers which is often unrealistic. I've stressed over-and-over that due diligence is a critical part of selecting the right cloud services provider but the due diligence framework has to be realistic and based on fact.</p>
<p>Organisations wanting to move from an in-house solution to one that is cloud-based need to baseline their security against what they are doing at the moment, and what they need to protect the particular data in question.&nbsp; I've had more than one 40 page security due diligence questionaire that they've downloaded from the Internet from a 100 seat organisation, who themselves have their entire email infrastructure in a comms room in a single office, with an Exchange administrator who has never been backgrouded screen and have never performed a penetration test.</p>
<p>The entire discipline of information security revolves around working out which data is sensitive and critical to the business; assessing risk exposure to that data; doing a gap analysis to work out whether you're handling the risk accordingly at present; assessing controls for the areas you're not handling sufficiently well on a cost/benefit analysis basis; then deploying the controls; and managing them on an ongoing basis.</p>
<p>During the conference Klaus Bartosch, the EVP of Sales and Marketing for Virtual Ark, made a good case for a due diligence methodology involving these steps for cloud service providers which mimics the approach above - the title of his presentation?: "Cloud security isn't bad - it's just different".&nbsp; After listening to his presentation I'd say, it <em>isn't </em>different, it needs the same risk assessment approach that the information security community has built up over decades - the difference is instead of deploying the controls, you make it a mandatory requirement that the service provider implements them.&nbsp; If they don't move to the next provider, its a competitive market out there.</p>
<p>The critical thing is to remember that the level of protection needs to be proportionate to the sensitivity and criticality of the data involved.&nbsp; More often than not organisations achieve a better level of protection for their data by moving to a cloud service, they are just nervous because they cannot physically walk into a server farm and touch the storage arrays containing the data any more.&nbsp;</p>
<p>Appropriate due diligence cannot be based on irrational fears and prejudices, it has to be based on fact.</p>]]></content></entry><entry><title>Adobe patches critical vulerabilities in Flash</title><category term="Information Security"/><category term="adobe"/><category term="flash"/><id>http://jimmyblake.com/blog/2010/6/11/adobe-patches-critical-vulerabilities-in-flash.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/6/11/adobe-patches-critical-vulerabilities-in-flash.html"/><author><name>Jimmy Blake</name></author><published>2010-06-10T23:47:11Z</published><updated>2010-06-10T23:47:11Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<div id="body">
<p>Adobe Systems has released a patch today for all platforms to plug over 30 vulnerabilities, including a critical one that hackers were actively exploiting to install malware on user's machines.&nbsp;</p>
<p>This vulnerability let attackers to take complete control of vulnerable machines after viewing websites that contained specially crafted Flash content - you can start to see <a href="http://www.apple.com/hotnews/thoughts-on-flash/">why Steve Jobs doesn't like it</a>.&nbsp; We've had been seeing a lot of emails recenty being sent out attempting to direct users to sites containing such content.</p>
<p>Adobe also announced that a patch for a related vulnerability in Acrobat won't be available until June 29, but has <a href="http://www.adobe.com/support/security/advisories/apsa10-01.html">published some interim workarounds</a>, including deleting the autoplay.dll (Windows), AuthPlayLib.bundle (Mac OS X) or libauthplay.so.0.0.0 (Linux) files or disabling JavaScript within Acrobat.</p>
<p>The patch <a href="http://get.adobe.com/flashplayer/">can be downloaded from the Adobe site</a>.</p>
</div>]]></content></entry><entry><title>Preparing for my CISM exam tomorrow</title><category term="Information Security"/><category term="cism"/><category term="cissp"/><category term="isaca"/><category term="isc(2)"/><id>http://jimmyblake.com/blog/2010/6/11/preparing-for-my-cism-exam-tomorrow.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/6/11/preparing-for-my-cism-exam-tomorrow.html"/><author><name>Jimmy Blake</name></author><published>2010-06-10T23:31:59Z</published><updated>2010-06-10T23:31:59Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>I have been studying for several weeks to take my <a href="https://www.isaca.org">ISACA</a> <a href="http://www.isaca.org/Certification/CISM-Certified-Information-Security-Manager/Pages/default.aspx">Certified Information Security Manager (CISM)</a> exam on Saturday morning, at 7:30 AM I may add!&nbsp;</p>
<p>I have really enjoyed this course. I was expecting to have ISACA's <a href="http://www.isaca.org/Knowledge-Center/COBIT/Pages/Overview.aspx">COBIT framework</a> rammed down my throat, but the course material took a surprisingly agnostic ad pragmatic view of security programe frameworks.&nbsp; The main complaint from CISSPs is that the <a href="https://www.isc2.org/cissp/default.aspx">Certified Information Systems Security Professional</a> exam is a mile wide and an inch thick.&nbsp; The CISM on the other hand is totally focused on the area of strategic management of security within the organisation, especially on the governance side of things.</p>
<p>I wish all of the security professionals swotting hard for the exam tomorrow all the best, good luck!</p>]]></content></entry><entry><title>iPad 'vulnerability': A Reality Check</title><category term="Information Security"/><category term="apple"/><category term="breach"/><category term="ipad"/><category term="vulnerability"/><id>http://jimmyblake.com/blog/2010/6/10/ipad-vulnerability-a-reality-check.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/6/10/ipad-vulnerability-a-reality-check.html"/><author><name>Jimmy Blake</name></author><published>2010-06-10T22:27:40Z</published><updated>2010-06-10T22:27:40Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p><span class="full-image-float-left ssNonEditable"><span><img src="http://jimmyblake.com/storage/post-images/iPad.jpg?__SQUARESPACE_CACHEVERSION=1276212415706" alt="" /></span></span>I was asked by our PR team today whether that was a story on the recent iPad 'vulnerability' that is doing the rounds in both the <a href="http://gawker.com/5559346/apples-worst-security-breach-114000-ipad-owners-exposed">tech</a> and manstream media.&nbsp;&nbsp; The vulnerability was found by <a href="http://security.goatse.fr/">Goatse Security</a> (great name guys) and is being pitched as 'Apple's worse security breach'.&nbsp;</p>
<p>The situation has got massively out of hand, I recieved a number of emails from worried staff today and I've even read that <a href="http://www.google.com/hostednews/ap/article/ALeqM5hEISvN885Kjjfuwe4WZfxUfE5HAQD9G8M6O00">the FBI are investigating</a> 'the cyberthreat posed by this exposure'.&nbsp; This is a classic example of security researchers using <a href="http://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt">FUD</a> to manipulate the media for publicity's sake.&nbsp; The media is complicit as well, while what they are reporting is factually true, the apocolyptic impacts they are espousing are laughable.&nbsp; The reality is that the only story is that there isn't really a story at all.</p>
<p>So its time for a reality check:</p>
<p>This isn't a vulnerability in the iPad.&nbsp; It is, in fact, a&nbsp; badly designed and implemented Website by AT&amp;T, the US carrier for the iPad.&nbsp; This explains why the problem is limited to the US and has not been seen in any of the other territories that the iPad is available in.&nbsp; But a bug on a Website doesn't make as much of a good story as a vulnerability on a device selling in its millions across the globe - does it?</p>
<p>AT&amp;T had designed a Web interface that would return an associated email address when presented with an identifier of an iPad known as an ICC-ID.&nbsp; Goatse simply wrote a PHP script that made it look like the useragent was an iPad and then looped through all possible ICC-IDs and harvested the returned e-mail addresses.</p>
<p>The ICC-ID to e-mail mapping has nothing to do with the iPad, this is all pulled in from the back-end OSS systems at the carrier - its a simple schoolboy error.</p>
<p>That brings me on to the second issue with the story - what was exposed, really?&nbsp;</p>
<p>What was exposed was Internet facing email addresses, no passwords, no phone numbers, no credit cards...&nbsp; Many of the addresses could probably have been easily guessed based on name or harvested using traditional <a href="http://en.wikipedia.org/wiki/Directory_Harvest_Attack">directory</a> or <a href="http://en.wikipedia.org/wiki/E-mail_address_harvesting">Web-harvesting</a> techniques.&nbsp;</p>
<p>While an Internet email address could be considered a Personally Identifiable Information (PII) digital identifier, the sensitivity or impact level of this data on its own is very low.&nbsp; The use cases for someone who has harvested this data are quite limited.</p>
<p>While it shouldn't have been so easy to automate the collection of these emails, in the grand scheme of things this hardly represents a big risk, certainly not on the level of being suggested in some of the articles I've read.&nbsp;</p>
<p>As security professionals we cannot cry wolf for our own notoriety's sake or users will start to suffer from threat fatigue.&nbsp; The resulting deminished, or distracted, user awareness will hit us all in the long run.</p>]]></content></entry><entry><title>Novell ad based on Hoff's Cloud Security Doesn't Matter Blog Post</title><category term="Amusing"/><category term="Chris Hoff"/><category term="Cloud computing"/><category term="Information Security"/><category term="amusing"/><category term="cloud computing"/><category term="information security"/><id>http://jimmyblake.com/blog/2010/5/19/novell-ad-based-on-hoffs-cloud-security-doesnt-matter-blog-p.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/5/19/novell-ad-based-on-hoffs-cloud-security-doesnt-matter-blog-p.html"/><author><name>Jimmy Blake</name></author><published>2010-05-19T22:08:33Z</published><updated>2010-05-19T22:08:33Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>Ever wondered what <a href="http://www.rationalsurvivability.com/blog/?p=1694">a blog posting</a> by one of cloud computing's leading security experts would sound like as performance art - look no further:</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p><object width="400" height="225"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=11685089&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" /><embed src="http://vimeo.com/moogaloop.swf?clip_id=11685089&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=0&amp;color=&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="400" height="225"></embed></object></p>
<p><a href="http://vimeo.com/11685089">&ldquo;Cloud: Security Doesn&rsquo;t Matter (Or, In Cloud, Nobody Can Hear You Scream)&rdquo; by Chris Hoff</a> from <a href="http://vimeo.com/novell">Novell, Inc.</a> on <a href="http://vimeo.com">Vimeo</a>.</p>]]></content></entry><entry><title>Malicious Search Engine Optimisation: another headache for Google</title><category term="Google"/><category term="Information Security"/><category term="google"/><category term="search engine optimisation"/><category term="seo"/><id>http://jimmyblake.com/blog/2010/5/2/malicious-search-engine-optimisation-another-headache-for-go.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/5/2/malicious-search-engine-optimisation-another-headache-for-go.html"/><author><name>Jimmy Blake</name></author><published>2010-05-02T01:02:32Z</published><updated>2010-05-02T01:02:32Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>It would seem that the spreaders of malware are adopting <a href="http://www.google.com/support/webmasters/bin/answer.py?hl=en&amp;answer=35291" target="_blank">Search Engine Optimisation</a> techniques targetting the Google search algorithm to ensure that their links to malicious code appear before legitimate websites &ndash; this is worrying when around <a href="http://www.searchengineguide.com/stoney-degeyter/why-i-think-serps-should-go-beyond-10-re.php" target="_blank">80% of people do not go beyond the first page of Google search results</a>.</p>
<p>This is happening to the extent that attackers to tracking trends across the Internet and then rapidly optimising their sites to appear high up in the search results.&nbsp; Research by cloud security firm <a href="http://research.zscaler.com/2010/04/google-search-more-links-are-malicious.html" target="_blank">ZScaler found in one instance</a> 90% of top 100 search results on Google for a particular trend were leading to sites hosting malware:</p>
<ul>
<li>86 links were sending users directly to a malicious, fake antivirus page that tries to install malware.</li>
<li>4 malicious links were down or Google displayed a warning page</li>
</ul>
<p>Now if 80% of Google users don&rsquo;t click beyond the front page, which typically contains 10 results, the user at a statistically high chance of clicking on a link to malware.</p>
<p>The attackers are obviously targeting optimising for the Google search algorithm, as the same search conducted on Bing and Yahoo! does not net the same results.&nbsp; ZScaler&rsquo;s findings are that Bing returned no links to malware and Yahoo! only had 4 links in pages 2, 6 and 7.</p>
<p>What isn&rsquo;t clear is that are the attackers targeting Google as <a href="http://blog.nielsen.com/nielsenwire/online_mobile/nielsen-reports-december-u-s-search-rankings/" target="_blank">they have the vast majority of the search market</a>, or are they taking advantage in <a href="http://research.zscaler.com/2010/04/how-google-is-not-tackling-blackhat-seo.html" target="_blank">inherent weaknesses in the Google search algorithm</a>?</p>]]></content></entry><entry><title>When the office copier is your worst enemy</title><category term="Cloud computing"/><category term="Information Security"/><category term="copier"/><category term="hipaa"/><category term="office equipment"/><id>http://jimmyblake.com/blog/2010/5/2/when-the-office-copier-is-your-worst-enemy.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/5/2/when-the-office-copier-is-your-worst-enemy.html"/><author><name>Jimmy Blake</name></author><published>2010-05-02T01:00:30Z</published><updated>2010-05-02T01:00:30Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>Many of us in the information security industry have policies and procedures about the secure disposal of storage media, or at least the subset of that storage media that contains sensitive data.&nbsp; The reality today is that many of the digital photcopiers and multifunction devices contain hard disks and they may escape our attention.</p>
<p><a href="http://www.copiersecurity.com/" target="_blank">Digital Copier Security</a> in California is one of the only companies specialising in this area of information security and they were recently commissioned by CBS News to obtain 4 copiers and to analyze the data left on them using their <a href="http://www.copiersecurity.com/products/the-infosweep-process.html" target="_blank">INFOSWEEP forensics tool</a>.&nbsp; The copiers were brought from one of a number of office equipment surplus centres spread across the United States.&nbsp; The copiers were selected based on the manufacturer/model and the total number of pages that had been copied, scanned or printed.</p>
<p>Within 30 minutes the hard drives had been removed from the machines and the forensic analysis of the contents using INFOSWEEP started in earnest.&nbsp; In one of the cases they didn&rsquo;t even need to do that, the previous owner &ndash; Buffalo, New York Police Sex Crimes Division &ndash; had disposed of the copier with a confidential document still left on the scanning plate.</p>
<p>After 12 hours worth of analysis the results were then collated:</p>
<ul>
<li>On the machine from the Buffalo Police Sex Crimes Division there were detailed domestic violence complaints and a list of wanted sex offenders.</li>
<li>A machine from the Buffalo Police Narcotics Unit contained a list of targets in a major drug raid.</li>
<li>The third machine, from a construction company in New York, there were design plans for a building near Ground Zero in Manhattan; 95 pages of pay stubs including the names, addresses and social security numbers of employees; and $40,000 worth of cheques.</li>
<li>The final machine, from a New York based health insurance company called Affinity Health Plan, provided over 300 pages of patient medical records.&nbsp; These records contained details of drug prescriptions,&nbsp; blood test results and even included a cancer diagnosis.&nbsp; A major breach of the Federal <a href="http://en.wikipedia.org/wiki/Health_Insurance_Portability_and_Accountability_Act" target="_blank">Health Insurance Portability and Accountability Act (HIPAA)</a>.</li>
</ul>
<p>These results are obviously very worrying, but what can those responsible for information security do to improve the situation?&nbsp; Well, dealing with the two major issues when it comes to the security of these devices is a good starting point:</p>
<p><strong>Deal with the ignorance</strong>: In 2008, a survey by Sharp Imaging found that 60% of responders didn&rsquo;t know that their copiers contained hard disk drives.&nbsp; The purchasing of any devices that could impact on the security of information security should be approved by the security function of the business.&nbsp; The security function should examine the requested device for all possible threats as a part of the risk assessment &ndash; reading the specifications, or querying the manufacturer, as to whether a device does, or does not, contain a hard drive is critical.&nbsp; Once you have been able to ascertain whether a device contains a hard drive, you can implement the appropriate controls to manage the risk &ndash; for instance ensuring that the hard drive inside the copier is subject to the same disposal procedure as hard drives from computers handling data of the same classification.</p>
<p><strong>Deal with the outsourcing</strong>: Many organisations lease their equipment to reduce capital expenditure and ease the maintainable overhead.&nbsp; At the end of the leasing agreement the copier will be returned, complete with your data on the hard drive, to the leasing company who will almost certainly dispose of it through a surplus office equipment company.&nbsp; It is critically important that the destruction of, or at very least the secure of data on, any hard drives containing sensitive information is stipulated in the lease agreement.&nbsp; Ideally the serial numbers of the internal drives should be recorded when the machine is deployed, and the drives returned to the leasee for destruction at the end of the lease.</p>
<p>﻿</p>]]></content></entry><entry><title>Veteran UK tech journalist Guy Kewney dies</title><category term="Geek Culture"/><category term="guy kerney"/><category term="journalism"/><category term="pcw"/><category term="personal computer world"/><id>http://jimmyblake.com/blog/2010/4/8/veteran-uk-tech-journalist-guy-kewney-dies.html</id><link rel="alternate" type="text/html" href="http://jimmyblake.com/blog/2010/4/8/veteran-uk-tech-journalist-guy-kewney-dies.html"/><author><name>Jimmy Blake</name></author><published>2010-04-08T22:00:00Z</published><updated>2010-04-08T22:00:00Z</updated><content type="html" xml:lang="en-GB"><![CDATA[<p>Guy Kewney, one of the UK&rsquo;s best known and most influential tech journalists passed away peacefully this morning.</p>
<p>I was lucky enough to be interviewed by Guy a couple of times for an article on cloud computing.&nbsp; We met at his sailing club and enjoyed several cups of coffee as we discussed the migration cycle from mainframe to client/server to the cloud.&nbsp; Guy had a very broad knowledge of not just technology, but also its impact on society and the human element was always present in his questioning.</p>
<p>I grew up reading Guy&rsquo;s articles in Personal Computer World and he was a major influence on my decision to move into the field of computing.</p>
<p>Any discussion of Guy isn&rsquo;t complete without mentioning the now famous <a href="http://en.wikipedia.org/wiki/Guy_Goma" target="_self">Guy Coma incident</a>, in which a very bemused Congolese Economics graduate who was working as a minicab driver is dragged into a live BBC News 24 television interview under the mistaken assumption he is Guy Kewney:</p>
<p>&nbsp;</p>
<p>﻿
<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="480" height="385" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://www.youtube.com/v/02YW7qJsRE8&amp;hl=en_US&amp;fs=1&amp;" /><param name="allowfullscreen" value="true" /><embed type="application/x-shockwave-flash" width="480" height="385" src="http://www.youtube.com/v/02YW7qJsRE8&amp;hl=en_US&amp;fs=1&amp;" allowscriptaccess="always" allowfullscreen="true"></embed></object>

Update 12 April: <a href="http://www.theregister.co.uk/2010/04/12/farewell_guy/" target="_blank">The Register has an obituary for Guy today</a>.]]></content></entry></feed>