<?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>BusinessTechFeed &#187; email</title>
	<atom:link href="http://businesstechfeed.com/tag/email/feed/" rel="self" type="application/rss+xml" />
	<link>http://businesstechfeed.com</link>
	<description>For The People Feeding Business With Technology</description>
	<lastBuildDate>Thu, 17 Jun 2010 03:09:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Twitter&#8217;s Bitter Lesson &#8211; What You Should Know</title>
		<link>http://businesstechfeed.com/2009/07/twitters-bitter-lesson-what-you-should-know/</link>
		<comments>http://businesstechfeed.com/2009/07/twitters-bitter-lesson-what-you-should-know/#comments</comments>
		<pubDate>Wed, 15 Jul 2009 17:32:11 +0000</pubDate>
		<dc:creator>Benjamin Ellis</dc:creator>
				<category><![CDATA[security]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[Twitter]]></category>

		<guid isPermaLink="false">http://businesstechfeed.com/?p=306</guid>
		<description><![CDATA[The &#8216;Twitter Hack&#8217; is all over the blogosphere, although it isn&#8217;t really a hack on Twitter as such. An individual (or team) going by the name &#8220;Hacker Croll&#8221; gained access to the personal accounts of Twitter employees and associates, according to an email from Evan Williams (@EV &#8211; Twitter founder). Based on the screen shots circulating [...]]]></description>
			<content:encoded><![CDATA[<p>The &#8216;Twitter Hack&#8217; is all over the blogosphere, although it isn&#8217;t really a hack on Twitter as such. An individual (or team) going by the name <a href="http://www.korben.info/hack-de-twitter-la-suite.html">&#8220;Hacker Croll&#8221; gained access</a> to the personal accounts of Twitter employees and associates, according to an <a href="http://www.techcrunch.com/2009/07/14/twitters-ev-confirms-hacker-targeted-personal-accounts-attack-was-highly-distressing/">email from Evan</a> Williams (@EV &#8211; Twitter founder).</p>
<p>Based on the screen shots circulating the web, it would appear that admin staff at Twitter were using gmail for sensitive activities such as domain name administration &#8211; this meant that the hacker could potentially have used their access to redirect Twitter.com to a malicious site. Of course this is all great blogging fodder for the likes of TechCrunch, which is <a href="http://www.techcrunch.com/2009/07/15/our-reaction-to-your-reactions-on-the-twitter-confidential-documents-post/">clearly enjoying baiting its readers</a>. I don&#8217;t see that publishing Twitter&#8217;s company confidential information on a blog helps anyone, other than gaining traffic for the blog that posts it.<span id="more-306"></span></p>
<p>The fall out will inevitably be harmful to Twitter. It isn&#8217;t the first security incident associated with the darling of the web, and I know of other breaches of confidentiality that have happened, but not made it in to the public domain yet. Twitter needs to tidy up its act.</p>
<p>Key take aways:</p>
<h2>Don&#8217;t send company confidential information over low-security email.</h2>
<ul>
<li>Public email services tend to send data over straight http, rather than https. This makes unencrypted data vulnerable to snooping on public LANs and WiFi hot spots.</li>
<li>Don&#8217;t forward (or allow to be forwarded) &#8216;corporate&#8217; email accounts to public services. Yes, I know it is a pain, but the risks far outweigh the benefits. &#8220;Personal&#8221; and &#8220;business&#8221; email are best separated for a whole list of reasons.</li>
<li>Email can be the weakest link in a number of situations. Don&#8217;t use public email services for critical administration functions like account resets, domain name administration and the like.</li>
<li>Password recovery mechanisms can be gamed to escalate a hacker&#8217;s access. If someone has access to your email, what else can they gain access to?</li>
</ul>
<h2 style="font-size: 1.5em;">Don&#8217;t store more in email that you need to.</h2>
<ul>
<li>Modern day inboxes have turned into huge document repositories. This isn&#8217;t a good thing.</li>
<li>Yes, gmail is wonderful, in that I can access emails from years ago. However, is that a risk as well as a benefit?</li>
<li>&#8220;Delete nothing&#8221; is great for information discovery, but turns against you the second an email account is compromised.</li>
<li>With IMAP-style email access giving the ability to neatly place emails into folders, it becomes all too tempting to store passwords in the mail archive. Many on-line systems (foolishly) email the new user&#8217;s ID and password to the user. Filed into a folder, or left undeleted in &#8216;trash&#8217;, these are a gold mine for a hacker. DELETE THEM. Change your password and tell the site involved not to email passwords. Ever.</li>
</ul>
<h3  class="related_post_title">Related Posts</h3><ul class="related_post"><li><a href="http://businesstechfeed.com/2008/09/when-blurred-e-mail-goes-from-bad-to-worse/" title="When Blurred e-mail Goes From Bad to Worse">When Blurred e-mail Goes From Bad to Worse</a></li><li><a href="http://businesstechfeed.com/2008/08/twitter-business-business-twitter/" title="Twitter Business? Business Twitter.">Twitter Business? Business Twitter.</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://businesstechfeed.com/2009/07/twitters-bitter-lesson-what-you-should-know/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>When Blurred e-mail Goes From Bad to Worse</title>
		<link>http://businesstechfeed.com/2008/09/when-blurred-e-mail-goes-from-bad-to-worse/</link>
		<comments>http://businesstechfeed.com/2008/09/when-blurred-e-mail-goes-from-bad-to-worse/#comments</comments>
		<pubDate>Sun, 28 Sep 2008 20:04:13 +0000</pubDate>
		<dc:creator>Benjamin Ellis</dc:creator>
				<category><![CDATA[Applications]]></category>
		<category><![CDATA[Communications]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://businesstechfeed.com/?p=97</guid>
		<description><![CDATA[The proliferation of mobile devices and mobile users has had an unexpected consequence: e-mail is going non-corporate. Although they will rarely confess to it, many employees are redirecting work e-mails to private e-mail addresses so that they can pick messages up while on the move, either via webmail or mobile devices. Why is that so bad? [...]]]></description>
			<content:encoded><![CDATA[<p>The proliferation of mobile devices and mobile users has had an unexpected consequence: e-mail is going non-corporate. Although they will rarely confess to it, many employees are redirecting work e-mails to private e-mail addresses so that they can pick messages up while on the move, either via webmail or mobile devices.</p>
<p>Why is that so bad? Well, it moves the security boundary for the corporate e-mail firmly outside of the corporate firewall. Hackers have recently had quite a bit of fun with a certain vice presidential candidate&#8217;s email (for the full back ground check out Michelle Malkin&#8217;s &#8220;<a href="http://michellemalkin.com/2008/09/17/the-story-behind-the-palin-e-mail-hacking/">The story behind the Palin e-mail hacking</a>&#8220;. There are many different services out there, and the way that they handle authentication (the usernames and passwords) varies widely. A wily hacker could have access to a mailbox for months if not years before anyone realised.</p>
<p>What to do? The immediate sensible reaction might seem to be a big crack down, but actually it would be more productive to look at employee&#8217;s needs and provide mobile e-mail access. Monthly costs are now very low (on a par with line rental or a broadband account). It might also be time to take another look at a corporate webmail solution for laptop-based remote users.</p>
<p>You might not want users stuck in the office, but you don&#8217;t want their email running free!</p>
<h3  class="related_post_title">Related Posts</h3><ul class="related_post"><li><a href="http://businesstechfeed.com/2009/07/twitters-bitter-lesson-what-you-should-know/" title="Twitter&#8217;s Bitter Lesson &#8211; What You Should Know">Twitter&#8217;s Bitter Lesson &#8211; What You Should Know</a></li><li><a href="http://businesstechfeed.com/2008/11/linking-network-and-database-security/" title="Linking Network and Database Security">Linking Network and Database Security</a></li><li><a href="http://businesstechfeed.com/2008/11/identity-management/" title="Identity Management">Identity Management</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://businesstechfeed.com/2008/09/when-blurred-e-mail-goes-from-bad-to-worse/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
