<?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>The Future of the Internet -- And How to Stop It &#187; Future of the Internet</title>
	<atom:link href="http://futureoftheinternet.org/category/future-of-the-internet/feed" rel="self" type="application/rss+xml" />
	<link>http://futureoftheinternet.org</link>
	<description>Jonathan Zittrain is Professor of Law at Harvard Law School and co-founder of the Berkman Center for Internet and Society at Harvard Law School</description>
	<lastBuildDate>Mon, 30 Aug 2010 23:11:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>FTC goes after astroturfing</title>
		<link>http://futureoftheinternet.org/ftc-goes-after-astroturfing</link>
		<comments>http://futureoftheinternet.org/ftc-goes-after-astroturfing#comments</comments>
		<pubDate>Mon, 30 Aug 2010 23:09:42 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1634</guid>
		<description><![CDATA[Last week the U.S. Federal Trade Commission announced a settlement with Reverb Communications, a firm that describes its business as a: &#8230; full service videogame agency that provides public relations, marketing, and sales services through one integrated campaign to the interactive entertainment and music industry.  Using precise messaging and calculated marketing campaigns, we are able [...]]]></description>
			<content:encoded><![CDATA[<p>Last week the U.S. Federal Trade Commission announced a settlement with Reverb Communications, a firm that <a href="http://www.reverbinc.com/whatwedo/">describes</a> its business as a:</p>
<p style="padding-left: 30px;">&#8230; full service videogame agency that provides public relations,  marketing, and sales services through one integrated campaign to the  interactive entertainment and music industry.  Using precise messaging and calculated marketing campaigns, we are able  to drive consumer and industry demand for our clients&#8217; products,  resulting in increased product sales.</p>
<p style="text-align: left;">According to the FTC&#8217;s <a href="http://ftc.gov/os/caselist/0923199/100826reverbcmpt.pdf">complaint</a>, some of the &#8220;precise messaging&#8221; involved the firm putting in fake positive user reviews of various video games on the iTunes store.</p>
<p style="text-align: left;">I haven&#8217;t been able to track down Reverb&#8217;s answer to the charges except a statement repeated <a href="http://multiplayerblog.mtv.com/2010/08/26/ftc-charges-pr-firm-with-app-store-review-tampering/">here</a>, a blog entry that reports some additional details of how the FTC got onto Reverb&#8217;s trail.  Reverb is said to have said:</p>
<p style="text-align: left; padding-left: 30px;"><em>During discussions with the FTC, it became apparent that we would  never agree on the facts of the situation. Rather than continuing to  spend time and money arguing, and laying off employees to fight what we  believed was a frivolous matter, we settled this case and ended the  discussion because as the FTC states: &#8220;The consent agreement is for  settlement purposes only and does not constitute admission by the  respondents of a law violation.&#8221;</em></p>
<p style="text-align: left;">That sounds like a non-denial denial, and the FTC appears to be doing good work here.  In the fall of &#8217;09 it announced that paid commercial endorsements <a href="http://news.cnet.com/8301-1023_3-10367464-93.html?tag=mncol;txt">had to be disclosed</a> &#8212; even on <a href="http://news.cnet.com/8301-13577_3-10368064-36.html">Twitter, Facebook, and in blogs</a>.  There was some handwringing over this &#8212; would the government be going after any blogger who says something good about something and might have a financial interest in it?  It is not particularly easy to predict, especially since the FTC, unlike other Federal agencies, does not do formal rulemakings &#8212; it can only announce guidelines and then bring one enforcement action at a time under its general charter to combat unfair or deceptive trade practices.</p>
<p style="text-align: left;">The Reverb case provides a good example of how the FTC is thinking about applying its limited staff power: to professional organizations working to subvert ratings schemes.  That&#8217;s a good place to start; if nascent ratings schemes are to work, it&#8217;s helpful to know what the boundaries are &#8212; especially to PR and marketing firms that don&#8217;t want to have to race to the bottom.  Now they can tell their clients that they&#8217;re just not able to help out with fake reviews.  (In the meantime, the Reverb main home page is <a href="http://www.reverbinc.com/">showing a generic parked message</a> &#8212; odd.)</p>
<p style="text-align: left;">I remain curious how effective sites like <a href="http://subvertandprofit.com/">subvertandprofit.com</a> are.  S&amp;P says it:</p>
<p style="text-align: left; padding-left: 30px;">&#8230; runs social media campaigns across a variety of  social media sites, via our 25,000 users who earn money by viewing,  voting, fanning, rating, or posting assigned tasks. Since 2007, our user  actions have effectively promoted our advertisers&#8217; web content to  popularity at significant cost savings. In 2010, Subvert and Profit  merged with Crowdsource Corp. to extend the power of crowdsourcing to a  variety of social and business applications.</p>
<p style="text-align: left;">More directly, S&amp;P tells advertisers that they can:</p>
<p><strong>Buy votes on social media sites.</strong></p>
<ol>
<li><a href="https://subvertandprofit.com/user/signup">Sign up</a>.</li>
<li>Add funds to your account.</li>
<li><a href="https://subvertandprofit.com/content/prices">Buy</a> votes.</li>
<li>Get visitors to your site for cheap.</li>
<li>Repeat.</li>
</ol>
<p>And in turn, social media users can &#8220;get paid just for clicking buttons.&#8221;</p>
<p style="text-align: left;">Perhaps they or other intermediaries that help to launder ratings could find themselves answering some questions from the FTC.  I see the domain for subvertandprofit is registered in Massachusetts, so I&#8217;ve sent an email to its owner &#8212; I&#8217;ll update this post if I hear anything.</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/ftc-goes-after-astroturfing/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Fried Androids?</title>
		<link>http://futureoftheinternet.org/fried-androids</link>
		<comments>http://futureoftheinternet.org/fried-androids#comments</comments>
		<pubDate>Tue, 24 Aug 2010 19:16:19 +0000</pubDate>
		<dc:creator>Jennifer</dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[Generativity]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1607</guid>
		<description><![CDATA[In March, a panel of the Federal Circuit affirmed a Texas district court ruling requiring EchoStar to remotely disable the DVRs of innocent customers as part of its damages for infringing on TiVo&#8217;s DVR patents.  At the time, Elisabeth and JZ predicted that we would see an increasing number of similar cases as companies &#8212; [...]]]></description>
			<content:encoded><![CDATA[<p>In March, a panel of the Federal Circuit affirmed a Texas district court ruling requiring EchoStar to remotely disable the DVRs of innocent customers as part of its damages for infringing on TiVo&#8217;s DVR patents.  At the time, Elisabeth and JZ <a href="http://futureoftheinternet.org/the-end-draws-nearer-for-echostar-dvrs">predicted</a> that we would see an increasing number of similar cases as companies &#8212; and governments &#8212; figured out how to take advantage of additional <a href="http://yupnet.org/zittrain/archives/14#33">control points</a> that exist in tethered appliances.  Their Delphian suggestion came to pass in the mobile arena recently when Oracle <a href="http://developers.slashdot.org/story/10/08/13/0255205/Oracle-Sues-Google-For-Infringing-Java-Patents?from=twitter">filed suit</a> against Google for patent and copyright infringement.  The lawsuit claims that Google&#8217;s Android OS (along with its software development kit and custom virtual machine) infringes Oracle&#8217;s IP rights in the Java programming language.</p>
<p>Much of the online discussion has focused on the merits of the suit.  Oracle officially acquired Sun Microsystems early this year.  Sun originally developed Java and, over time, released most of the platform into the open source ecosystem.  Patents that were filed may have been a defense against litigation or even a <a href="http://www.zdnet.com/blog/burnette/why-software-patents-are-a-joke-literally/2039">joke</a>.  And Google has licenses for those patents.  So the question here revolves around whether, by strict or loose interpretation, Google violated its licenses, but the vagueness and generality of Oracle&#8217;s <a href="http://www.wired.com/images_blogs/threatlevel/2010/08/oracle-google-complaint.pdf">complaint</a> [pdf] (and<a href="http://www.marketwatch.com/story/oracle-files-complaint-against-google-for-patent-and-copyright-infringement-2010-08-12?reflink=MW_news_stmp"> press release</a>) renders most of this analysis speculative pending additional clarification.  (More discussion on the open source backdrop is available <a href="http://www.wired.com/threatlevel/2010/08/oracle-attacks-opensource/?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+wired%2Findex+%28Wired%3A+Index+3+%28Top+Stories+2%29%29">here</a> and <a href="http://www.zdnet.com/blog/open-source/oracle-aims-to-destroy-open-source-software-industry/7172">here</a>, and counterpoint <a href="http://www.infoworld.com/d/developer-world/why-oracle-was-right-sue-google-392-1">here</a>.)</p>
<p>However, the remedy Oracle wants couldn&#8217;t be more clear.  It asks for monetary damages to compensate it for its financial losses and punitive damages because it alleges Google &#8220;knowingly,&#8221; i.e. intentionally, violated its IP rights.  In addition, Oracle requests &#8220;[a]n order permanently enjoining Google, its officers, agents, servants, employees, attorneys and affiliated companies, its assigns and successors in interest, and those persons in active concert or participation with it, from continued acts of infringement of the patents and copyrights at issue in this litigation&#8221; and &#8220;[a]n order that all copies made or used in violation of Oracle America’s copyrights, and all means by which such copies may be reproduced, be impounded and destroyed or otherwise reasonably disposed of.&#8221;  The last one is the kicker: just like TiVo&#8217;s demand of EchoStar, Oracle wants the court to tell Google to reach into Android owners&#8217; handsets and rip out the offending material, leaving innocent consumers with a gutted shell &#8212; and the remainder of their two-year service contract.</p>
<p>The destruction remedy applies only to the copyright claim.  If the case goes to trial a jury could conceivably find Google liable for patent infringement but not copyright violation.  And even if it did, the district judge has discretion over what relief to grant.  Plus, the appeals process could hack back overbearing damages.</p>
<p>But as long as it is on the table, the availability of such a remedy is a very big stick.  Even if Google believes it should win the suit, betting on that outcome doesn&#8217;t make sense if it means risking having to destroy consumers&#8217; phones or fighting a long and uncertain legal battle after the destruction provision is awarded, instead of paying conventional monetary damages.</p>
<p>Google has seen how a similar fight has played out for EchoStar.  EchoStar attempted to comply with the court order by sending DVR boxes an update that replaced the infringing technology with noninfringing parts, leaving intact the DVRs&#8217; functionality.  The Federal Circuit said &#8220;no dice,&#8221; the remedy was disablement of the DVRs, and that alone would suffice.  EchoStar continues to refuse to disable its customers&#8217; DVRs and has been held in contempt and fined $200 million.</p>
<p>The Federal Circuit has <a href="http://news.cnet.com/8301-31021_3-20005031-260.html">agreed</a> to rehear EchoStar&#8217;s case en banc.  And in the interim, the U.S. Patent and Trademark office has <a href="http://newteevee.com/2010/06/08/u-s-patent-office-rules-against-tivo-in-dish-echostar-case/">invalidated</a> the very patents TiVo claimed EchoStar infringed. (TiVo is appealing the ruling; until its appeal is exhausted, the patents remain in force.)  And the FTC has stepped in to give the circuit court some guidance, filing an amicus brief <a href="http://www.multichannel.com/article/455633-FTC_Weighs_In_On_TiVo_EchoStar_Case.php">urging</a> it to consider how specific sanctions will impact innovation across the technology industry.</p>
<p>The availability of destruction as a remedy smothers innovation.  If Oracle can&#8217;t strong-arm Google into settling but wins at trial and is awarded the destruction provision (and it survives appeal and Google eventually capitulates instead of balking and riding a series of contempt proceedings into a draconian post-litigation settlement or bankruptcy), (1) consumers would have their phones replaced with bricks and think twice before buying new tech again; (2) Android developers would see their platform and all their apps evaporate; and (3) in the future, companies would likely waste time reinventing the wheel to avoid Google&#8217;s court-ordered fate rather than developing new technologies.  There is a storm brewing, brought on by the rise of tethered appliances and the thicket of <a href="http://yupnet.org/zittrain/archives/19#50">software patent regulation</a>.</p>
<p>&#8212;By Jennifer Halbleib</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/fried-androids/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>The Google/Verizon framework</title>
		<link>http://futureoftheinternet.org/the-googleverizon-framework</link>
		<comments>http://futureoftheinternet.org/the-googleverizon-framework#comments</comments>
		<pubDate>Mon, 16 Aug 2010 13:05:11 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[net neutrality]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1585</guid>
		<description><![CDATA[I&#8217;ve been trying to figure out what the Google/Verizon announcement means.  It&#8217;s not easy to do, in large part because the announcement doesn&#8217;t precisely announce anything.  It&#8217;s titled a &#8220;legislative framework proposal.&#8221;  That is, on its own terms it&#8217;s not an agreement between two companies &#8212; neither is bound to do anything by it, which [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been trying to figure out what the <a id="c44b" title="Google" href="http://googlepublicpolicy.blogspot.com/2010/08/joint-policy-proposal-for-open-internet.html">Google</a>/<a id="x6gn" title="Verizon" href="http://policyblog.verizon.com/BlogPost/742/JointPolicyProposalforanOpenInternet.aspx">Verizon</a> <a id="bgof" title="announcement" href="http://www.scribd.com/doc/35599242/Verizon-Google-Legislative-Framework-Proposal">announcement</a> means.  It&#8217;s not easy to do, in large part because the announcement  doesn&#8217;t precisely announce anything.  It&#8217;s titled a &#8220;legislative  framework proposal.&#8221;  That is, on its own terms it&#8217;s not an agreement  between two companies &#8212; neither is bound to do anything by it, which I guess is  how they could deny last week&#8217;s <a id="m7je" title="New York Times report" href="http://www.nytimes.com/2010/08/05/technology/05secret.html">New York Times report</a> about a &#8220;deal on web pay tiers&#8221; &#8212; but it does represent a meeting of  the minds between them about what ought to happen in the world, in  particular what American (and presumably others&#8217;) law should become  here.</p>
<p>That kind of mental-but-not-legal agreement can get away  with being far more vague than a typical contract.  It&#8217;s amenable to  what Cass Sunstein calls &#8220;<a id="lm9_" title="incompletely theorized agreements" href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=957369">incompletely theorized agreements</a>.&#8221;   Cass&#8217;s work points out that parties who disagree on basic things &#8212;  such as a would-be polity that wants to produce a constitution for the  first time &#8212; risk coming away empty handed if they insist on their own  views.  But they don&#8217;t want to compromise, either.  So  what they do is strategically punt: they come up with texts that are  intentionally vague, leaving it for another day to figure out what they  mean in practice, so they can move on with a joint endeavor of some  kind.  There are lots of vague statements of that sort in the proposal,  some of which are drawn from another likely-intentionally vague set of  FCC principles about the Net.  So, for example, under the proposal, carriers can&#8217;t engage in <strong>undue</strong> discrimination.  They can do <strong>reasonable </strong>network management.  There&#8217;s to be transparency, but not neutrality, for wireless <strong>at this time.</strong> These definitions would have to be much more fleshed out to understand  what the agreement means, and lawyers use terms like these so that the  parties&#8217; different ideas of &#8220;undue,&#8221; &#8220;reasonable,&#8221; and &#8220;now&#8221; can be  parked in peace under the same roof.</p>
<p>Here&#8217;s my own take so far &#8212; I figured it might be useful to  share my own process in working this through rather than writing (yet) a  firm advocacy piece for one view over another.<span id="more-1585"></span></p>
<p>First, some of  the differences in reaction to the proposal can be explained by what  critics see as the alternatives.  For some, the important thing to weigh  is the straight policy merit of the proposal as they see it, without  regard to what is possible given the array of interests pushing for  different outcomes.  Those idealists will find much to disagree with, since the proposal is so qualified, apparently representing horse-trading as much as some consistent set of principles at work.   For others, the proposal is weighed in the context of the status quo and  where it&#8217;s likely to go.  That includes Google, which said in a <a id="cbku" title="blog entry today" href="http://googlepublicpolicy.blogspot.com/2010/08/facts-about-our-network-neutrality.html">blog entry today</a>:</p>
<div>
<blockquote><p>But  given political realities, this particular issue has been intractable  in Washington for several years now. At this time there are no  enforceable protections – at the Federal Communications Commission or  anywhere else – against even the worst forms of carrier discrimination  against Internet traffic.</p>
<p>With that in mind, we decided to partner with a major broadband provider on the best policy solution we could devise together. We’re not saying this solution is perfect, but we believe that a proposal that locks in key enforceable protections for consumers is preferable to no protection at all.</p></blockquote>
</div>
<p>The FCC  protections referenced by Google (and incorporated in part in the  proposed framework) are the principles first articulated in 2005 as a  Commission policy statement &#8212; oddly not easy to find online in a clean  form, but quoted in lots of places (Formal reference: &#8220;In re Appropriate  Framework for Broadband Access to the Internet Over Wireline  Facilities,&#8221; 20 F.C.C.R. 14,986 (2005).)</p>
<p>Those principles were  applied in an action by the FCC against Comcast, which had been quietly  restricting peer-to-peer traffic to and from its subscribers.  Comcast  was told it couldn&#8217;t do that in the awkwardly titled &#8220;In re Formal  Complaint of <a id="pkdn" title="Free Press" href="http://www.freepress.net/">Free Press</a> and <a id="dg5b" title="Public Knowledge" href="http://www.publicknowledge.org/">Public Knowledge</a> Against Comcast Corp. for Secretly Degrading Peer-to-Peer  Applications,&#8221; 23 F.C.C.R. 13,028 (2008) &#8212; you can read former Chairman  Kevin Martin&#8217;s statement on the matter <a id="onop" title="here" href="http://fjallfoss.fcc.gov/edocs_public/attachmatch/DOC-284286A2.pdf">here</a>.  By the time of the FCC&#8217;s resolution, Comcast had basically already stopped discriminating, which made the  order merely demand transparency about its practices, with a threat of  further consequences should Comcast start discriminating again.  Comcast appealed the FCC order to the federal courts.  In the meantime, the original FCC principles were  reiterated and elaborated in a proposed <a id="kfvv" title="formal rulemaking" href="http://hraunfoss.fcc.gov/edocs_public/attachmatch/FCC-09-93A1.pdf">formal rulemaking</a> (an &#8220;NPRM&#8221;) that got going in the fall of 2009.  While <em>that</em> rulemaking was ongoing, the Comcast appeal of the 2008 order was heard  and decided by the D.C. Circuit.</p>
<p>Comcast had three complaints: first, the FCC had  acted beyond the authority Congress gave it in telling Comcast what to  do (or disclose) about its network management practices; second, the FCC  should have come up with its rules in a rulemaking rather than a simple  order to Comcast after receiving a complaint; third, that the FCC&#8217;s  order was so poorly reasoned as to deserve reversal by the appellate  court.  In April 2010, the <a id="l10b" title="D.C. Circuit held" href="http://pacer.cadc.uscourts.gov/common/opinions/201004/08-1291-1238302.pdf">D.C. Circuit held</a> that the FCC indeed had acted beyond its authority, and so didn&#8217;t move  on to the second and third objections by Comcast.  That finding put the  very rulemaking that Comcast had demanded, and that was by then in  progress, in jeopardy &#8212; leading to the &#8220;no enforceable protections&#8221;  status quo that Google says was an important reason for it to work with  Verizon to get some commitment on net neutrality.</p>
<p>So,  what does that commitment look like?  The proposal is aimed for  Congress to adopt in part to clarify the FCC&#8217;s ability to regulate here,  and it can be divided into two types of suggestions: one about the  ground rules (limited by the vague language sampled above) to be  observed by ISPs, and one that&#8217;s meta, i.e. about who should make and  enforce whatever rules there are to be.</p>
<p>First, the ground rules.   The opening ones affirm concepts of net neutrality, with plenty of  exceptions.  Under &#8220;Consumer Protections,&#8221; the document repeats the  essence of some of the FCC&#8217;s original principles: an ISP (well,  &#8220;broadband Internet access service provider&#8221;) cannot prevent its users  from &#8220;sending and receiving lawful content,&#8221; &#8220;running lawful  applications and &#8230; services,&#8221; and &#8220;connecting their choice of legal  devices.&#8221;  That&#8217;s consumer-friendly, although some critics don&#8217;t like  terms like &#8220;lawful&#8221; &#8212; is an ISP to say what&#8217;s legal and what&#8217;s not?</p>
<p>Next is a non-discrimination requirement:</p>
<blockquote><p>In  providing broadband Internet access service, a provider would be  prohibited from engaging in undue discrimination against any lawful  Internet content, application, or service in a manner that causes  meaningful harm to competition or to users. Prioritization of Internet  traffic would be presumed inconsistent with the non-discrimination  standard, but the presumption could be rebutted.</p></blockquote>
<p>So,  a commitment to net neutrality, at least against violations that cause  &#8220;meaningful harm&#8221; to competition or to users.  (Would anyone care if a  violation caused no harm, or meaningless harm?)  The kind of <a id="il65" title="pay for priority" href="../what-matters-in-net-neutrality">pay for priority</a> arrangements that I discussed in an earlier <a id="s7pk" title="blog" href="../what-matters-in-net-neutrality">blog</a>/<a id="u6::" title="NYT" href="http://www.nytimes.com/roomfordebate/2010/8/9/who-gets-priority-on-the-web/an-impenetrable-web-of-fees">NYT</a> short piece are generally not allowed &#8212; unless they are when the presumption against them is rebutted, using  criteria or ideals not specified in the framework.  Discrimination for  traffic management is to be OK &#8212; as it would be under the FCC&#8217;s  proposed (but now frozen) rules.</p>
<p>Putting aside for the moment who  gets to decide what counts as a fair reason to prioritize Internet  traffic, or what amounts to &#8220;meaningful harm&#8221; &#8212; these are meta issues  of enforcement &#8212; the other notable substantive provisions are for  transparency, wireless and the intriguingly-labeled &#8220;additional online  services.&#8221;</p>
<p>On transparency, providers would have to disclose  their network management practices and &#8220;capabilities&#8221; &#8212; presumably  better data about expected connection rates other than something like  &#8220;UP TO FIFTY Mb/S!&#8221;  That&#8217;s a good feature.</p>
<p>The wireless section says:</p>
<blockquote><p>Because  of the unique technical and operational characteristics of wireless  networks, and the competitive and still-developing nature of wireless  broadband services, only the transparency principle would apply to  wireless broadband at this time.</p></blockquote>
<p>For  many net neutrality advocates this is the most worrisome part of the  framework.  The FCC&#8217;s original principles did not distinguish between  wireless and wired networks, and its proposed rulemaking &#8212; again,  stalled thanks to the Comcast decision &#8212; unlike the Google/Verizon framework, cut little slack to  wireless providers on this score.  On the fact that the framework is less restrictive  to wireless providers, Google says, in essence, &#8220;Don&#8217;t blame us; we&#8217;re  not thrilled with it either, but sometimes you have to compromise.&#8221;  The  way to give the least weight to this provision is to say: it&#8217;s only &#8220;at  this time.&#8221;  There might be some change later if systemic problems  arose on wireless.  And in the meantime the U.S. Congress&#8217;s GAO would  keep an eye on things:</p>
<blockquote><p>The  U.S. Government Accountability Office would report to Congress annually  on the continued development and robustness of wireless broadband  Internet access services.</p></blockquote>
<p>Of course, reports happen all the  time &#8212; seeing a report&#8217;s warnings or recommendations find their way  into federal law through further Congressional action is a steep hill to  climb.  Some critics have said: who cares about network neutrality for  regular broadband; wireless is the important part.</p>
<p>I&#8217;m not so sure.  If  the framework had said the opposite &#8212; Verizon is OK with network  neutrality for wireless but not for regular broadband &#8212; I can imagine  many critics being just as upset, saying that wireless is still  ancillary and that full broadband, with consumers&#8217; wi-fi attached, is  what really matters.  I guess they&#8217;d say that both matter.  I&#8217;m  skeptical myself of rules that carve a difference between them &#8212; one  point of the Internet is to be medium-agnostic &#8212; but I&#8217;m less inclined  to find an evil plan lurking in the differentiation.  I can see that  bandwidth management, at least, can be more crucial for wireless than  wired at this stage in its development, and a Verizon might not feel  comfortable having to justify any policies in those terms as an  exception to a network neutrality rule.  I&#8217;m less confident that there&#8217;s robust competition in the wireless Internet space &#8212; there are still only a handful or providers, and switching among them is costly.</p>
<p>Finally, additional online services:</p>
<blockquote><p>A  provider that offers a broadband Internet access service complying with  the above principles could offer any other additional or differentiated  services. Such other services would have to be distinguishable in scope  and purpose from broadband Internet access service, but could make use  of or access Internet content, applications or services and could  include traffic prioritization. The FCC would publish an annual report  on the effect of these additional services, and immediately report if it  finds at any time that these services threaten the meaningful  availability of broadband Internet access services or have been devised  or promoted in a manner designed to evade these consumer protections.</p></blockquote>
<p>What&#8217;s  an &#8220;additional or differentiated&#8221; service?  One way to understand is to  realize that many common Internet broadband connections already  piggyback on other, legacy connections.  The coaxial cable that comes  into a house bearing decades&#8217; worth of cable TV was partially repurposed  by Comcast to offer Internet, too.</p>
<p>So one pipe offers two very  different things, and the rules telling Comcast what it can and must  allow over the cable TV part of the pipe are very different from the  rules, if any, that might apply to the Internet part.  As I wrote in <a id="jnsv" title="FOI" href="http://www.futureoftheinternet.org/download">FOI</a>:</p>
<blockquote><p>Those  with cable or satellite television have their TV experiences mediated  through a set-top box provided or specified by the cable or satellite  company. The box referees what standard and premium channels have been  paid for, what pay-per-view content should be shown, and what other  features are offered through the service.  The cable television  experience is a walled garden. Should a cable or satellite company  choose to offer a new feature in the lineup called the “Internet  channel,” it could decide which Web sites to allow and which to  prohibit. It could offer a channel that remains permanently tuned to one  Web site, or a channel that could be steered among a preselected set of  sites, or a channel that can be tuned to any Internet destination the  subscriber enters so long as it is not on a blacklist maintained by the  cable or satellite provider. Indeed, some video game consoles are  configured for broader Internet access in this manner.  Puzzlingly, parties to the network neutrality debate have yet to weigh in on this phenomenon.</p></blockquote>
<p>So:  when cable TV companies started adding Internet access to their  offerings, the &#8220;product&#8221; was separate enough that the companies&#8217;  practices on one didn&#8217;t, and weren&#8217;t expected to, translate to the  other.  From what I can tell, &#8220;additional or differentiated services&#8221;  are the prospect that a company offering Internet access might try to  bust into something like &#8230; cable TV.  Net neutrality, and the  Google/Verizon framework&#8217;s own principles, wouldn&#8217;t allow an ISP to  block Vimeo while allowing YouTube.  But if that ISP wanted to  (re)invent a product called &#8220;Cable TV,&#8221; and use broadband to deliver the  bits, it could block AMC while allowing HBO.  Other such products might  be &#8220;telephone,&#8221; &#8220;radio,&#8221; and &#8220;movies on demand.&#8221;  Each of these has  Internet instantiations now &#8212; think Skype, Pandora, and Netflix online  &#8212; but a Verizon or Comcast might someday want to offer a standalone  product, exclusively, with any competitors available only through the  Internet half of the ISP&#8217;s connection.  Another analogy that might help:  iPhone applications vs. its Safari browser.  Steve Jobs gets to say  what apps are permitted to appear on the iPhone, and can cut nearly any  deal he wants to, say, ban or allow Skype or an email app (say, from  Google) that could compete with the iPhone&#8217;s own Apple Mail app.  But  any of these rejected apps, if they can figure out how to establish  themselves simply on the Web, could still be accessed by iPhone users  who run the Safari Web browser and then visit the site for the app.</p>
<p>On  the iPhone this might feel a bit like being relegated to Siberia for an  app developer: it&#8217;s hard to have people type in a URL every time they  want to run the app, compared to just clicking on a single icon.  But  presumably this wouldn&#8217;t be as much of a burden in the &#8220;additional  services&#8221; world that Google and Verizon are referring to.  There, the  Internet is the main attraction, or at least one distinct from any  standalone applications that an ISP tries to deploy over the very same  bandwidth.  Cable TV in my living room is just apples to the orange of  Internet access on a PC or tablet elsewhere in the house.  Still, some  critics fear futures where the tail could wag the dog &#8212; futures very  much like the present situation on an iPhone.</p>
<p>OK, on to the  procedural stuff.  When the FCC cried foul on Comcast&#8217;s throttling of  peer-to-peer activity, one of Comcast&#8217;s objections was that it was  acting case-by-case, rather than setting up a formal rule through  lengthy rulemaking procedures that involve public participation.  The  Google/Verizon proposal calls for eliminating rulemaking full stop, keeping  the FCC to case-by-case adjudications of rules laid down by Congress &#8212;  presumably rules based on the substantive principles reviewed above.   Some critics cheer that proposal, eager to see the FCC&#8217;s intervention in  Internet affairs limited to, say, network neutrality regulation, rather  than, say, content control.  EFF <a id="nwf4" title="calls it" href="http://www.eff.org/deeplinks/2010/08/google-verizon-netneutrality">calls it</a> a &#8220;promising new approach.&#8221;</p>
<p>I&#8217;m not so sure.  As almost anyone to  this debate would agree, network neutrality is complicated, and the gap  between what Congress lays out and what ISPs and others are actually  bound to do and not do can be large.  The framework seems to suggest  filling that gap with private rules:</p>
<div>
<blockquote><p>Parties  would be encouraged to use non-governmental dispute resolution  processes established by independent, widely-recognized Internet  community governance initiatives, and the FCC would be directed to give  appropriate deference to decisions or advisory opinions of such groups.</p></blockquote>
<p>People  like this idea to the extent they think these non-governmental  processes will produce more favorable rules for their interests compared  to those of the FCC, but it&#8217;s vague enough to make it hard to predict  what will happen.  (That might be why the EFF labels this idea merely  &#8220;interesting.&#8221;)  And, of course, there&#8217;s no definition of <em>appropriate </em>deference.  When should the FCC be told to just abide by a private  practice, and when to ignore it?</p>
<p>My sense is that this section of the  framework arises from both Verizon&#8217;s and Google&#8217;s distrust of processes  in Washington, DC &#8212; despite both being perfectly able to function  smoothly there &#8212; and a corresponding sense that the big stakeholders  can just work it out together, as the framework itself was done.  In  almost every forum, public and private, big and little, those who  believe they represent the little guy, the average Internet user, or the  public interest will have reasons to think they&#8217;ll not be fully heard.   At the very least, it&#8217;s clear that the substantive ideas represented in  the Google/Verizon proposal are important enough not to simply be left  to these two players.  Both freely admit as much &#8212; they call the  framework simply a starting point, soliciting others&#8217; views, and  acknowledging that it&#8217;s ultimately up to bodies like the U.S. Congress  to decide what the rules will be and how they&#8217;ll be refined and  enforced.  But their opening bid is to ask Congress to lay down a few  rules and then butt out &#8212; leaving the FCC to play a limited role in  enforcement, and making the bar for adjustment one where Congress would  have to revisit the issue, such as for wireless, if trouble is seen  there.</p>
<p>So what&#8217;s my bottom line right now?  I think the FCC&#8217;s  stalled rulemaking had been very much on target.  From what I can tell,  it would not have rained too much on the parades of the network  providers for them to deal with the limits imposed there &#8212; existing business  models would not have been touched at all.  And it&#8217;s easier to change an  FCC rule, especially if one is a major telecoms player, than a  Congressional statute.</p>
<p>I&#8217;m not sure, as a practical matter, that  Congress would pass rules that mirror those the FCC was moving towards,  and so the choice may be between a status quo that&#8217;s murky, and one with  a substantive compromise not far from where the Google/Verizon document  lands.  I wouldn&#8217;t mind watching and waiting on some of these issues,  especially if full transparency of practices is part of the deal, if  action wouldn&#8217;t be too difficult to take later.  I&#8217;m left wondering  what&#8217;s really in it for Google with a deal like this.  (James Boyle  thinks Google might just be <a id="ww_5" title="naive" href="http://www.huffingtonpost.com/james-boyle/is-google-nave-crafty-or_b_677163.html">naive</a>.)   I can see why Verizon would like it &#8212; even as the framework  anticipates some sacrifices by the telecoms companies that they  currently don&#8217;t have to make.  For Google, it seems more complicated.   But the more important question is whether it&#8217;s a good idea, both on its  own merits and in the context of political realities.</p>
<p>I&#8217;m considering this post only version 1.0 &#8212; I welcome reactions, and I&#8217;ll make updates as my thinking sharpens up on it.  &#8230;JZ</p>
<p>Annotated bibliography:<a href="http://www.wired.com/epicenter/2010/08/google-verizon-propose-open-vs-paid-internets/all/1"></a></p>
<p><strong>Against the proposal</strong></p>
<p><a href="http://www.wired.com/epicenter/2010/08/google-verizon-propose-open-vs-paid-internets/all/1">“Here the Real Google/Verizon Story: A Tale of Two Internets”</a></p>
<p>&#8211;Wired&#8217;s <a title="Posts by Eliot Van Buskirk" href="http://www.wired.com/epicenter/author/eliotvb/">Eliot Van Buskirk</a> offers general implications and criticisms</p>
<p><a href="http://www.buzzmachine.com/2010/08/10/internet-schminternet/">“Internet, Schminternet”</a></p>
<p>&#8211;Jeff Jarvis calls out the carving out of the mobile and “differentiated”  Internet market (Josh Marshall says, “a bit inflammatory but unfortunately pretty much captures it.”)</p>
<p><a href="http://www.huffingtonpost.com/marvin-ammori/google-verizon-pact-makes_b_677296.html">“Google-Verizon Pact: Makes BP Look Good”</a></p>
<p>Pointing out the $2 million fine cap, Marvin Ammori says Google has gone from “Don’t Be Evil” to “Greedier than BP” in record time</p>
<p><a href="http://www.huffingtonpost.com/james-boyle/is-google-nave-crafty-or_b_677163.html">“Is Google Naïve, Crafty or Stupid?”</a></p>
<p>James Boyle calls the proposal “a telephone company&#8217;s vision of network neutrality” and questions whether Google has compromised itself out of its principles.</p>
<p><a href="http://www.economist.com/blogs/babbage/2010/04/verizon_and_its_new_metaphor">“The Internet is not an Ecosystem”</a></p>
<p>Back in April, Babbage argued that Verizon was attempting the blur the lines between “maintaining a network and offering a service over that network” to gut regulation. Read now with new context.</p>
<p><a href="http://www.wired.com/epicenter/2010/08/why-google-became-a-carrier-humping-net-neutrality-surrender-monkey/all/1">“Why Google Became a Carrier-Humping, Net Neutrality Surrender Monkey”</a></p>
<p>Wired&#8217;s Ryan Singel accuses Google of cynically letting openness take a backseat to interests of market dominance and wealth, with a focus on on the late, great Nexus One.</p>
<p><a href="http://www.salon.com/technology/dan_gillmor/2010/08/09/google_verizon_deal">“Google-Verizon Plan: Why You Should Worry”</a></p>
<p>Dan Gillmor writes: “You should not trust Verizon or other carriers, or Google for that matter, to follow through in ways that are truly in the interest of the kind of open networks the nation needs.”</p>
<p><strong>For the proposal</strong></p>
<p><a href="http://news.cnet.com/8301-13578_3-20013212-38.html?tag=cnetRiver">“What the Google-Verizon proposal really says”</a></p>
<p>Larry Downes calls the proposal an “important step in rescuing the Net neutrality crisis from the political cesspool and returning it where it belongs&#8211;a technical problem solved with technical solutions.”</p>
<p><a href="http://www.cato.org/pub_display.php?pub_id=12045">“A Captive of Industry”</a></p>
<p>Jim Harper argues that the proposal ought to have cut the FCC out of internet regulation entirely.</p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/the-googleverizon-framework/feed</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>FOI Topics and Links of the Week</title>
		<link>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-12</link>
		<comments>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-12#comments</comments>
		<pubDate>Tue, 10 Aug 2010 14:57:16 +0000</pubDate>
		<dc:creator>Jennifer</dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[Generativity]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[wikipedia]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1536</guid>
		<description><![CDATA[Game on. A featureless update released recently by TI blocks a hack that allowed owners to write their own programs for the company&#8217;s Nspire calculator. It&#8217;s not immediately obvious what rationale TI used to justify the block. It isn&#8217;t under pressure to protect the commercial interests of a partner service provider. And worst case, a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://hardware.slashdot.org/story/10/07/31/1314222/TI-Calculator-DRM-Defeated?from=rss">Game on.</a> A featureless update released recently by TI blocks a hack that allowed owners to write their own programs for the company&#8217;s Nspire calculator. It&#8217;s not immediately obvious what rationale TI used to justify the block. It isn&#8217;t under pressure to protect the commercial interests of a partner service provider. And worst case, a buggy calculator isn&#8217;t exactly as calamitous as a compromised cell phone. In any event, the competition illustrates what may become an increasingly common <a href="http://techcrunch.com/2010/07/27/zittrain-jailbreak-dmca-appledevelopers/">arms race</a> between hardware companies trying to lock down their products and consumers who want to load the software of their choice on a device they own.</p>
<p><a href="http://yro.slashdot.org/story/10/07/15/1317205/Droid-X-Self-Destructs-If-You-Try-To-Mod?from=rss">Disintegrating Droids.</a> The Droid X comes pre-loaded with eFuse technology, which prevents it from booting with unapproved software. Motorola <a href="http://hardware.slashdot.org/story/10/07/17/037259/Motorola-Says-eFuse-Doesnt-Permanently-Brick-Phones?from=twitter">points out</a> that triggering eFuse doesn&#8217;t permanently disable the phone &#8212; it can re-boot once <em>approved</em> software is reinstalled. Much better.</p>
<p><a href="http://arstechnica.com/microsoft/news/2010/07/microsoft-argues-for-neighborhood-watch-approach-to-security.ars">Neighborhood watch for software vulnerabilities.</a> At the Black Hat security conference last week, Microsoft advocated for cooperation between software companies, researchers, and security vendors to share information on flaws and patches in order to keep users safe. Perhaps cross-pollination at the meeting will spread the idea of <a href="http://roomfordebate.blogs.nytimes.com/2010/01/15/can-google-beat-china/">mutual aid</a> to website owners as well.</p>
<p><a href="http://www.zdnet.com/blog/security/hacker-breaks-into-atms-dispenses-cash-remotely/6996">Researcher remotely hacks ATMs.</a> Also at Black Hat, a security researcher demonstrated that he could remotely order stand-alone ATMs to spew cash. While causing a remote ATM to dispense money at will is less appealing to the average thief than cracking open a proximate machine, an accomplice with a laptop in a van nearby could make it a profitable endeavor.</p>
<p><a href="http://mediamemo.allthingsd.com/20100728/time-inc-s-ipad-problem-is-trouble-for-every-magazine-publisher/">Apple rejects iPad magazine subscription app.</a> Apple has nixed an app from Time, Inc. that would have allowed iPad owners to purchase a digital subscription to Sports Illustrated. Peter Kafka of Media Memo hypothesizes that Apple doesn&#8217;t want to give magazine publishers the access to personal user information they would have with an app. But publishers are likely salivating over the targeted advertising potential of mining that data. Plus, single-issue sales through iTunes are cumbersome and inefficient. There may be a confrontation brewing, unless publishers are willing to be satisfied with whatever options Apple grants them.</p>
<div><a href="http://yro.slashdot.org/story/10/08/03/1342224/FBI-Instructs-Wikipedia-To-Drop-FBI-Seal?from=twitter">FBI challenges Wikipedia over logo.</a> This week, the FBI accused Wikipedia of illegally displaying the agency&#8217;s official seal. Wikipedia has refused to remove the image from its FBI page. <a href="http://yupnet.org/zittrain/archives/16#57">Wikipedians</a> have a <a href="http://www.nytimes.com/2008/02/05/books/05wiki.html?scp=1&amp;sq=wikipedia%20muhammad&amp;st=cse">history</a> of standing firm on controversial articles. It&#8217;s unclear whether a specific incident triggered agency action. The BBC <a href="http://www.bbc.co.uk/news/technology-10851394">notes</a> that since the seal is published elsewhere on the Web, the FBI&#8217;s selective targeting of Wikipedia is also mysterious. And many reports on the story <a href="http://en.wikipedia.org/wiki/Streisand_effect">now include</a> . . . images of the seal.</div>
<div><a href="http://www.wired.com/threatlevel/2010/07/zombie-cookies-lawsuit/">Zombie cookie revenge.</a> A lawsuit filed in federal court alleges that several prominent websites used Flash or &#8220;zombie&#8221; cookies to surreptitiously collect personal user information. Flash cookies can re-create browser cookies deleted by users. They function as extra storage for websites and maintain user preferences, but can also be exploited to track users online.</div>
<div>&#8212;By Jennifer Halbleib</div>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-12/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>What matters in net neutrality</title>
		<link>http://futureoftheinternet.org/what-matters-in-net-neutrality</link>
		<comments>http://futureoftheinternet.org/what-matters-in-net-neutrality#comments</comments>
		<pubDate>Tue, 10 Aug 2010 00:39:37 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1580</guid>
		<description><![CDATA[It’s hard to know what to make of the Google/Verizon deal since until earlier today both companies have denied that there is one. And it’s hard to argue about net neutrality because it means so many different things to different people. I&#8217;ve got lots of reading to do to catch up on the newly released [...]]]></description>
			<content:encoded><![CDATA[<p>It’s hard to know what to make of the Google/Verizon deal since until earlier today both companies have denied that there is one. And it’s hard to argue about net neutrality because it means so many different things to different people. I&#8217;ve got lots of reading to do to catch up on the newly released set of principles from the companies, but in the meantime here are a few thoughts on the topic.</p>
<p>The core question is this: when Internet Service Providers turn out to have captive audiences of subscribers &#8212; either because their customers have few if any alternatives for broadband, or because switching is complicated and cumbersome, or because ISP practices are obscure and thus hard for customers to adapt to &#8212; how far should they be allowed to leverage that captivity?</p>
<p>That question arises in the midst of a very confused economy for the movement of bits over the Internet.  With telephones the baseline rule was simple: sender pays.  On the Internet, it&#8217;s more complicated: both sender and receiver pay their respective Internet Service Providers to move their data traffic.  Now, suppose these are large ISPs who are considering connecting to each other directly.  The ISP who hosts a sender of traffic like YouTube might say to the ISP with lots of individual users who watch YouTube videos: &#8220;We seem to have a lot of stuff that your users want, and they&#8217;re paying you to get it to them.  What will you pay us to pass this stuff efficiently over to you?&#8221;  The ISP with the individual users might reply with a different point of view: &#8220;You&#8217;ve got a lot of stuff you want to send to our users, and your corporate customer is making money through advertising or subscription fees when our users access it. What will <em>you </em>and your corporate subscriber pay <em>us</em> to be able to reach our captive audience?&#8221;  It&#8217;s an odd puzzle: both sides benefit from the transaction, so who should pay for it, given that there&#8217;s no baseline rule like &#8220;sender pays&#8221;?</p>
<p>In the past this dilemma between large ISPs has been resolved through peering arrangements that have amounted to simple handshakes: I&#8217;ll carry your traffic aimed at my subscribers if you carry mine aimed for yours, and we&#8217;ll call it even.  Today those deals are more complicated, and their details are typically trade secrets.  But we know this much: Verizon, like other broadband providers, already says to its customers: pay us more and we&#8217;ll give you faster Internet access.  That&#8217;s not controversial.  So should Verizon also be able to make a similar offer in the other direction, to faraway upstream content providers?  Verizon could say to Google: regardless of what you pay your own ISP to get your bits launched on the Internet, pay us more and we&#8217;ll make sure your YouTube videos get to our subscribers all the more quickly as they come in for a landing.</p>
<p>Google might well be able to pay &#8212; and then leave poorer content providers behind.  The next two guys who want to start, say, ShmouTube won&#8217;t be able to do it if they&#8217;ve got to negotiate business development deals with one ISP after another in order to reach those ISPs&#8217; subscribers.  And that&#8217;s the real danger: when each ISP can, in effect, speak on behalf of its unwitting subscribers, serving as the troll under the bridge offering up different conditions for access to them, the economics of the Net will start to favor the consolidated, the well-connected, the well-heeled.  Verizon and Google each have reason to take the trouble to negotiate with one another to begin with &#8212; they&#8217;ve both big, and each can offer uniquely desirable benefits to the other.  The generative power of the Internet is that it has offered a perch for anyone who wants to plant a flag in the ground.  Set up <a href="http://www.mynewamazingwebsite.com/">www.mynewamazingwebsite.com</a>, and people the world over can beat a path to it or not as they please.  That represented a huge change from the proprietary consumer networks of the 1980s and 90s, where AOL or CompuServe got to say who could have a presence within their gated communities.</p>
<p>It may turn out to be too simple to have a blanket rule against ISPs charging faraway providers for access.  There are even some outcomes that make that desirable for consumers &#8212; imagine if Internet access were free, with ISPs beating down your door to provide you with broadband, because if you choose them then they&#8217;ll get paid by Google et al. for the privilege of sending bits (and ads) to you.  That&#8217;s a dubious outcome for a number of reasons, but it&#8217;s theoretically possible.  But much more dangerous is if ISPs get to pick and choose: one deal for Google, another for the New York Times, a third for eBay, and no deal at all for mynewamazingwebsite.  In a medium in which so many of the giants were yesterday&#8217;s scrappy upstarts &#8212; eBay, Google, even the Web itself &#8212; it would be a travesty to freeze out the next round of innovation from odd corners by deploying an impenetrable web of contracts and fees.  That&#8217;s what I take to be at the core of Chairman Genachowski&#8217;s comment that &#8220;Any outcome, any deal that doesn&#8217;t preserve the freedom and openness of the Internet for consumers and entrepreneurs will be unacceptable.&#8221;</p>
<p>Update: More thoughts <a href="http://futureoftheinternet.org/the-googleverizon-framework">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/what-matters-in-net-neutrality/feed</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Blackberry-22</title>
		<link>http://futureoftheinternet.org/blackberry-22</link>
		<comments>http://futureoftheinternet.org/blackberry-22#comments</comments>
		<pubDate>Tue, 03 Aug 2010 15:52:16 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[blackberry]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[filtering]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1554</guid>
		<description><![CDATA[&#8220;Why did you walk around all day with rubber balls in your hands?&#8221; Orr sniggered again. &#8220;I did it to protect my good reputation in case anyone ever caught me walking around with crab apples in my cheeks. With rubber balls in my hands I could deny there were crab apples in my cheeks. Every [...]]]></description>
			<content:encoded><![CDATA[<p style="padding-left: 30px;">&#8220;Why did you walk around all day with rubber balls in your hands?&#8221;<br />
Orr sniggered again.  &#8220;I did it to protect my good reputation in case  anyone ever caught me walking around with crab apples in my cheeks.   With rubber balls in my hands I could deny there were crab apples in my  cheeks.  Every time someone asked me why I was walking around with crab  apples in my cheeks, I&#8217;d just open my hands and show them it was rubber  balls I was walking around with, not crab apples, and that they were in  my hands, not my cheeks.  It was a pretty good story.  But I never knew  if it got across or not, since it&#8217;s pretty tough to make people  understand you when you&#8217;re talking to them with two crab apples in your  cheeks.&#8221;  &#8211;Jospeh Heller, <em>Catch-22</em></p>
<p>I&#8217;m having similar difficulty understanding Research In Motion&#8217;s <a href="http://www.arabianbusiness.com/594087-blackberrys-response-rim-statement-in-full">statement</a> in response to the news cascade following threats by the UAE and other countries to terminate its license to sell Blackberrys unless it&#8217;s more cooperative with government requests for surveillance.</p>
<p>Part of the confusion arises from the fact that we&#8217;re only seeing a small slice of a government-to-company negotiation &#8212; the public threat part &#8212; so exactly what&#8217;s being asked hasn&#8217;t been disclosed, and neither the government nor RIM have much incentive to say more.  And it&#8217;s hard to infer what&#8217;s on the table since the Blackberry is a Swiss army knife-style digital appliance &#8212; it makes phone calls, supports instant messaging, texts, and email &#8212; in communication both with other Internet users (including those without Blackberrys) and within a corporate environment.  When trying to figure out what RIM could share if it wanted (or were pressured) to, it helps to consider each service and environment separately.</p>
<p>So how does RIM&#8217;s public statement fit in?  Here&#8217;s the intro:</p>
<p style="padding-left: 30px;">Due to recent media reports, Research In Motion (RIM) recognizes that  some customers are curious about the discussions that occur between RIM  and certain governments regarding the use of encryption in BlackBerry  products.  RIM also understands that the confidential nature of these  discussions has consequently given rise to speculation and  misinterpretation.</p>
<p>RIM respects both the regulatory requirements  of government and the security and privacy needs of corporations and  consumers. While RIM does not disclose confidential regulatory  discussions that take place with any government, RIM assures its  customers that it is committed to continue delivering highly secure and  innovative products that satisfy the needs of both customers and  governments.</p>
<p>Strong but vague so far &#8212; there&#8217;s a compromise to be struck, and RIM hopes to make the right one, bearing in mind the needs and interests of both its customers and its regulators.  It&#8217;s how the statement continues that&#8217;s puzzling, and to understand requires going from forest to trees for a bit:</p>
<p style="padding-left: 30px;">Many public facts about the BlackBerry Enterprise Server security  architecture have been well established over the years and remain  unchanged. A recap of these facts, along with other general industry  facts, should help our customers maintain confidence about the security  of their information. &#8230;</p>
<ul>
<li>The BlackBerry security architecture was specifically designed to  provide corporate customers with the ability to transmit information  wirelessly while also providing them with the necessary confidence that  no one, including RIM, could access their data. &#8230;</li>
</ul>
<ul>
<li>The BlackBerry security architecture for enterprise customers is based  on a symmetric key system whereby the customer creates their own key and  only the customer ever possesses a copy of their encryption key. RIM  does not possess a &#8220;master key&#8221;, nor does any &#8220;back door&#8221; exist in the  system that would allow RIM or any third party to gain unauthorized  access to the key or corporate data.</li>
</ul>
<p>At last some specifics.  But they appear extremely selective.  The first bullet point above talks about the encryption of data between a handheld Blackberry and the server operated by RIM &#8212; a way station until the data finds its ultimate recipient.  (People intend to email each other, not RIM; the RIM server is just a way to route data from one person to another.)  So the first bullet point offers the assurance that the data can&#8217;t readily be accessed between the Blackberry user and the RIM way station.  Fair enough &#8212; such encryption is routine.  For example, those who use gmail in &#8220;secure&#8221; mode &#8212; these days it defaults to that &#8212; enjoy a similar protection.  No stethoscope gathering radio waves in between can easily decipher what&#8217;s going on.</p>
<p>OK, on to the next quoted bullet point, which suggests that once the data is in repose at the way station, even then RIM couldn&#8217;t access it.  But here there&#8217;s a qualifier: it&#8217;s the Blackberry &#8220;security architecture <em>for enterprise customers</em>.&#8221;  Enterprise customers is a term of art that means customers brought en masse under the umbrella of a corporate enterprise.  If Consolidated Widgets had previously had all its internal correspondence routed through a server in its own basement and wanted to farm that out, RIM could offer an &#8220;enterprise solution&#8221; where Consolidated Widgets would become its customer, and all of Widgets&#8217;s employees could be issued Blackberrys and corresponding email accounts.  In that case, promises RIM, email sitting on RIM&#8217;s server would still be inaccessible to RIM.  It&#8217;d be private between one sender and one recipient.</p>
<p>Why limit this feature to enterprise customers?  In part because encryption standards haven&#8217;t been widely enough deployed to support ready encryption between users without regard to the devices and platforms they&#8217;re using.  For me to send you an encrypted email that not even our respective email providers can access requires us to coordinate ahead of time on a standard.  For example, you might establish a key using the Philip Zimmerman&#8217;s legendary <a href="http://en.wikipedia.org/wiki/Pretty_Good_Privacy">PGP</a> (&#8220;pretty good privacy&#8221;) standard, and I could then use it to send you an email that only you can read.  But if you haven&#8217;t gone to that trouble, I&#8217;m stumped.</p>
<p>That&#8217;s not RIM&#8217;s fault, but it might make misleading a statement intended to address the overall surveillance controversy &#8212; a statement that on a quick read suggests that Blackberry email users enjoy utter secrecy, when in fact it&#8217;s necessarily only talking about &#8220;enterprise&#8221; users who are emailing each other under a single corporate umbrella.  With that understood, the last line of the RIM statement offers much less assurance than it might seem to the average Blackberry user:</p>
<p style="padding-left: 30px;">RIM assures customers that it will not compromise the integrity and security of the BlackBerry Enterprise Solution.</p>
<p>If the <a href="http://na.blackberry.com/eng/ataglance/solutions/">BlackBerry Enterprise Solution</a> is but a subset of what we think of when we think about Blackberrys &#8212; namely, intra-corporate stuff &#8212; then the fact that it&#8217;s assured it both little threat to a government like UAE, which is no doubt concerned about communications and organizing among citizens outside a single corporate environment, and little solace to those very citizens.  And that&#8217;s why our questions to RIM should stick to apples in cheeks rather than changing the subject to balls in hands: what assurances can be made about cooperation with government surveillance requests <em>outside</em> corporate intranets?  The assurances need not be without exception to be reasonable &#8212; but the parameters of whatever accommodation is reached should be made public.</p>
<p>I welcome correction if I&#8217;m misunderstanding RIM&#8217;s attempt to dispel misunderstandings.  &#8230;JZ</p>
<p>UPDATE 8/5/10: Bruce Schneier has written on the topic <a href="http://www.schneier.com/blog/archives/2010/08/uae_to_ban_blac.html">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/blackberry-22/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Facebook&#8217;s ocean of names becomes a torrent</title>
		<link>http://futureoftheinternet.org/facebooks-ocean-of-names-becomes-a-torrent</link>
		<comments>http://futureoftheinternet.org/facebooks-ocean-of-names-becomes-a-torrent#comments</comments>
		<pubDate>Thu, 29 Jul 2010 01:02:07 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[privacy]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1524</guid>
		<description><![CDATA[Nick Bilton over at the NYT Bits Blog has the story of Internet security consultant Ronald Bowes&#8217;s recent Facebook caper.  Ron noticed that Facebook has a directory of its users, just like the old Bell Telephone White Pages.  I agree with Ron&#8217;s assessment that this is a very little-noticed feature: normally one searches on Facebook [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://bits.blogs.nytimes.com/author/nick-bilton/">Nick Bilton</a> over at the NYT Bits Blog <a href="http://bits.blogs.nytimes.com/2010/07/28/100-million-facebook-ids-compiled-online/?utm_source=twitterfeed&amp;utm_medium=twitter">has the story</a> of Internet security consultant Ronald Bowes&#8217;s <a href="http://www.skullsecurity.org/blog/?p=887">recent Facebook caper</a>.  Ron noticed that Facebook has a directory of its users, just like the old Bell Telephone <a href="http://en.wikipedia.org/wiki/Telephone_directory">White Pages</a>.  I agree with Ron&#8217;s assessment that this is a very little-noticed feature: normally one searches on Facebook not by looking at a directory, but rather by typing a name into a search box.  It&#8217;s in plain sight, though, at <a href="http://www.facebook.com/directory">http://www.facebook.com/directory</a>:</p>
<p><a href="http://futureoftheinternet.org/wp-content/uploads/2010/07/fb-directory.jpg"><img class="alignnone size-medium wp-image-1525" title="facebook directory" src="http://futureoftheinternet.org/wp-content/uploads/2010/07/fb-directory-300x182.jpg" alt="" width="300" height="182" /></a></p>
<p>There are two differences that jump out between this awe-inspiring alphabetical listing of all Facebook users and a dog-eared telephone directory.  First, Facebook&#8217;s directory has a staggering <em>171 million</em> names in it.  Second, in good news for paper prices everywhere given the first difference, the directory is digital &#8212; it&#8217;s right there, online.  And if it&#8217;s online, it&#8217;s scrapable.  Ron, being of the inquisitive engineering sort who can&#8217;t help but push a button if he sees one, figured that supply creates demand, and went ahead and scraped the directory.</p>
<p>That means he produced a file on his own hard drive containing more or less the directory&#8217;s main contents: for each person listed, a name, the person&#8217;s Facebook URL (what one types in to go directly to his or her entry), and unique Facebook ID (not a secret; this is part of a person&#8217;s Facebook url).  The resulting file is only a few gigs &#8212; amazing how cheap storage has become that so much can be roughly the side of an episode of House.  Ron then placed it online as a torrent &#8212; which means anyone can download the file, and voila, a snapshot of Facebook&#8217;s membership as of July 2010.</p>
<p>So, is this a problem?  As I&#8217;m writing, news is only just breaking, so it&#8217;s like that moment when a toddler trips, falls, and then has to think about whether to cry or not.  &#8220;<em>You&#8217;re OK!</em>&#8221; is usually what the alert parent encouragingly says &#8212; and if the toddler buys it, it&#8217;s usually true.  In fact, even if the toddler doesn&#8217;t buy it, it&#8217;s still usually true.  In this case, I think I&#8217;m with the metaphorical parent.  The data that Ron grabbed is precisely what Facebook users have chosen (or perhaps more accurately, passively acquiesced) to share.  For those who lock their privacy settings to avoid having a public listing in a Facebook search, they&#8217;re not present here.  For those who have, they are &#8212; along with a click through to their respective Facebook pages however they&#8217;ve chosen to share them.</p>
<p>Ron appears a little disquieted by it because of the prospect that the snapshot can live forever more.  If you remove your Facebook account or up your privacy settings, that will be reflected in real time in the Facebook directory and search (or at least it should be!).  But the torrent file exists forever &#8212; so one&#8217;s privacy choices are locked into that moment.  This is an artifact of having a service &#8212; Facebook &#8212; converted into a product &#8212; a Facebook database &#8212; the way that universities used to not just maintain online directories, but also publish bound volumes of their alumni with addresses, for those who opted in.  (In fact, many universities <a href="http://alumni.harvard.edu/haa/alumnidirectory">still do this</a>; someone should tell them about saving the trees.)</p>
<p>There&#8217;s some privacy hit there, but there are also benefits.  By making a public directory &#8212; and a scrapable one, no less &#8212; Facebook gets more inbound links and attention as its members become easier to find.  And we benefit by having Facebook&#8217;s subscribers&#8217; public pages indexed by the likes of Google and Yahoo! search.  In fact, when searching on a person&#8217;s name in a regular search engine, quite commonly a Facebook entry is one of the top hits.  That seems to me a good thing, and once Google, Yahoo!, and Bing have it, why shouldn&#8217;t Ron and anyone else who wants it have it too?  Indeed, Ron already did some cool stuff with the data.  For example, he crunched it all and came up with a list of Facebook&#8217;s most commonly used <a href="http://www.skullsecurity.org/blogdata/facebook-firstnames-withcount.txt.bz2">first</a> and <a href="http://www.skullsecurity.org/blogdata/facebook-lastnames-withcount.txt.bz2">last</a> names, discovering &#8220;Michael&#8221; and &#8220;Smith&#8221; coming in at number 1 for each.  Congratulations, Michael Smith, you are hidden in plain sight, since a search for you turns up so many others at the same time!  (Not so much with &#8220;Jonathan Zittrain&#8221;&#8230;)</p>
<p>Anyway, that&#8217;s generativity at work: Facebook makes available a directory on free and open terms, and people do stuff with it, some of which can surprise us.  There could be bad surprises, too &#8212; Ron and others hint at undesirable data mining &#8212; but I&#8217;m glad that the gates of Facebook&#8217;s gated community have some slats in them, rather than being a solid wall.  At most, it seems to highlight the desirability of getting the defaults right: Facebook shouldn&#8217;t have people automatically publicly sharing stuff they&#8217;d not normally share, without clear markers on what&#8217;s about to happen.  As <a href="http://toolbar.google.com/prdlg.html">Google would say</a>, &#8220;Please read this carefully.   It&#8217;s not the usual yada yada.&#8221;</p>
<p>Indeed.  There have been so many Facebook privacy mini-scandals that we&#8217;re primed for the next, and the involvement of a torrent file adds an element of seeming subversiveness to the mix, given the association of p2p with contraband material.  But sometimes when the boy cries wolf it&#8217;s just a shadow.  I count 8 Yadas in the Facebook directory.  And I, along with my <a href="http://www.jeffzittrain.com">cool musician</a> brother <a href="http://en-us.facebook.com/people/Jeff-Zittrain/613281979">Jeff Zittrain</a>, fall in between <a href="http://en-us.facebook.com/people/Aron-Zittra/687235077">Aron Zittra</a> and <a href="http://en-us.facebook.com/people/Austin-Zittrauer/726749501">Austin Zittrauer</a>.  Until now, who knew?  Interesting &#8212; but not pitchfork worthy.  &#8230;JZ</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/facebooks-ocean-of-names-becomes-a-torrent/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Android kill switch activated &amp; some links of the week</title>
		<link>http://futureoftheinternet.org/android-kill-switch-activated-some-links-of-the-week</link>
		<comments>http://futureoftheinternet.org/android-kill-switch-activated-some-links-of-the-week#comments</comments>
		<pubDate>Mon, 26 Jul 2010 14:01:28 +0000</pubDate>
		<dc:creator>elisabeth</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1481</guid>
		<description><![CDATA[Control over tethered appliances basically comes in two forms: pre-approval of apps and kill switches. As this blog has documented, Apple has had a very heavy hand in screening apps, but &#8212; as far as we know &#8212; they haven&#8217;t ever used the iPhone kill switch. I was a little surprised to find that out, [...]]]></description>
			<content:encoded><![CDATA[<p>Control over tethered appliances basically comes in two forms:  pre-approval of apps and kill switches.  As this blog has documented, Apple has had a very heavy hand in screening apps, but &#8212; as far as we know &#8212; <a href="http://www.wired.com/gadgetlab/2010/06/google-flips-remote-kill-switch-on-android-apps/">they haven&#8217;t ever used the iPhone kill switch</a>.  I was a little surprised to find that out, and I wonder why they haven&#8217;t used it.  Maybe the screening process is keeping out malicious apps, and they&#8217;re content to let users keep apps that are merely in bad taste (although they remove them from the app store).  Maybe the bad publicity from past kill switch uses &#8212; see <a href="http://futureoftheinternet.org/orwellian-indeed">Amazon and 1984</a> &#8212; has stayed their hand.  Or maybe they have removed apps and it just hasn&#8217;t been publicized.</p>
<p>Google has taken a different tack with Android:  they&#8217;ve largely surrendered the power to pre-approve apps, because Android users can always download apps from third-party sources.  But they too have a kill switch, and according to the Android developers&#8217; blog post, they <a href="http://android-developers.blogspot.com/2010/06/exercising-our-remote-application.html">decided to use it</a> a few weeks ago.  (It&#8217;s not totally clear from the blog post, but it sounds like they&#8217;ve also used it before on clearly malicious apps.)  An app that <a href="http://blogs.forbes.com/firewall/2010/06/25/google-flips-kill-switch-deletes-and-downplays-botnet-demo-android-apps/">claimed to offer Twilight photos turned out to be a demonstration</a>, done by researchers, of how easy it would be to create an app that would turn phones into a botnet.  The app didn&#8217;t actually create the botnet (and it didn&#8217;t show Twilight photos, either, so most disappointed downloaders deleted it), and the researchers presented their work at the conference.  Nonetheless, after they heard about it, the Android team decided to remotely delete remaining copies of the app as part of a <a href="http://android-developers.blogspot.com/2010/06/exercising-our-remote-application.html">&#8220;cleanup&#8221;</a> process.  Affected users received notifications.</p>
<p>I can see why they wanted to do that.  A <a href="http://android-developers.blogspot.com/2010/06/exercising-our-remote-application.html">report documenting Android vulnerabilities</a> was recently released, and it&#8217;s caused <a href="http://www.readwriteweb.com/archives/google_activates_android_kill_switch_zaps_useless_apps.php?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+readwriteweb+%28ReadWriteWeb%29">some hand-wringing</a> over Android&#8217;s security.  There&#8217;s also no sense in leaving a loaded weapon laying around.  And I&#8217;m glad they told both customers and everyone else that they&#8217;d deleted the apps.  Still, I do worry about the removal of an app that isn&#8217;t actually harming any machines.  More generally, I think that if Android is going to stick to the plan to not pre-screen apps and have an open system, they and we are going to have to think seriously &#8212; more seriously than Apple has had to &#8212; about the ethics of the kill switch.  Questions like whether there should there ever be an opt-out, whether users should get refunds, and whether it should be used in cases other than damaging viruses are all still wide open.</p>
<p>And a few quick links:</p>
<p><a href="http://tech.slashdot.org/story/10/06/28/1923221/Leaked-MS-Presentation-Shows-App-Store-Plans-For-Windows-8?from=rss&amp;utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+Slashdot%2Fslashdot+%28Slashdot%29"> Leaked MS Presentation Shows App Store Plans For Windows 8.</a> Why all this thinking about app stores and kill switches matters:  there are already plans to transfer the app store model from phones to PCs, where the arguments about the virtues and harms of contingent generativity have even more salience.</p>
<p><a href="http://nanocr.eu/2010/06/27/googles-mismanagement-of-the-android-market/">Google’s mismanagement of the Android Market.</a> Jon Lech Johansen thinks the lack of pre-screening is hurting Google and Android.</p>
<p><a href="http://www.phonenews.com/did-apple-flip-the-ios-kill-switch-on-ndrive-11579/">Did Apple Flip the iOS Kill Switch on NDrive?</a> Wait, has Apple already used the kill switch?</p>
<p><a href="http://www.zdnet.com.au/new-zombie-code-in-effect-by-december-339303681.htm">New zombie code in effect by December.</a> Here&#8217;s a totally different option for improving security: let users keep open PCs, but if they become infected, have their ISPs quarantine them or reduce their internet speed to a crawl.  That way, users will have to get their computers fixed and can&#8217;t keep infecting others.  Internet Industry Association CEO Peter Coroneos said of the plan:  &#8220;I&#8217;m sure there are people around that resent having to put new tyres on their car when they&#8217;re unroadworthy, or have their breaks done . . . But the reality is that we have argued that internet users have a responsibility not only to themselves, but also to other users on the internet.&#8221;  The code will be made available to Australian ISPs soon.</p>
<p><a href="http://www.facebook.com/pages/One-Brown-Package-From-Seattle-to-Norway/141564892520845?v=info">One Brown Package: From Seattle to Norway.</a> Why we love the internet in the first place: unexpected avenues for fun, creativity and kindness (here, in the form of people working to get a package from Seattle to Norway).  They claim inspiration from <a href="http://www.ted.com/talks/jonathan_zittrain_the_web_is_a_random_act_of_kindness.html">JZ&#8217;s TED talk</a> on the web on random acts of kindness.  The package is currently reported as missing.</p>
<p>&#8212;By Elisabeth Oppenheimer</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/android-kill-switch-activated-some-links-of-the-week/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>FOI Topics and Links of the Week</title>
		<link>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-10</link>
		<comments>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-10#comments</comments>
		<pubDate>Mon, 28 Jun 2010 17:21:27 +0000</pubDate>
		<dc:creator>Jennifer</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>
		<category><![CDATA[news]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1460</guid>
		<description><![CDATA[iPad security breach. Even closed systems can be vulnerable to exploitation.  A group of high-profile iPad owners, including President Obama&#8217;s Chief of Staff among 114,000 others, had their email addresses exposed by a web security group.  Although it was AT&#38;T&#8217;s network that was compromised, Apple is shouldering much of the blame, since it denies iPad [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://gawker.com/5559346/apples-worst-security-breach-114000-ipad-owners-exposed">iPad security breach.</a> Even closed systems can be vulnerable to exploitation.  A group of high-profile iPad owners, including President Obama&#8217;s Chief of Staff among 114,000 others, had their email addresses exposed by a web security group.  Although it was AT&amp;T&#8217;s network that was compromised, Apple is shouldering much of the blame, since it denies iPad customers a choice of carriers and also requires an email address to activate the device.  AT&amp;T patched the security hole, but not until after the script used to exploit it was shared with third parties.  The FBI is investigating.</p>
<p><a href="http://volokh.com/2010/06/11/the-future-of-privacy-facial-recognition-public-facts-and-300-million-little-brothers/">Facial recognition and next generation privacy.</a> David Thompson gives an update on the progress of facial recognition software and its implications for <a href="http://yupnet.org/zittrain/archives/20#46">privacy 2.0</a>.  In addition to describing the revolution in surveillance capabilities that occurs when a person can be identified on any security camera feed or in any of the more than three billion photos on Flickr, he notes that Face.com <a href="http://techcrunch.com/2010/05/03/7-billion-scanned-photos-later-face-com-opens-up-to-developers/">released an API</a> last month, allowing developers free access to its facial recognition technology and the green light to adapt it for new uses.  Here&#8217;s hoping the appropriate <a href="http://yupnet.org/zittrain/archives/20#80">norms</a> evolve in tandem.</p>
<p><a href="http://techdirt.com/articles/20100604/1307039696.shtml">Defamation liability: please fwd.</a> A bankruptcy court in Texas has ruled that forwarding an email link can be considered defamation.  The defendant in the case didn&#8217;t send a copy of the actual content, just a link to a website.  Neither had he written any of the defamatory content on the website.  It&#8217;s unlikely that the ruling will survive an appeal, since forwarding a link probably doesn&#8217;t amount to the required element of &#8220;publication&#8221; under a traditional interpretation of defamation law.  Still, it&#8217;s something to think about the next time there&#8217;s a link to a juicy tabloid story in your inbox.</p>
<p><a href="http://apple.slashdot.org/story/10/06/01/1937204/Apple-Blindsides-More-AppStore-Developers?from=rss&amp;utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+Slashdot%2Fslashdot+%28Slashdot%29">Shifting foundations of the App Store.</a> Apple continues to indulge its discretion when it comes to approving iOS apps.  This time it pulled an app for being &#8220;widget-like,&#8221; despite approving three previous versions.  The frustrated developer asks &#8220;<em>How can a company be prepared to invest into a platform that can  change at any time<em>?</em>&#8220;</em></p>
<p><a href="http://www.thebigmoney.com/blogs/app-economy/2010/06/11/it-gets-worse-apple-censored-oscar-wilde-comic-featuring-two-men-kissin">It Gets Worse: Apple Censors a Gay Kiss in Oscar Wilde Comic.</a> In another Apple censorship story, the company appeared to block out a kiss in a comic book because two men were doing the kissing.  To be fair, it&#8217;s not entirely clear to me from the pictures in the article whether the same-sex kiss was the cause of the blackout, but the author claims that similar opposite-sex scenes have gone unchanged in other comic books.  As he says, &#8220;the more examples I see of Apple&#8217;s capricious censoring, the less funny it is.&#8221;</p>
<p><a href="http://news.cnet.com/8301-13860_3-20006526-56.html?tag=newsLeadStoriesArea.1">Steve Jobs at D8: Post-PC era is nigh.</a> In the introduction of the book, JZ <a href="http://yupnet.org/zittrain/archives/6">predicted</a> that Steve Jobs, having launched the PC era, was about to usher it out.  Now, Jobs <a href="http://news.cnet.com/8301-13860_3-20006526-56.html?tag=newsLeadStoriesArea.1">says the same thing</a>.  According to him, &#8220;PCs are going to be like trucks &#8230; they are still going to be around,&#8221; but &#8220;one out of x people will need them.&#8221;</p>
<p><a href="http://techdirt.com/articles/20100608/1521449744.shtml">TiVo&#8217;s &#8216;Big Win&#8217; Over Dish On Patents Looking Less And Less Solid, As Patent Office Rejects Patent Claims.</a> Update in <a href="http://futureoftheinternet.org/the-end-draws-nearer-for-echostar-dvrs">the TiVo-EchoStar battle</a>: we may never find out if EchoStar will actually have to remotely kill already-purchased DVRs, because the Federal Circuit is rehearing the original patent claims en banc.</p>
<p>&#8212;By Jennifer Halbleib and Elisabeth Oppenheimer</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/foi-topics-and-links-of-the-week-10/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>The Internet’s Fort Knox Problem</title>
		<link>http://futureoftheinternet.org/fort-knox-problem</link>
		<comments>http://futureoftheinternet.org/fort-knox-problem#comments</comments>
		<pubDate>Thu, 03 Jun 2010 19:52:12 +0000</pubDate>
		<dc:creator>jz</dc:creator>
				<category><![CDATA[Future of the Internet]]></category>

		<guid isPermaLink="false">http://futureoftheinternet.org/?p=1456</guid>
		<description><![CDATA[A few weeks ago Internet security firm McAfee released an update to its Windows PC customers designed to protect them against a newly detected virus threat.  Instead, for some, the update destroyed a legitimate, and crucial, system file.  Uncountable numbers of PCs – likely hundreds of thousands, even millions – were rendered unusable.  The University [...]]]></description>
			<content:encoded><![CDATA[<p>A few weeks ago Internet security firm McAfee released an update to its Windows PC customers designed to protect them against a newly detected virus threat.  Instead, for some, the update destroyed a legitimate, and crucial, system file.  Uncountable numbers of PCs – likely hundreds of thousands, even millions – were rendered unusable.  The University of Michigan medical school lost the use of 8,000 of 25,000 PCs.  State troopers in Kentucky abandoned their cruisers’ mobile PCs and resorted to writing reports by hand.  Some hospitals in Rhode Island turned away non-trauma patients from their ERs.</p>
<p>The issue is larger than one firm&#8217;s unfortunate misstep.  It echoes across the entire Internet.  Call it the Fort Knox problem.</p>
<p>Fort Knox represents the ideal of security through centralization: gunships, tanks, and 30,000 soldiers surround a vault containing over $700 billion in American government gold.  It’s not a crazy idea for a nation’s bullion; after all, the sole goal is to convincingly hoard it.  But Fort Knox is an awful model for Internet security.</p>
<p>Our IT environment has traditionally been immune from many Fort Knox issues, because its architecture has encouraged decentralization.  One PC might be compromised, or Web site might fall, but others stand.  Bad guys on one side of the spectrum, and well-intentioned regulators on the other, each had to sweat to have an impact on Internet activities.</p>
<p>But the bad guys were clever and industrious.  Their digital robots came to costlessly crawl the Web looking for computers and sites to compromise, leveraging their reach.  Operators of well-financed Web sites have dealt with rising anxieties about security by spending enormous amounts of money on digital bunkers and backups for their data, while littler ones have hunkered down and simply hoped they wouldn’t be hit.</p>
<p>The public sector has been confused about how to help.  Governments know how to maintain and defend their roads and waterways, but have been stymied in cyberspace: so much of it is rightly privatized that there’s no obvious place to station a guard and no way to fill a digital pothole.  Worse, since identifying those behind intentional attacks online is exquisitely difficult, the traditional state tools of deterrence and punishment are ineffective.</p>
<p>That’s why we now see centralization under a few major corporate umbrellas under which disparate activities can be gathered.  The lures of security, interoperability and economies of scale have propelled much of the Web from a vibrant ecosystem of different, and differently managed, PCs and sites to one where a handful of private Fort Knoxes take responsibility for security.</p>
<p>But we can’t simply put our precious data into a single well-protected vault and peek in every few years.  We need to guard our PCs and data, but we also need them to be part of a worldwide network.  When we’re not masking our digital trail, we’re eagerly sharing it.  If we try to centralize its protection, it’s not a one-time transaction: rather, we need a constant gatekeeper who signs our data in and out every time we want to make use of it.  That’s a thread that runs from the McAfee debacle, where millions of people and firms turned the keys to their computers over to a third party to handle, through to cloud-based platforms like Facebook, where the company’s assent is increasingly needed to run unrelated applications on its platform or to log in to unaffiliated Web sites that no longer care to maintain their own digital borders.</p>
<p>If McAfee makes a mistake, many people pay at once.  If Facebook’s computers go down or are compromised, thousands of otherwise-independent applications and sites suddenly go down with it.  It’s not just our own data and transactions at risk, but our collective memory: the flip side of a centralized defense against bad guys is vulnerability to well-meaning good guys.  For example, if the generally laudable Google Books project is a spectacular success, we’ll see libraries give up their moldering, isolated archives of regular books in exchange for PC terminals where patrons can peer at an ephemeral digital copy drawn from Google’s central archive.  It makes sense – and no doubt Google has near-impregnable backups – but it’s also an opportunity for a government to intervene in worrisome ways.</p>
<p>For example, if one book in the system contains copyright infringing, or defamatory, or obscene material, those aggrieved can get a court order requiring the infringing pages of the book to be deleted from the central server.  This vulnerability affects every book that is distributed and maintained through a centralized platform.  Anyone who does not own a physical copy of the book – and a means to search it to verify its integrity – will now lack access to that material.  By centralizing (and to be sure, making more efficient) the storage of content, we are building a world in which, as a practical matter, all copies of once-censored books like Candide, The Call of the Wild, and Ulysses could have been permanently destroyed at the time of the censoring, and could not be studied or enjoyed even after subsequent decision-makers lifted the ban.</p>
<p>So what do we do?  We have two things going for us that the real Fort Knox doesn’t: we can make copies of our digital gold, and there are lots of us, each with our own stake in security and autonomy.</p>
<p>First, so long as there aren’t undue barriers to extracting our own data from cloud platforms or our own PCs, backups can become more seamless, and made in a variety of ways, making a McAfee misstep or anything like it less costly.  Then we have our cake and eat it too.  The same principle applies to projects like Google Books, where participating libraries can arrange to securely maintain their own gold copies of Google’s precious trove – kept to compare against others’ copies, so omissions and changes can be detected and appropriately challenged, not leaving Google with the sole burden of holding off government speech regulation.</p>
<p>Second, we need to reinvigorate the Internet’s principle of open, distributed architecture that has sparked so much growth and innovation.  Our choices for security aren’t simply among government soldiers, corporate mercenaries, or our own personal barricades – though each has a valuable role to play.  Rather, we can reinforce open, shared early warning systems to enumerate and deal with security threats, whether against PCs, Web sites, or Internet connectivity.  With a few technical tweaks, we can all further help relay data from Web sites that are under attack, stabilizing their presence.  Security shouldn’t have to be purchased like a personal bodyguard.  Far more flexible than Fort Knox are people, each with their own pocketed gold and machinery, empowered to look out for one another.</p>
<p>A version of this appeared in the <a href="http://www.ft.com/cms/s/0/c6ca96bc-6e94-11df-ad16-00144feabdc0.html">Financial Times</a> on June 3rd, 2010.</p>
]]></content:encoded>
			<wfw:commentRss>http://futureoftheinternet.org/fort-knox-problem/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>
