<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
>

<channel>
	<title>Info/Law &#187; Security</title>
	<atom:link href="http://blogs.law.harvard.edu/infolaw/category/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/infolaw</link>
	<description>Information, Law, and the Law of Information</description>
	<lastBuildDate>Sun, 15 Nov 2009 16:52:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
		<item>
		<title>Rafal Rohozinski on Internet Surveillance and Monitoring</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/10/09/rafal-rohozinski-on-internet-surveillance-and-monitoring/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/10/09/rafal-rohozinski-on-internet-surveillance-and-monitoring/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 21:15:31 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Berkman]]></category>
		<category><![CDATA[Digital Media]]></category>
		<category><![CDATA[Filtering]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Media]]></category>
		<category><![CDATA[NSA]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[badware]]></category>
		<category><![CDATA[international]]></category>
		<category><![CDATA[national security]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=827</guid>
		<description><![CDATA[My former ONI colleague Rafal Rohozinski, now of Information Warfare Monitor, has a great interview where he discusses methodology and findings for both projects. Well worth a read!
]]></description>
			<content:encoded><![CDATA[<p>My former <a href="http://opennet.net/" target="_blank">ONI</a> colleague Rafal Rohozinski, now of <a href="http://www.infowar-monitor.net/" target="_blank">Information Warfare Monitor</a>, has a <a href="http://www.net-security.org/article.php?id=1314" target="_blank">great interview where he discusses methodology and findings for both projects</a>. Well worth a read!</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/10/09/rafal-rohozinski-on-internet-surveillance-and-monitoring/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Passwords and Post-Its</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/07/14/passwords-and-post-its/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/07/14/passwords-and-post-its/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 15:37:01 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Computer crime]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Scholarship]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=666</guid>
		<description><![CDATA[Bruce Schneier links to a paper from HotSec that argues strong passwords accomplish little; instead, stronger user IDs and limits on log-in attempts are better solutions. (Implicit in this argument is that dictionary or guessing attacks are lower-priority threats than phishing or keyloggers.) And John Kelly of the Washington Post bemoans the standard yet brain-dead [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.schneier.com/blog/archives/2009/07/strong_web_pass.html" target="_blank">Bruce Schneier links</a> to a <a href="http://www.usenix.org/event/hotsec07/tech/full_papers/florencio/florencio.pdf" target="_blank">paper from HotSec</a> that argues strong passwords accomplish little; instead, stronger user IDs and limits on log-in attempts are better solutions. (Implicit in this argument is that dictionary or guessing attacks are lower-priority threats than phishing or keyloggers.) And John Kelly of the <em>Washington Post</em> <a href="http://www.washingtonpost.com/wp-dyn/content/article/2009/07/12/AR2009071202012.html?hpid=sec-metro" target="_blank">bemoans the standard yet brain-dead corporate routine of forced password changes</a> every X days.</p>
<p>When my consulting team did security stuff (note technical terminology) at Lotus, we found that the biggest risk from passwords is the Post-It note: users write down their passwords because security policies mandate ones that aren&#8217;t readily remembered. Try wandering around your office environment and see how many of these you can find 1) attached to monitors, 2) under keyboards, or 3) on office desk calendars / blotters. Far too much security protocol relies on conventional wisdom and accepted practice rather than empirical data.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/07/14/passwords-and-post-its/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Google, Encryption, and Security</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/06/16/google-encryption-and-security/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/06/16/google-encryption-and-security/#comments</comments>
		<pubDate>Tue, 16 Jun 2009 16:58:01 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Computer crime]]></category>
		<category><![CDATA[Digital Media]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Law School]]></category>
		<category><![CDATA[Media]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[badware]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=566</guid>
		<description><![CDATA[The Washington Post covers a letter by security researchers and academics urging Google to adopt encryption (HTTPS) as the default for all of its services. (Disclosure: I signed the letter.) The letter makes the case convincingly:
Google uses industry-standard Hypertext Transfer Protocol Secure (HTTPS) encryption technology to protect customers’ login information. However, encryption is not enabled [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://voices.washingtonpost.com/securityfix/2009/06/top_security_minds_urge_google.html?hpid=news-col-blog" target="_blank">Washington Post covers</a> a <a href="http://voices.washingtonpost.com/securityfix/google-letter-final.pdf" target="_blank">letter by security researchers and academics urging Google to adopt encryption (HTTPS) as the default</a> for all of its services. (Disclosure: I signed the letter.) The letter makes the case convincingly:</p>
<blockquote><p>Google uses industry-standard Hypertext Transfer Protocol Secure (HTTPS) encryption technology to protect customers’ login information. However, encryption is not enabled by default to protect other information transmitted by users of Google Mail, Docs or Calendar. As a result, Google customers who compose email, documents, spreadsheets, presentations and calendar plans from a public connection (such as open wireless networks in coffee shops, libraries, and schools) face a very real risk of data theft and snooping, even by unsophisticated attackers. Tools to steal information are widely available on the Internet.</p></blockquote>
<p><a href="http://www.wired.com/threatlevel/2009/06/google_ssl/">Thanks to Chris Soghoian</a> for his leadership on this one!</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/06/16/google-encryption-and-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Talking Open Source in Cincinnati</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/05/15/talking-open-source-in-cincinnati/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/05/15/talking-open-source-in-cincinnati/#comments</comments>
		<pubDate>Fri, 15 May 2009 19:00:45 +0000</pubDate>
		<dc:creator>Tim Armstrong</dc:creator>
				<category><![CDATA[Cincinnati]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Law School]]></category>
		<category><![CDATA[Open Access]]></category>
		<category><![CDATA[Open Standards]]></category>
		<category><![CDATA[Peer Production]]></category>
		<category><![CDATA[Scholarship]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=529</guid>
		<description><![CDATA[I&#8217;ll be speaking on Monday at the Cincinnati Intellectual Property Law Association&#8217;s first annual seminar on the open source phenomenon (with a current focus on open source software that I hope will begin to abate in future iterations of the seminar).  More important, I&#8217;ll be avidly listening: there are some dynamite speakers and topics [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ll be speaking on Monday at the <a href="http://www.cincyip.org/">Cincinnati Intellectual Property Law Association</a>&#8217;s first annual <a href="http://www.cincyip.org/index.php/site/full_events/open_source_seminar/">seminar on the open source phenomenon</a> (with a current focus on open source <em>software</em> that I hope will begin to abate in future iterations of the seminar).  More important, I&#8217;ll be avidly listening: there are some dynamite speakers and topics on <a href="http://www.cincyip.org/images/uploads/Open_Source_2009.pdf">the agenda</a>.  Bona fide Open Source guru <a href="http://en.wikipedia.org/wiki/Bruce_Perens">Bruce Perens</a> is delivering the keynote, and there will be presentations on the <a href="http://en.wikipedia.org/wiki/GNU_General_Public_License">GPL</a>, the <a href="http://en.wikipedia.org/wiki/Digital_Millennium_Copyright_Act">DMCA</a>, and information security, among other topics.  Even if (perhaps especially if) you don&#8217;t stay long enough for me to bore you with my thoughts on the termination of OSS-type licenses under the Copyright Act, it should be an outstanding event.  Organizational kudos go to CincyIP&#8217;s incoming President, <a href="http://www.frostbrowntodd.com/Ria-Farrell-Schalnat/">Ria Schalnat</a>, who is also slated to join us here at <a href="http://www.law.uc.edu/">UC Law</a> as an adjunct faculty member this fall.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/05/15/talking-open-source-in-cincinnati/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Grading the New Administration&#8217;s Innovation Policy</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/04/30/grading-the-new-administrations-innovation-policy/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/04/30/grading-the-new-administrations-innovation-policy/#comments</comments>
		<pubDate>Thu, 30 Apr 2009 14:29:04 +0000</pubDate>
		<dc:creator>Tim Armstrong</dc:creator>
				<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Court Decisions]]></category>
		<category><![CDATA[Digital Media]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Media]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=491</guid>
		<description><![CDATA[During last year&#8217;s Presidential campaign, the Obama team earned accolades for its embrace of new technology to get its message out. During the transition, it extended tools developed during the campaign to allow citizen input on policy.  So, 100 days in, how is the new President doing on fostering technological innovation?
Not too well, according to [...]]]></description>
			<content:encoded><![CDATA[<p>During last year&#8217;s Presidential campaign, the Obama team <a href="http://blogs.law.harvard.edu/infolaw/2007/10/05/who-is-the-infolaw-candidate/">earned accolades</a> for its embrace of new technology to get its message out. During the transition, it extended tools developed during the campaign to allow <a href="http://blogs.law.harvard.edu/infolaw/2008/11/12/obama-cto/">citizen input</a> on policy.  So, 100 days in, how is the new President doing on fostering technological innovation?</p>
<p><a href="http://www.wired.com/threatlevel/2009/04/obama-100-days">Not too well</a>, according to <em>Wired</em> magazine.   <em>Wired</em> gives the new administration a &#8220;D&#8221; on copyright policy, a &#8220;C&#8221; on cyber security, and a &#8220;D minus&#8221; on privacy.  Speaking just to the copyright question, the Administration has done a lot to justify <em>Wired</em>&#8217;s unfavorable assessment thus far.  The Administration has <a href="http://news.cnet.com/8301-13578_3-10223549-38.html">courted controversy</a> by appointing a large number of content-industry lawyers to key law enforcement posts, a practice that the Vice President has <a href="http://www.boingboing.net/2009/04/22/joe-biden-promises-a.html">promised to continue</a> as the Administration prepares to appoint the <a href="http://blogs.law.harvard.edu/infolaw/2008/10/14/pro-ip-and-silence-of-the-profs/">first-ever</a> IP czar.  You don&#8217;t need to look any further than the <a href="http://w2.eff.org/IP/P2P/MGM_v_Grokster/">listing of <em>amicus curiae</em> briefs</a> filed in <em>MGM v. Grokster</em> to see the conflict between strengthening copyright and strengthening innovation: as participants on both sides of that case well understood, more of one means less of the other.</p>
<p>According to <em>Wired</em>, EFF&#8217;s <a href="http://www.eff.org/about/staff/fred-von-lohmann">Fred von Lohmann</a> thinks it&#8217;s still too early to give the administration a grade on innovation.  The new President has had a great deal on his plate, to be sure, from war to a variety of economic crises to a new public-health scare.  But as I <a href="http://blogs.law.harvard.edu/infolaw/2007/10/05/who-is-the-infolaw-candidate/">suggested</a> during the campaign, those things don&#8217;t <em>displace</em> technology policy, they just crowd it out of the headlines and push it into the back rooms.  The new administration <em>has</em> a technology policy that is revealed by its actions to date, and it&#8217;s neither unfair nor premature to evaluate those actions according to their likely effects on innovation.</p>
<p>We will soon have a new data point to add to the mix.  In January, the Supreme Court invited the Solicitor General to file a brief expressing the views of the United States concerning the pending cert petition in <em>CNN, Inc. v. CSC Holdings</em>, no. <a href="http://origin.www.supremecourtus.gov/docket/08-448.htm">08-448</a> (better known as the <a href="http://blogs.law.harvard.edu/infolaw/2008/08/05/2nd-circuit-a-copy-that-exists-for-1-second-is-no-copy-at-all/"><em>Cablevision</em></a> case).  The Court&#8217;s rules don&#8217;t oblige the SG to file by any particular date, but it&#8217;s highly likely that they will do so before the end of the current Term of the Court this summer.  The SG&#8217;s recommendations have historically carried a great deal of weight with the Court, and <a href="http://en.wikipedia.org/wiki/Elena_Kagan">Dean Kagan</a>&#8217;s decision may reveal a great deal about which way the wind is blowing in Washington.  As they used to say, stay tuned!</p>
<p><strong>UPDATE:</strong> In a very nicely done <a href="http://www.publicknowledge.org/pdf/osg-brief-20090529.pdf">brief</a>, the SG has <a href="http://www.publicknowledge.org/node/2238">recommended against</a> cert in <em>Cablevision</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/04/30/grading-the-new-administrations-innovation-policy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Disclosure as Deterrent</title>
		<link>http://blogs.law.harvard.edu/infolaw/2009/01/20/disclosure-as-deterrent/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2009/01/20/disclosure-as-deterrent/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 23:33:54 +0000</pubDate>
		<dc:creator>William McGeveran</dc:creator>
				<category><![CDATA[Computer crime]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[badware]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=451</guid>
		<description><![CDATA[Perhaps lost amidst some other minor news today, we learn of possibly one of the largest data breaches ever.  According to the Security Fix blog on the Washington Post, a large payment processor called Heartland Payment Systems was infiltrated by a piece of malicious software:
Heartland does not know how long the malicious software was [...]]]></description>
			<content:encoded><![CDATA[<p>Perhaps lost amidst some <a href="http://www.washingtonpost.com/wp-dyn/content/article/2009/01/20/AR2009012001146.html">other minor news today</a>, we learn of possibly one of the largest data breaches ever.  According to the <a href="http://voices.washingtonpost.com/securityfix/2009/01/payment_processor_breach_may_b.html">Security Fix blog</a> on the <em>Washington Post</em>, a large payment processor called Heartland Payment Systems was infiltrated by a piece of malicious software:</p>
<blockquote><p>Heartland does not know how long the malicious software was in place, how it got there or how many accounts may have been compromised. The stolen data includes names, credit and debit card numbers and expiration dates.</p>
<p>&#8220;The transactional data crossing our platform, in terms of magnitude&#8230; is about 100 million transactions a month,&#8221; [the company's president] said. &#8220;At this point, though, we don&#8217;t know the magnitude of what was grabbed.&#8221;</p></blockquote>
<p>Wow. (The company hastens to add that, because the bad guys didn&#8217;t get addresses, they would need to make counterfeit cards to exploit this data.  Small comfort if you&#8217;ve read stories like <a href="http://www.wired.com/techbiz/people/magazine/17-01/ff_max_butler">this one</a>.)</p>
<p>This disclosure reminded me of a speech I attended recently: an important DC lawyer who represents companies in privacy disputes was complaining about data breach notification laws. He pointed out, correctly I think, that the expense of disclosing a breach often dwarfs the real risk of harms like identity theft. But then he said the better response would be regulatory rules that set the requirements for data security. Not so sure about that.</p>
<p>I am skeptical about the effectiveness of some federal agency (the FTC?) supposedly auditing data security compliance at big firms across the country. It <a href="http://www.oig.hhs.gov/oas/reports/region4/40705064.pdf">has not worked very well </a>for health care privacy under HIPAA. One thing that moves data security up a company&#8217;s priority list is the reality that mistakes will be made public. But for states&#8217; data breach notification requirements, we might never have found out about the Heartland breach (never mind the <a href="http://www.privacyrights.org/ar/ChronDataBreaches.htm">many, many others</a> revealed through these laws). True, there could be some better standards as to when a breach creates enough risk that the costs of notification are worthwhile. But the basic technique of using the disclosure of errors as deterrence to force better precautions seems sound to me in this setting.  How far would we be toward improving data security if these breaches had remained secret?</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2009/01/20/disclosure-as-deterrent/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Like the Poor, Spam Is Always With Us</title>
		<link>http://blogs.law.harvard.edu/infolaw/2008/12/18/like-the-poor-spam-is-always-with-us/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2008/12/18/like-the-poor-spam-is-always-with-us/#comments</comments>
		<pubDate>Fri, 19 Dec 2008 03:01:19 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Computer crime]]></category>
		<category><![CDATA[Filtering]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Spam]]></category>
		<category><![CDATA[badware]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=442</guid>
		<description><![CDATA[Network World has an interesting article called &#8220;CAN-SPAM: What Went Wrong?&#8221; This title is akin to: &#8220;Subprime Mortgages: A Bad Idea?&#8221; There are three depressing trends: spam remains a huge problem, both in IT costs and in volume; legal efforts have been mostly useless; and experts still disagree about solutions. There are two interesting ones: [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.networkworld.com/news/2008/100608-can-spam.html" target="_blank">Network World has an interesting article</a> called &#8220;CAN-SPAM: What Went Wrong?&#8221; This title is akin to: &#8220;Subprime Mortgages: A Bad Idea?&#8221; There are three depressing trends: spam remains a <a href="http://blogs.zdnet.com/security/?p=2281" target="_blank">huge problem</a>, both in IT costs and in volume; legal efforts have been mostly useless; and experts still disagree about solutions. There are two interesting ones: <a href="http://pewresearch.org/pubs/487/spam" target="_blank">people are less worried about spam as a problem</a>, and spammers have found a new way to monetize unwanted mail. The junk in your Inbox used to be about V1agra, illicit software, or get-rich-quick offers from deposed Nigerian officials. Now, spam is about <a href="http://www.microsoft.com/technet/security/alerts/info/malware.mspx" target="_blank">malware</a>: getting users to click links that then download programs to their computers (which then add them to botnets).</p>
<p>Spam&#8217;s basic problem is the same: our social norms of trust are at odds with the insecure foundations of e-mail. Put another way, both we and our e-mail systems are too trusting, and thus easily duped. Spam exploits the credulous (&#8221;If my friend forwarded this link, it must be OK!&#8221;) and the opportunistic (&#8221;Hey, <a href="http://archives.cnn.com/2001/TECH/internet/02/12/anna.worm/index.html" target="_blank">free Anna Kournikova pictures</a>!).</p>
<p>I still think we should do three things. First, e-mail just doesn&#8217;t work for communications that need security and the ability to authenticate senders. <a href="http://www.vjolt.net/vol10/issue2/v10i2_a5-Bambauer.pdf" target="_blank">I proposed &#8220;safe mail&#8221; a few years back</a>, and as with most academic ideas, it&#8217;s garnered almost as many supporters as Blagojevich for President. But it&#8217;s still a good approach. Second, ISPs need to think about rather paternalistic approaches (=URL blocking) in some cases, with opt-out for those willing to take informed risks. Think of this as mandatory <a href="http://www.stopbadware.org/" target="_blank">StopBadware</a> &#8211; when you try to connect to a spoofed or phishing site, you can&#8217;t. Finally, we need better defenses on our computers. Microsoft Vista tried for this, but its <a href="http://www.pcworld.com/article/140134/annoyance_buster_make_vistas_user_account_control_work_for_you.html" target="_blank">constant security warnings annoyed everyone without increasing security</a>, leading to <a href="http://www.mojaveexperiment.com/" target="_blank">defensive ad campaigns</a> rather than defensive computing.</p>
<p>Spam will always be around. It worries me, though, that our perception of its threat seems to be inversely proportional to the harm its payload carries&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2008/12/18/like-the-poor-spam-is-always-with-us/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Skype, Filtering, and Privacy</title>
		<link>http://blogs.law.harvard.edu/infolaw/2008/10/03/skype-filtering-and-privacy/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2008/10/03/skype-filtering-and-privacy/#comments</comments>
		<pubDate>Fri, 03 Oct 2008 13:22:47 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Berkman]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Filtering]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Scholarship]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[international]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=429</guid>
		<description><![CDATA[[Update Oct. 3 5:45PM - Skype's president responds, and says Skype was unaware of TOM's monitoring. But this is why tech firms partner with domestic Chinese firms: to handle uncomfortable requests such as filtering and surveillance... (via Wired)]
The New York Times reports on some terrific research done by my former ONI colleague Nart Villeneuve &#8211; [...]]]></description>
			<content:encoded><![CDATA[<p>[<strong>Update</strong> Oct. 3 5:45PM - <a href="http://share.skype.com/sites/en/2008/10/skype_president_addresses_chin.html" target="_blank">Skype's president responds</a>, and says Skype was unaware of TOM's monitoring. But this is why tech firms partner with domestic Chinese firms: to handle uncomfortable requests such as filtering and surveillance... (via <a href="http://blog.wired.com/27bstroke6/2008/10/chinese-skype-s.html" target="_blank">Wired</a>)]</p>
<p>The <a href="http://www.nytimes.com/2008/10/02/technology/internet/02skype.html" target="_blank">New York Times reports</a> on some <a href="http://deibert.citizenlab.org/breachingtrust.pdf" target="_blank">terrific research done by my former ONI colleague Nart Villeneuve</a> &#8211; he found that the <a href="http://skype.tom.com/" target="_blank">TOM-Skype</a> text messaging service in China not only scans messages for sensitive keywords, it also stores copies of offending messages along with information identifying the sender and receiver. <a href="http://www.infowar-monitor.net/" target="_blank">This raises a host of scary issues</a>. First, these messages are clearly stored for a purpose. It might be to help TOM-Skype kick people who send sensitive messages off the service; more sinister (and more likely) is that it might help the Chinese government keep tabs on those users (and, probably, analyze traffic data for trends in what&#8217;s discussed or to detect new keywords to block). Second, the surveillance is insecure: Nart&#8217;s hax0r skills are rare, but there are other skilled folks out there, too, who might find (or have found) uses for this information. Third, <a href="http://www.businessweek.com/technology/content/jan2006/tc20060112_434051.htm" target="_blank">Skype has consistently denied</a> doing this sort of thing. Oops. Finally, eBay (which has thus far eluded the <a href="http://blogs.law.harvard.edu/infolaw/2008/05/22/tech-companies-called-on-the-carpet-in-dc-again/" target="_blank">scrutiny that Microsoft, Google, and others have faced over operations in China</a>) has responded by saying they&#8217;ll have TOM-Skype fix the &#8220;security breach.&#8221; No, not the one that stores all these messages &#8211; the one that let Nart access them. This is like spotting a sewage leak like by the flies above it, and vowing to do something about those flies.</p>
<p>This research also elucidates the link between censorship and surveillance: the former can enable the latter to be better-targeted. Indeed, Nart&#8217;s work suggests that TOM-Skype messages were stored not simply because of content, but because the service identified certain users as more likely to send texts with sensitive keywords. That&#8217;s scary. And it moves (or should move) the debate about corporate complicity with authoritarian states&#8217; actions up a notch: this is more like <a href="http://rconversation.blogs.com/rconversation/2008/01/yahoo-the-shi-t.html" target="_blank">Yahoo! selling out Shi Tao</a> than Google censoring search results. We&#8217;ll see what, if anything, eBay does in response.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2008/10/03/skype-filtering-and-privacy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>This Might Convince Me to Buy an iPhone</title>
		<link>http://blogs.law.harvard.edu/infolaw/2008/09/30/this-might-convince-me-to-buy-an-iphone/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2008/09/30/this-might-convince-me-to-buy-an-iphone/#comments</comments>
		<pubDate>Tue, 30 Sep 2008 19:15:58 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[ISP]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Law School]]></category>
		<category><![CDATA[Notes]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=427</guid>
		<description><![CDATA[Lifehacker and CNET point out that IBM is releasing an &#8220;Ultralite&#8221; version of iNotes &#8212; a way of accessing your Lotus Domino (= Notes server) e-mail, contacts, and calendar from an Apple iPhone. This is cool, and a nice addition (competitor) to the current POP / IMAP options for iPhone. I&#8217;ve held off on buying [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://lifehacker.com/5056790/ibm-inotes-ultralite-brings-lotus-access-to-iphones" target="_blank">Lifehacker</a> and <a href="http://news.cnet.com/8301-13579_3-10053844-37.html" target="_blank">CNET</a> point out that <a href="http://www-01.ibm.com/software/lotus/products/domino-web-access/ultralite/" target="_blank">IBM is releasing an &#8220;Ultralite&#8221; version of iNotes</a> &#8212; a way of accessing your <a href="http://www-01.ibm.com/software/lotus/products/domino/" target="_blank">Lotus Domino</a> (= Notes server) e-mail, contacts, and calendar from an Apple iPhone. This is cool, and a nice addition (competitor) to the current POP / IMAP options for iPhone. I&#8217;ve held off on buying an iPhone over concerns about the speed of data transfer and an unwillingness to migrate to Apple&#8217;s services (<a href="http://ptech.allthingsd.com/20080723/apples-mobileme-is-far-too-flawed-to-be-reliable/" target="_blank">MobileMe</a>, I&#8217;m frowning at you!), but this might change the equation.</p>
<p>I remain a huge Lotus Notes fan &#8211; primarily for its security and reliability. Of course, I use Notes at a <a href="http://www.brooklaw.edu/" target="_blank">school with an Exchange infrastructure</a>, and <a href="http://boston.redsox.mlb.com/news/article.jsp?ymd=20080929&amp;content_id=3573177&amp;vkey=news_bos&amp;fext=.jsp&amp;c_id=bos" target="_blank">root for the Red Sox</a> in a city split between the <a href="http://www.sportsline.com/mlb/gamecenter/recap/MLB_20080923_NYY@TOR" target="_blank">Yankees</a> and <a href="http://www.nytimes.com/2008/09/30/sports/baseball/30mets.html?ref=sports" target="_blank">Mets</a>. Up next: I endorse Ralph Nader for the <a href="http://www.latimes.com/news/politics/la-na-nader27-2008sep27,0,298939.story" target="_blank">iconoclast trifecta</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2008/09/30/this-might-convince-me-to-buy-an-iphone/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Studying Cyberwar</title>
		<link>http://blogs.law.harvard.edu/infolaw/2008/08/30/studying-cyberwar/</link>
		<comments>http://blogs.law.harvard.edu/infolaw/2008/08/30/studying-cyberwar/#comments</comments>
		<pubDate>Sat, 30 Aug 2008 15:15:34 +0000</pubDate>
		<dc:creator>Derek Bambauer</dc:creator>
				<category><![CDATA[Filtering]]></category>
		<category><![CDATA[Intermediaries]]></category>
		<category><![CDATA[Internet & Society]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[international]]></category>
		<category><![CDATA[national security]]></category>

		<guid isPermaLink="false">http://blogs.law.harvard.edu/infolaw/?p=413</guid>
		<description><![CDATA[The Washington Post has a great piece about the InfoWar Monitor project, including interviews with my former ONI colleagues Ron Deibert and Rafal Rohozinski. Cyberwar is a new, murky, and fascinating zone of interstate conflict. Most interestingly, it&#8217;s one where combat is outsourced: hackers and denial of service attacks can come from volunteers and on-line [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://www.washingtonpost.com/wp-dyn/content/article/2008/08/26/AR2008082603128_pf.html" target="_blank"><em>Washington Post</em> has a great piece</a> about the <a href="http://www.infowar-monitor.net/" target="_blank">InfoWar Monitor project</a>, including interviews with my former ONI colleagues <a href="http://deibert.citizenlab.org/" target="_blank">Ron Deibert</a> and <a href="http://www.cambridgesecurity.net/public_html/people-rohozinski.html" target="_blank">Rafal Rohozinski</a>. <a href="http://www.ethanzuckerman.com/blog/2008/08/16/misunderstanding-cyberwar/" target="_blank">Cyberwar</a> is a new, murky, and fascinating zone of interstate conflict. Most interestingly, it&#8217;s one where combat is outsourced: hackers and denial of service attacks can come from volunteers and on-line fellow travelers as easily as from military computer labs or intelligence services. InfoWar Monitor is a civilian effort to track, study, and report on this new arena of combat. Like <a href="http://opennet.net/" target="_blank">Internet filtering</a>, cyberwar is difficult to detect and even harder to allocate accountability for. The recent conflict between <a href="http://www.washingtonpost.com/wp-dyn/content/article/2008/08/13/AR2008081303623_pf.html" target="_blank">Russia and Georgia</a>, and previous attacks in <a href="http://opennet.net/sites/opennet.net/files/ONI_Belarus_Country_Study.pdf" target="_blank">Belarus</a>, show how central the Internet is becoming to contests between and within countries. Stay tuned.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.law.harvard.edu/infolaw/2008/08/30/studying-cyberwar/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-sa/3.0/</creativeCommons:license>
	</item>
	</channel>
</rss>
