<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' version='2.0'><channel><atom:id>tag:blogger.com,1999:blog-1261000797893931369</atom:id><lastBuildDate>Mon, 06 Jul 2009 15:14:43 +0000</lastBuildDate><title>Safe Telework</title><description></description><link>http://www.safetelework.com/blog/</link><managingEditor>noreply@blogger.com (Joel Haspel)</managingEditor><generator>Blogger</generator><openSearch:totalResults>36</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-301984515560082114</guid><pubDate>Mon, 06 Jul 2009 15:00:00 +0000</pubDate><atom:updated>2009-07-06T11:14:43.723-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><title>Most Embarrassing Telework Moments</title><description>We've all had them - those moments when, suddenly, working in the office looks like it might not be such a bad idea after all. &lt;br /&gt;&lt;br /&gt;Kids crying or dogs barking while you're delivering a presentation by conference call from home usually tops the list of anecdotes, but there are countless others.  Webcam inadvertently left on so people at the other end see or hear things they shouldn't?  Forgot that someone from the office was stopping by to pick up / drop off a package, and therefore neglected to clean up the mess at home / take a shower / put on pants?&lt;br /&gt;&lt;br /&gt;In spite of the most mortifying experiences, telework should still be at the core of 21st century workstyles for most white-collar workers.  But let's not forget the funny stuff!  What's your most embarrassing telework story?  We'll collect the best and publish them in a few weeks.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-301984515560082114?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/07/most-embarrassing-telework-moments.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-7863221655471645927</guid><pubDate>Fri, 26 Jun 2009 19:09:00 +0000</pubDate><atom:updated>2009-06-26T15:12:10.810-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>healthcare</category><category domain='http://www.blogger.com/atom/ns#'>security</category><category domain='http://www.blogger.com/atom/ns#'>remote access</category><title>Securing Your Company's Information</title><description>We originally developed this guide for healthcare companies to help them secure their networks and critical information, but it applies to virtually every company, because almost everyone has some sort of sensitive data on their computers.  &lt;br /&gt;&lt;br /&gt;&lt;a href="http://safetelework.com/data/Plethora_Top10_2.pdf"&gt;Click here to access our Top 10 Tips for securing your sensitive information&lt;/a&gt;, particularly as it applies to networks with remote access requirements.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-7863221655471645927?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/securing-your-companys-information.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-4935472206790376280</guid><pubDate>Mon, 15 Jun 2009 15:53:00 +0000</pubDate><atom:updated>2009-06-15T16:05:56.497-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>policy</category><category domain='http://www.blogger.com/atom/ns#'>telework program</category><category domain='http://www.blogger.com/atom/ns#'>telework policy</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Five key questions your telework policy should answer</title><description>When establishing a telework program for your company, you should strongly consider having a formal telework policy.  This written document will outline the program, eliminate gray areas, and help to prevent future disputes.  As with any business planning document, it should be considered a "living document" and therefore should be revisited at least once a year.&lt;br /&gt;&lt;br /&gt;Your telework policy may contain a wide range of terms and conditions, but should definitely include answers to the following five questions:&lt;br /&gt;&lt;br /&gt;1) &lt;b&gt;Which jobs within your company are telework-friendly?&lt;/b&gt;  Not every job is well suited for remote execution, and some job titles that are easily teleworked in another company may not be in yours.  Along the same lines, what types of employees are best suited for telework?  Be honest. Elements from previous performance appraisals can provide clues - generally, you're looking for self-starters, those who produce quality work on time and without a huge amount of oversight, and employees who are comfortable working independently.&lt;br /&gt;&lt;br /&gt;2) &lt;b&gt;Where can a teleworking employee consider a suitable "alternate work site"?&lt;/b&gt;  For some people, like computer programmers, a coffee shop may work fine, but for others, like salespeople or customer support reps who are on the phone all the time, a dedicated home office may be required.  Again, be honest, and do all you can to get buy-in from the employees so they don't find this decision to be a burden on their productivity.&lt;br /&gt;&lt;br /&gt;3) &lt;b&gt;What sort of equipment does a teleworker need, and who's going to pay for it?&lt;/b&gt;  Does the remote worker need a dedicated laptop, or can they use their personal home PC?  Do they need a dedicated phone line, a special phone, or a high-quality headset?  Will they be handling company paper and require a fireproof safe or other locking file cabinet?  What kind of software will be available to get them to company IT resources (VPN, Remote Desktop, etc)?  If answered incorrectly - or worse, ignored - these details can impact efficiency and cause even the best worker to become less productive.  With the right environment, that same worker is likely to gain productivity, so pay careful attention to these items.&lt;br /&gt;&lt;br /&gt;4) &lt;b&gt;What sort of communication schedule should the teleworker adhere to?&lt;/b&gt;  Are there daily or weekly team meetings or conference calls already?  If so, is there a good way for the teleworker to participate (i.e. conference bridge or WebEx/GoToMeeting)?  If you don't have regularly scheduled communication opportunities, perhaps now is the time to implement them.  What times of day should the teleworker be available for ad-hoc communication from colleagues, and, just as importantly, what times will colleagues be available for communication from the teleworking employee?  Does everyone have email / IM / Twitter / Facebook to allow for comfortable interaction?  Communication is perhaps the most subtle, but most critical stumbling block for telework - when we're not all in the same physical location, it takes a little bit of effort and forethought to ensure that teams still cohere, and that the company doesn't lose its sense of shared purpose.  By scheduling regular communication opportunities, and establishing a solid calendar of coworker availability, you can achieve purposeful and productive communication rather than the random and often distracting communication at the water cooler.&lt;br /&gt;&lt;br /&gt;5) &lt;b&gt;Is telework right for you and your organization?&lt;/b&gt; We generally advise against full-time telework all the time.  A day or two in the office each week, or at least each month, can be very valuable.  Relationship-building, brainstorming, creative thinking, and many other aspects of business life simply work better when conducted in person at least some of the time.  Working entirely distant from colleagues can be successful, but it requires such an extreme effort that the benefits are generally outweighed by the cost.  For some, it is undoubtedly the right decision - but a decision that should be made with great care.  In most cases, research and anecdotal experience points to 3 telework days each week (give or take 1) as the ideal scenario.  In-office days can be used for creative, synergistic, team-oriented activities, and work-at-home days can be used for document creation, phone calls, and other more solitary work.  When balanced properly, tremendous productivity gains are possible, so think long and hard on this question.&lt;br /&gt;&lt;div&gt;&lt;br /&gt;&lt;/div&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-4935472206790376280?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/five-key-questions-your-telework-policy.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-2852012127417653318</guid><pubDate>Mon, 08 Jun 2009 18:20:00 +0000</pubDate><atom:updated>2009-06-08T14:22:38.255-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>netbook</category><category domain='http://www.blogger.com/atom/ns#'>secure remote desktop</category><category domain='http://www.blogger.com/atom/ns#'>vpn</category><category domain='http://www.blogger.com/atom/ns#'>iphone</category><title>Netbook as Remote Access Device</title><description>There's lots of buzz in the market these days about mobile devices - particularly the latest round of iPhone / Palm / Blackberry smart phones.  I love my iPhone, but I still can't imagine doing any real work on it.  It's amazing for email, getting a map, seeing the weather radar, updating Facebook, and so much more -- but the screen is too small, and the navigation and keyboard too cumbersome, to possibly do substantial work.  If I need to work on a Powerpoint, dig into some Excel formulas, or update the content and images on our websites, I simply can't do that from my iPhone.  I need a bigger screen, a full-size keyboard, and preferably, a mouse.  &lt;br /&gt;&lt;br /&gt;That's where a &lt;a href="http://en.wikipedia.org/wiki/Netbook"&gt;Netbook &lt;/a&gt;comes in.  Small but not too small, and coming in at only a few hundred dollars, a netbook (also known as UMPC or Ultra-Mobile PC) can be the perfect on-the-go computer for the mobile knowledge worker.  Netbooks all have built-in wifi, and many even have built-in cellular broadband coverage (with a plan from Verizon, AT&amp;T, or Sprint, of course), so you're able to be connected all that time.&lt;br /&gt;&lt;br /&gt;That connectivity is critical, because you don't want to fall into the trap of loading all your data and software onto the netbook device itself.  That'll tax the capabilities of the device, use the battery faster, and increase the damage if the device is lost or stolen.&lt;br /&gt;&lt;br /&gt;Instead, you should think of the netbook as a portable terminal to your information.  Don't carry the info with you - reach out across the Internet and work with it in its native location.  That means using a secure remote desktop solution to log into your main PC back at the office, or a VPN to connect to the office network.  Tools like chat, IM, and even &lt;a href="http://www.twitter.com/safetelework"&gt;Twitter &lt;/a&gt;help to keep you in the loop even when you're miles away.  Google docs and other online applications provide another way to leverage ubiquitous connectivity without overstepping the bounds of what the netbook can handle.&lt;br /&gt;&lt;br /&gt;What are your experiences with netbooks?  Any favorite brands or models?&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-2852012127417653318?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/netbook-as-remote-access-device.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>3</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-7591951711829951058</guid><pubDate>Wed, 03 Jun 2009 17:57:00 +0000</pubDate><atom:updated>2009-06-04T11:11:12.404-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>security</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><category domain='http://www.blogger.com/atom/ns#'>safe remote access</category><category domain='http://www.blogger.com/atom/ns#'>2-factor authentication</category><title>Security Alert Shows Web Remote Access Weaknesses</title><description>Remote computer access users beware - several new vulnerabilities have been revealed in existing solutions.  One solution, LogMeIn, was noted to have such vulnerabilities with the exploits to take advantage and control your PC without authorization.  More info here: &lt;a href="http://securethoughts.com/2009/06/multiple-vulnerabilities-in-logmein-web-interface-can-be-used-to-control-your-computer-and-steal-arbitary-files/"&gt;http://securethoughts.com/2009/06/multiple-vulnerabilities-in-logmein-web-interface-can-be-used-to-control-your-computer-and-steal-arbitary-files/&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;This announcement leads to a critical question in today's hyperconnected world: just how secure is the web?  The answer, sadly, is "not very secure".  With the rapid proliferation of web browsers (IE, Mozilla, Chrome, Opera, Safari, and so on), the arms-race style of releasing new version upgrades before the ink on the last version is even dry, and (relatively) new technologies like PHP, CSS, javascript, and so on, browsers are increasingly vulnerable to attack.&lt;br /&gt;&lt;br /&gt;Factor in the &lt;a href="http://cdslash.net/2008/12/the-ssl-md5-exploit/"&gt;ever-targeted SSL / CA infrastructure&lt;/a&gt; at the core of browser-based encryption and site authentication, and you've got fertile territory for malicious forces.&lt;br /&gt;&lt;br /&gt;So what's the solution?  Don't use browser-based interfaces unless you absolutely have to.  "Real" desktop software is remarkably portable these days - on USBs directly or via U3 or VMWare Pocket Ace, or via download on broadband that's available anywhere you have cell coverage, or even installed directly on the disk of a lightweight UMPC.  These solutions can provide additional security through &lt;a href="http://www.safetelework.com/blog/2009/06/why-authentication-matters-most.html"&gt;2-factor authentication&lt;/a&gt;. There's no need to risk your critical information on web-based access tools.  If you need to have a more secure solution you might want to look for a &lt;a href="http://www.safetelework.com"&gt;GoToMyPC alternative&lt;/a&gt; or a LogMeIn alternative.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-7591951711829951058?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/security-alert-shows-web-remote-access.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-1426493551871016146</guid><pubDate>Wed, 03 Jun 2009 17:49:00 +0000</pubDate><atom:updated>2009-06-03T13:51:35.818-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>security</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><category domain='http://www.blogger.com/atom/ns#'>2-factor authentication</category><title>Why Authentication Matters Most</title><description>&lt;div align=center&gt;&lt;img src="http://www.safetelework.com/images/puzzle.jpg" border=0&gt;&lt;/div&gt;&lt;br /&gt;Most websites and remote access tools use encryption as a way to imply security.  The more encryption - measured in bits (i.e. 256 bit is better than 128 bit) - the better.  Statements like "128-bit encryption, as strong as online banking" are common across the industry.  While encryption is important, and such statements are true, they are also misleading.&lt;br /&gt;&lt;br /&gt;Encryption strength only tells part of the story - the less important part, in my opinion.  That's because no matter how strong your encryption is, your overall security is only as strong as the authentication used to begin the user's session.&lt;br /&gt;&lt;br /&gt;Think about it this way: thick walls, barred windows, and barbed wire fences don't keep prisoners in jail if they can just walk out the front door without someone checking their ID.  Similarly, you can have the best encryption, firewalls, and network intrusion detection tools in the world, but if your systems don't properly validate users, those measures won't keep attackers out.  Poor authentication is the weak link in the chain, the wide-open door in an otherwise impenetrable fortress.&lt;br /&gt;&lt;br /&gt;The problem is that if someone can defeat your authentication, the rest of the defensive systems don't know they're the bad guy.  In fact, the rest of the systems - firewalls, etc - think they're actually one of the good guys.  Once through the door and inside the walls, the attacker can act as if he or she were a real employee, and your perimeter defenses are rendered useless. &lt;br /&gt;&lt;br /&gt;So, what can you do about it?&lt;br /&gt;&lt;br /&gt;The answer is simple: implement &lt;a href="http://en.wikipedia.org/wiki/Two-factor_authentication"&gt;2-factor authentication&lt;/a&gt; (or 3-factor or more).  2-factor authentication - or multi-factor authentication in the general case - is achieved when a user's identity must be validated by two distinct types ("factors") of authentication.  Typically, this means combining something you know, something you have, and (optionally) something you are. &lt;br /&gt;&lt;br /&gt;The best real-world example is an ATM.  The machine requires you to present both your ATM Card (something only you should have) and a PIN (something only you should know).  If one is presented without the other, no money is dispensed.  So, a stolen card or a stolen PIN is useless on its own.  A retina or fingerprint scan may be added for additional security.&lt;br /&gt;&lt;br /&gt;In the case of computer logon, the elements are typically a password (something you know), a USB authentication device (something you have), and an optional fingerprint or retina scan (something you are). &lt;br /&gt;&lt;br /&gt;A good multi-factor authentication system thwarts most common break-in attempts, which are based on attacking passwords.  Even if your password is lost, stolen, purchased, phished, or otherwise obtained by someone with bad intentions, they won't have your USB device or your finger (hopefully!), so the password does them no good.  And passwords are compromised &lt;font style="font-weight:bold;"&gt;all the time&lt;/font&gt;.  I've personally run across dozens of &lt;a href="http://www.enterpriseinaflash.com/security/Password_Security_Breach_4-2-08.pdf"&gt;documents&lt;/a&gt; and pages on the web with passwords for the world to see, and those with more nefarious goals have access to thousands more.  With passwords getting weaker and less reliable all the time, it is more important than ever to implement multi-factor authentication.&lt;br /&gt;&lt;br /&gt;In the case of remote access, more so than almost any other application, it is absolutely critical to use multi-factor authentication, because compromised remote access systems open your entire network to attackers.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-1426493551871016146?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/why-authentication-matters-most.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-8064926137865747793</guid><pubDate>Mon, 01 Jun 2009 17:06:00 +0000</pubDate><atom:updated>2009-06-01T13:07:09.239-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Top 5 Tips for a New Teleworker</title><description>If you are new to teleworking, there are a few things that might be important for you to consider in order to be as productive as possible. These basic things might help make the transition from the traditional office to the home office go smoothly. You should also recognize the your situation could be a little different, but for most part these are good ideas that can help keep you as productive at the house as you are in the office.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight:bold;"&gt;1. Have a separate and specific workplace. &lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Creating a separate and specific workplace is critical to being an effective teleworker. It doesn't mean that you can't mix it up on occasion, but when you are getting started you need to know where everything is and be able to access it quickly. Often as a teleworker you spend a considerable amount of time on the telephone. You don't want to have to jump up and look for the phone when your manager is calling, especially if they are not as sold on the telework idea as you are. It is important that they feel like you are in a productive environment.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight:bold;"&gt;2. Try to avoid Distractions&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;This tip is both for productivity and perception. Distractions while on a skype call or the telephone can be perceived as less than professional. You want to be sure that you have a distraction free area that you can work in during the day. Of course, less distractions will also mean better productivity. Another thing to consider is that home distractions are a little different then office distractions. Some people get distracted by a messy living room or a sink full of dirty dishes. If this distracts you mentally, then be sure to have the house "picked up" before you start your work day. &lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight:bold;"&gt;3. Take a lunch break&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Teleworkers sometimes feel that they have to be at their computer for the entire day in order to respond to instant messages, skype requests, and emails immediately. But to be productive at home you need to take the same short breaks that you take at the office. Get up, take a walk, and eat a healthy lunch. One of the benefits of telework is being able to go to lunch in your own kitchen. &lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight:bold;"&gt;4. Get a great telephone&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;This tip really depends on what type of work you do. If you are a manager or part of a sales team then you might have to spend a lot of time on the telephone. If you are a computer programmer then maybe not. If you are going to be on the phone a lot, get a nice phone with a good "hands free" or speaker phone option. Using a cheap phone will make it harder for you to hear and will require more mental power to listen. Some people like to use headsets as well, so that might be a good option for you. And as a tip within a tip, be sure to have at least one phone at your work area be plugged into a wall. Conference calls can drag on for hours and your wireless phone batteries will not last that long.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight:bold;"&gt;5. Check in often&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;It is important that as a teleworker you initiate communication back with your group throughout the day. This gives your team a feeling that you are part of the group. Hoever, be sure that you are adding value to the goals of the team and not just being annoying. After your work routine gets established this need to connect may go away, but early on you want to be sure that you are adding value and contributing and you team knows that you are easy to reach.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Now, what are some of your top tips? Post any tips you have in the comment area or link back from your blog.  Thanks.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-8064926137865747793?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/06/top-5-tips-for-new-teleworker.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-640775811868157153</guid><pubDate>Fri, 29 May 2009 14:45:00 +0000</pubDate><atom:updated>2009-05-29T10:46:42.429-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>safetelework</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><category domain='http://www.blogger.com/atom/ns#'>safe remote access</category><title>Is Remote Access Over the Internet Safe?</title><description>If you telework, &lt;a href="http://en.wikipedia.org/wiki/Telecommute"&gt;telecommute&lt;/a&gt;, or just travel a lot as part of your job, you may wish that you could access the files on your office or work computer remotely. But is it safe?&lt;br /&gt;&lt;br /&gt;The safety of your remote access connection depends on many connected attributes.  If done well, it can be perfectly safe, and tremendously helpful.  If implemented poorly, your remote access systems can be a huge security hole.  The two critical areas to manage to ensure secure remote access are authentication and encryption.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://en.wikipedia.org/wiki/Authentication"&gt;Authentication&lt;/a&gt; is key because it allows the software system to validate your identity.  If another person can convince those systems that they are, in fact, you, then all other security elements are defeated because they will simply grant the imposter the same privileges the "real" you would have.  Passwords alone are generally considered too weak for this purpose, particularly if you handle any sort of sensitive data - financial records, HR information, medical records, product information, etc.  A "multifactor" authentication system (one where a password is combined with something you have, like a physical USB key, or something you are, like a fingerprint or retina scan) is necessary to truly protect your identity.&lt;br /&gt;&lt;br /&gt;Assuming your authentication is strong, &lt;a href="http://en.wikipedia.org/wiki/Encryption"&gt;encryption&lt;/a&gt; is used to protect your data as it traverses the Internet between your remote device and your office PCs and networks.  If the data isn't encrypted, anyone can intercept and read the information.  With encryption, even if an attacker intercepts the data stream, they won't be able to read the information because it's scrambled.  256-bit AES encryption is the gold standard at the moment, because it requires an absurdly high amount of computing power and time to crack (by some estimates, 149 trillion years), and therefore protects your information against malicious use.&lt;br /&gt;&lt;br /&gt;So, when the technology is implemented properly, you can indeed work from home safely.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-640775811868157153?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/05/is-remote-access-over-internet-safe.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-3845252174639061947</guid><pubDate>Thu, 28 May 2009 15:30:00 +0000</pubDate><atom:updated>2009-05-28T11:49:49.401-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>safetelework</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Top 5 Jobs for Telework</title><description>Telework isn't for everyone.  A factory worker, chef, elementary school teacher, airline pilot, or car mechanic would have a difficult time working from home on a regular basis - at least as their jobs are currently structured.  Same for an astronaut, dog trainer, or anyone else with a hands-on sort of job description.  Instead, telework is best suited for information-oriented jobs that rely heavily on the computer and telephone.  These jobs might include writing, marketing, computer programming, engineering, accounting, legal work, etc.&lt;br /&gt;&lt;br /&gt;Here are my top 5.  How about you?  Post yours in the comment area or link back from your blog, and we'll create a separate entry in a week or two with the best lists.&lt;br /&gt;&lt;br /&gt;&lt;font style="font-weight:bold;"&gt;Top Telework Jobs&lt;/font&gt;&lt;br /&gt;&lt;ol&gt;&lt;br /&gt;&lt;li&gt;Computer programmer&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Technical writer&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Call center representative&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Budget analyst&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Medical transcriptionist&lt;/li&gt;&lt;br /&gt;&lt;/ol&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-3845252174639061947?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/05/top-5-jobs-for-telework.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>2</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-7370245030499145749</guid><pubDate>Tue, 26 May 2009 19:57:00 +0000</pubDate><atom:updated>2009-05-26T16:39:38.236-04:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>safetelework</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Telework Doesn't Mean Solitary Confinement</title><description>One of the main benefits to working from home or a telework center is the peace and quiet of avoiding rush hour traffic and the distractions of the office.  Of course, one of the main drawbacks to working at home is that very same peace and quiet.  It can get &lt;b&gt;too&lt;/b&gt; quiet.  Here are some tips for avoiding the isolation.  Post yours in the comment area or link back from your blog and we'll publish a list in a few weeks.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Top 5 Ways for Teleworkers to Avoid Isolation&lt;/b&gt;&lt;br /&gt;&lt;ol&gt;&lt;br /&gt;&lt;li&gt;Turn on some music - not all day long necessarily, but some music (or even TV news like CNN, though I personally find this more distracting) can help to break the monotony and re-energize your creative mind.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Take a break and go outside - walk around the neighborhood, mow the lawn, or just go get the mail.  Your coworkers in the office are taking breaks to get coffee, chat with colleagues down the hall, or go out for a smoke.  There's no reason you should be chained to your PC.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Take a lunch break!&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Contact your colleagues in real time - IM, chat, videoconference, txt message, &lt;a href="http://www.twitter.com"&gt;twitter&lt;/a&gt;, &lt;a href="http://www.facebook.com"&gt;FaceBook&lt;/a&gt;, or even the plain old telephone will do the trick.  Just pick something other than email, which lacks the sense of conversation.  Try to communicate with coworkers at least once before lunch and once after, to stay connected.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;Get into the office on a regular basis - even if you think you could telework every day, the research shows that's a bad idea.  At least one day of in-office time per week is a must-have for a truly effective telework program.  That day is best spent having meetings, building relationships, and engaging in creative and strategic exercises.  Save the email, web research, and document editing for another telework day.&lt;/li&gt;&lt;/ol&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-7370245030499145749?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/05/telework-doesnt-mean-solitary.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-2014658234451396605</guid><pubDate>Tue, 05 May 2009 00:48:00 +0000</pubDate><atom:updated>2009-05-04T20:51:34.600-04:00</atom:updated><title>Telework a Solution for Swine Flu?</title><description>While it obviously won't help make sick people better, telework is a great solution to keep operating in the face of a flu pandemic - whether it originates in birds, swine, or just plain ol' people.  It just makes sense to use a secure remote access solution to log in from home rather than ride on a crowded subway or visit a bustling office building.  That's why having a tool like &lt;a href="http://www.safetelework.com"&gt;SafeTelework.com&lt;/a&gt; is so important -- that way, when something unexpected and bad happens (flu pandemic, ice storm, bridge collapse), you'll be prepared to maintain your operations as if nothing ever happened in the first place.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-2014658234451396605?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/05/telework-solution-for-swine-flu.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-1711026189311579273</guid><pubDate>Thu, 12 Mar 2009 20:33:00 +0000</pubDate><atom:updated>2009-03-12T16:38:54.611-04:00</atom:updated><title>Telework savings are real</title><description>Here's a great &lt;a href="http://undress4success.com/research/telework-savings-calculator/"&gt;telework savings calculator&lt;/a&gt; that shows how much a company can save by implementing or expanding telework and telecommuting programs.  For a great real world example, here some &lt;a href="http://weblog.infoworld.com/sustainableit/archives/2008/06/telecommuting_s.html?source=fssr"&gt;information from Sun Microsystems&lt;/a&gt; on the amount they and their employees save.  &lt;br /&gt;&lt;br /&gt;We've got a &lt;a href="http://www.safetelework.com/calculator_pc.html"&gt;Telework Savings Calculator&lt;/a&gt; of our own here at &lt;a href="http://www.safetelework.com"&gt;SafeTelework.com&lt;/a&gt;, designed to show how much you can personally save in commuting expenses and carbon emissions by reducing the amount of time you spend driving to and from work.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-1711026189311579273?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/03/telework-savings-are-real.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-8681802127672647926</guid><pubDate>Thu, 05 Mar 2009 14:12:00 +0000</pubDate><atom:updated>2009-03-05T09:12:58.120-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>security</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Telecommuting Security Discussion</title><description>Interesting discussion underway &lt;a href="http://http://www.itbusinessedge.com/cm/thread/1061"&gt;at IT Business Edge&lt;/a&gt; regarding security considerations for telework...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-8681802127672647926?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/03/telecommuting-security-discussion.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-731688277552272066</guid><pubDate>Wed, 04 Mar 2009 15:54:00 +0000</pubDate><atom:updated>2009-03-04T10:55:58.352-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>telecommute</category><title>Telecommuting calculator and IT checklist</title><description>Knowledge Network provides &lt;a href="http://www.itbusinessedge.com/cm/community/kn/blog/the-ultimate-telecommuting-tool/?cs=30836"&gt;these useful tools&lt;/a&gt; for considering telework program implementation.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-731688277552272066?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/03/telecommuting-calculator-and-it.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-6908236924373228512</guid><pubDate>Wed, 04 Mar 2009 02:59:00 +0000</pubDate><atom:updated>2009-03-03T22:00:19.633-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>telework</category><category domain='http://www.blogger.com/atom/ns#'>security</category><category domain='http://www.blogger.com/atom/ns#'>NIST</category><category domain='http://www.blogger.com/atom/ns#'>remote access</category><title>Remote Access &amp; Telework Security Guidelines</title><description>NIST recently published an updated set of guidelines for securing computer systems for telework and remote access.  The document is available &lt;a href="http://csrc.nist.gov/publications/drafts/800-46Rev1/Draft-SP800-46r1.pdf"&gt;here&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-6908236924373228512?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/03/remote-access-telework-security.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-5865454710048865451</guid><pubDate>Tue, 03 Mar 2009 22:06:00 +0000</pubDate><atom:updated>2009-03-03T17:10:38.354-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>passwords</category><category domain='http://www.blogger.com/atom/ns#'>images</category><category domain='http://www.blogger.com/atom/ns#'>vidoop</category><title>An innovative approach to authentication</title><description>Vidoop, as profiled &lt;a href="http://www.banktech.com/risk-management/showArticle.jhtml?articleID=214501852"&gt;here&lt;/a&gt; is taking an interesting approach to authentication, using the fact that humans are good at identifying and categorizing images.  Basically, you select a category of images, and when you go to log in, it presents you with a grid of images, some of which fall into the category you selected.  You just type in the codes printed alongside those images, and that is your "password" for that session.  While a unique physical device or biometric readout remains the best authentication credential in my mind, this new approach may help to make the "password part" of authenticating a bit less vulnerable.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-5865454710048865451?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/03/innovative-approach-to-authentication.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-7974115974872675138</guid><pubDate>Thu, 19 Feb 2009 13:55:00 +0000</pubDate><atom:updated>2009-02-19T09:09:03.778-05:00</atom:updated><title>Single Sign On...  Single Factor?</title><description>&lt;a href="http://www.healthcareitnews.com/news/ohio-medical-center-goes-single-sign"&gt;Fairfield Medical Center&lt;/a&gt; announced its adoption of a single sign on (SSO) solution...  but no mention of anything more than management of passwords.  While SSO is a great tool, and something that makes a lot of sense for most organizations, it still leaves Fairfield vulnerable if any of those passwords are compromised.  HIPAA compliance is probably at the top of their list, so I hope they're considering how to implement multi-factor authentication of some sort, particularly for remote log-on to their systems.  Otherwise, anyone can impersonate an authorized doctor or staff member simply by guessing/buying/stealing their password(s).  Outfitting each staffer with a physical "key" of some sort ensures that their login is protected, and the integrity of the system can be maintained.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-7974115974872675138?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/single-sign-on-single-factor.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-8765188914826677016</guid><pubDate>Tue, 17 Feb 2009 22:41:00 +0000</pubDate><atom:updated>2009-02-17T17:57:47.407-05:00</atom:updated><title>P2P Networks Expose Health Information</title><description>&lt;a href="http://www.scmagazineus.com/Medical-data-leakage-rampant-on-P2P-networks/article/127216/"&gt;This article in Secure Computing Magazine&lt;/a&gt; discusses the risks posted by P2P network software, primarily file sharing systems like LimeWire.  Medical data is leaking at an alarming rate via tools like this, because they are difficult to control and have a tendency to reach out and collect data from everything they touch.  While this article focuses on healthcare data being exposed, it is just one kind of information that is leaking.  Financial records, social security numbers, and other data is at risk as well.  Perhaps most importantly, passwords and logon credentials are leaking, putting additional systems at risk and threatening a chain reaction.  Obviously, banning the use of P2P sharing software would be a good step, and most likely necessary for HIPAA compliance (or Sarbanes-Oxley compliance for that matter) but it is equally important to implement "view-only" systems that prevent the download of sensitive data in the first place, and to protect vulnerable networks and corporate software systems with authentication that can stand up to the loss of passwords and login codes.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-8765188914826677016?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/p2p-networks-expose-health-information.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-4104635153456918047</guid><pubDate>Mon, 16 Feb 2009 19:41:00 +0000</pubDate><atom:updated>2009-02-16T14:55:18.145-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>legislation</category><category domain='http://www.blogger.com/atom/ns#'>encryption</category><category domain='http://www.blogger.com/atom/ns#'>authentication</category><category domain='http://www.blogger.com/atom/ns#'>massachusetts</category><title>Massachusetts Extends Encryption Deadline</title><description>As &lt;a href="http://www.networkworld.com/news/2009/021309-data-protection-law-amended-deadline.html"&gt;reported here in Network World&lt;/a&gt;, Massachusetts has extended the deadline on its data encryption law until January 1, 2010.  The law mandates encryption of sensitive data, particularly personal data such as a combination of a name along with a Social Security number, bank account number, or credit card number.  &lt;br /&gt;&lt;br /&gt;The law is a good start, but still includes too many loopholes in my opinion.  For instance, rather than mandating 2-factor authentication, it calls for "a reasonably secure method of assigning and selecting passwords, or use of unique identifier technologies, such as biometrics or token devices" (17.04 (1) (ii)).  There's no incentive to actually implement unique identifier technologies in that language - instead, just set up a policy for some sort of password rotation and declare it to be "reasonably secure"...&lt;br /&gt;&lt;br /&gt;Similarly, in 17.04 (3), the law requires that "To the extent technically feasible, encryption of all transmitted records and files containing personal information that will travel across public networks, and encryption of all data to be transmitted wirelessly."  I'm having a hard time thinking of many, if any, cases in which it is technically infeasible to apply encryption to records and files being transmitted across public and/or wireless networks.  Why is the modifier necessary?&lt;br /&gt;&lt;br /&gt;With the drumbeat of data breaches growing ever more constant, it seems that now is the time to get tough and demand -- not just suggest -- the use of best practices in encryption and authentication.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-4104635153456918047?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/massachusetts-extends-encryption.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-8487154208179529823</guid><pubDate>Thu, 12 Feb 2009 02:29:00 +0000</pubDate><atom:updated>2009-02-11T21:34:50.504-05:00</atom:updated><title>Data Breaches More Costly Than Ever</title><description>According to &lt;a href="http://www.washingtonpost.com/wp-dyn/content/article/2009/02/02/AR2009020203064.html"&gt;the latest study by the Ponemon Group&lt;/a&gt;, as reported in The Washington Post, the average cost of recovering from a data breach is up to $6.6 million.  Even for small companies, an average cost of $202 per customer record adds up quickly to a crushing blow.  Now more than ever, it's critical to protect yourself from data loss.  That means encrypting data at rest on hard drives and USB Flash Drives, encrypting data in motion when remotely accessing information outside the office or sending data between people, and perhaps most importantly, focusing on strong authentication to ensure that the bad guys can't get in to your systems, even if they succeed in stealing a password or poking a hole in your outer defenses.  A little bit of time, attention, and investment in security now will prevent your business from paying a potentially fatal price down the road.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-8487154208179529823?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/data-breaches-more-costly-than-ever.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-1137186338661756934</guid><pubDate>Tue, 10 Feb 2009 12:57:00 +0000</pubDate><atom:updated>2009-02-10T08:00:21.392-05:00</atom:updated><title>FAA Hacked</title><description>Another high-profile case of data loss occurred last week, when the FAA was hacked.  Apparently, files containing social security numbers and medical information for 45,000 current and former FAA employees were compromised.  &lt;br /&gt;&lt;br /&gt;The data breach drumbeat just keeps getting louder.  Take steps now to protect yourself - encryption, 2-factor authentication, strong networking practices, etc.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-1137186338661756934?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/faa-hacked.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-8576920000065193175</guid><pubDate>Mon, 09 Feb 2009 20:42:00 +0000</pubDate><atom:updated>2009-02-09T15:47:55.605-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>passwords</category><category domain='http://www.blogger.com/atom/ns#'>Kaiser</category><category domain='http://www.blogger.com/atom/ns#'>data breach</category><title>Kaiser Permanente, too...</title><description>&lt;a href="http://www.crn.com/security/213301016"&gt;30,000 Kaiser employees are now at risk of identity theft&lt;/a&gt;, and the company is at risk of break-ins on any systems without 2-factor authentication, after a recent data breach in California...  Just another example of how easy it is to have your password compromised, even through no fault of your own.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-8576920000065193175?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/kaiser-permanente-too.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-6206860955019286162</guid><pubDate>Sun, 08 Feb 2009 20:46:00 +0000</pubDate><atom:updated>2009-02-08T23:01:22.670-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>passwords</category><category domain='http://www.blogger.com/atom/ns#'>monster</category><title>Monster.com Employee Passwords Compromised</title><description>As described in &lt;a href="http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1346018,00.html"&gt;this article&lt;/a&gt;, Monster.com employee login credentials were recently stolen.  Now that hackers have their passwords, Monster's systems are at risk until every last password is changed -- and those users who happen to use the same passwords all over the place are at even greater risk.  The solution, of course, is 2-factor authentication.  If your password is just 1/2 of the login equation, you're protected even if the password is compromised.&lt;br /&gt;&lt;br /&gt;That's the foundation of the &lt;a href="http://www.safetelework.com/"&gt;SafeTelework with Enterprise-in-a-Flash&lt;/a&gt; system, based on patented 2-factor authentication.  Ours isn't the only way to do it, though we think it's the best.  Even if you choose a different product, please be sure it has 2-factor authentication enforcement 100% of the time.  Otherwise, you're just putting yourself at risk.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-6206860955019286162?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2009/02/monstercom-employee-passwords.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-2194220889757554747</guid><pubDate>Fri, 14 Nov 2008 13:57:00 +0000</pubDate><atom:updated>2009-02-08T15:49:54.343-05:00</atom:updated><title>Phishing For Second Factors</title><description>Just when you thought second-factor tokens from banks meant it was safe to go back in the (online) water, a new phishing spoof targets Citibank's two-factor token system.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://voices.washingtonpost.com/securityfix/2006/07/citibank_phish_spoofs_2factor_1.html"&gt;http://voices.washingtonpost.com/securityfix/2006/07/citibank_phish_spoofs_2factor_1.html&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;This is something I've been nervous about since the very first of these random-number-rotation tokens came on the market.  While certainly better than nothing, they remain vulnerable for the time that the current random number is valid.  Even if that's only 60 seconds, it's still a viable window for attack.&lt;br /&gt;&lt;br /&gt;The problem remains that it's just another password that is entered into a box and submitted across the wire to a server.  That means it can be captured / stolen / spoofed, and during the 60-second window, it's the same as any other password.&lt;br /&gt;&lt;br /&gt;The only solution is a device that has unique physical properties that are read and incorporated by the software directly into the authentication process in real time, rather than numbers that are transmitted across the connection.&lt;br /&gt;&lt;br /&gt;This is the driving consideration behind the patented SecureChannel system at the core of the &lt;a href="http://www.safetelework.com"&gt;Enterprise-in-a-Flash secure remote access service&lt;/a&gt;.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-2194220889757554747?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2008/11/phishing-for-second-factors.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item><item><guid isPermaLink='false'>tag:blogger.com,1999:blog-1261000797893931369.post-4321309140179569458</guid><pubDate>Fri, 17 Oct 2008 16:36:00 +0000</pubDate><atom:updated>2009-02-08T15:49:54.360-05:00</atom:updated><category domain='http://www.blogger.com/atom/ns#'>token</category><category domain='http://www.blogger.com/atom/ns#'>phone</category><title>Phones as second factors of authentication</title><description>I've been noticing a trend in the market towards acceptance of phones, particularly cell phones, as a mechanism for enforcing multi-factor authentication.  While I applaud the attempt to make multi-factor authentication more ubiquitous by tying it to an already-prevalent device, I am worried. &lt;br /&gt;&lt;br /&gt;Basically, the way it works is that you input your phone number into your profile at the online service you're logging into - be it a remote desktop product, your bank, or some other system.  Then, when you hit the login page, you enter your username and password, and the system sends a message to your cell with a One Time Password (OTP), or calls you, at which point you press a button to indicate you've received the call.  Once the host recognizes the OTP or receives your call confirmation button press, you're logged in.&lt;br /&gt;&lt;br /&gt;It seems to me that there are several opportunities for trouble here.&lt;br /&gt;&lt;br /&gt;First, it's complicated.  Not very complicated, but complicated enough.  It's another step or two that the average user may simply opt out of.  Will users really adopt it if it's an optional feature?&lt;br /&gt;&lt;br /&gt;How about logistical difficulties:  Do I have to pay for the text message or call minutes every time I log in?  What happens if I'm in an area without cell coverage, like a basement office or a remote vacation spot?  What if my phone runs out of battery?&lt;br /&gt;&lt;br /&gt;In terms of the security itself, what's to prevent someone from stealing my (presumably single-factor) website login and modifying my profile to put in their phone number? &lt;br /&gt;&lt;br /&gt;In the end, I think it's probably better to stick with industry-standed methods for multi-factor authentication -- primarily separate hardware authentication tokens, issued in unique fashion to each user.  This is just too important to entrust to a clever but potentially flawed methodology.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1261000797893931369-4321309140179569458?l=www.safetelework.com%2Fblog'/&gt;&lt;/div&gt;</description><link>http://www.safetelework.com/blog/2008/10/phones-as-second-factors-of.html</link><author>noreply@blogger.com (Joel Haspel)</author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></item></channel></rss>