<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments for madisonian.net</title>
	<atom:link href="http://madisonian.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://madisonian.net</link>
	<description>a law professor blog about technology, arts, and culture</description>
	<lastBuildDate>Fri, 12 Apr 2013 15:31:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on The Power of Technology by Bruce Boyden</title>
		<link>http://madisonian.net/2013/04/12/the-power-of-technology/comment-page-1/#comment-437278</link>
		<dc:creator>Bruce Boyden</dc:creator>
		<pubDate>Fri, 12 Apr 2013 15:31:02 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7407#comment-437278</guid>
		<description><![CDATA[I don&#039;t know about hijacking planes, I use my smartphone primarily to look at pictures of cats.]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t know about hijacking planes, I use my smartphone primarily to look at pictures of cats.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Michael Risch</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437274</link>
		<dc:creator>Michael Risch</dc:creator>
		<pubDate>Fri, 12 Apr 2013 13:14:51 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437274</guid>
		<description><![CDATA[I&#039;ll add that if there were actual extortion evidence, then there could have been an indictment and conviction under our extortion statutes. AND, that statute could have been used to bump the misdemeanor to a felony. But that&#039;s not what happened here. The misdemeanor was bumped to a felony by piggybacking state CFAA-type laws, a sort of double-dipping. This is one reason why I am skeptical of the evidence.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ll add that if there were actual extortion evidence, then there could have been an indictment and conviction under our extortion statutes. AND, that statute could have been used to bump the misdemeanor to a felony. But that&#8217;s not what happened here. The misdemeanor was bumped to a felony by piggybacking state CFAA-type laws, a sort of double-dipping. This is one reason why I am skeptical of the evidence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Michael Risch</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437272</link>
		<dc:creator>Michael Risch</dc:creator>
		<pubDate>Fri, 12 Apr 2013 12:54:53 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437272</guid>
		<description><![CDATA[Oh, there&#039;s always some other bad act in the case--until there isn&#039;t. There was no case alleging a CFAA violation for violating a terms of service. Until there was. There was no case alleging a CFAA violation for surfing Facebook at work. Until there was. 

There was never a case alleging a CFAA violation for scraping a publicly available database that anyone could use for any purpose. Until there was. How about Register v. Verio? There the district court enjoined Verio for scraping a publicly available database - indeed a database that Register was REQUIRED to keep publicly available. The Court of appeals reversed, but NOT because it was a ridiculous argument that this scraping could ever be a CFAA violation, but only because the $5000 loss could not be shown. If Register had done as AT&amp;T did, and sent paper postal mail to every registrant in the database, the loss might well have exceeded $5000.

Should Weev have gathered 100 addresses rather than 100,000 to prove his point? Maybe, but we&#039;re just talking about scale at that point. Both would be illegal under the act.

And that&#039;s because there are no bad acts required in the statute. I would be happy to add that in to get some clarity. I would also like to see the evidence-- not the indictment that Weev is a bad guy (a fact about which I have no opinion), but the evidence-- that THIS information was offered for sale. 

On a side note, I don&#039;t use Swartz as an example here. I tend to agree with Orin that that case (though perhaps not the potential penalty) was much more supported than people give it credit for.]]></description>
		<content:encoded><![CDATA[<p>Oh, there&#8217;s always some other bad act in the case&#8211;until there isn&#8217;t. There was no case alleging a CFAA violation for violating a terms of service. Until there was. There was no case alleging a CFAA violation for surfing Facebook at work. Until there was. </p>
<p>There was never a case alleging a CFAA violation for scraping a publicly available database that anyone could use for any purpose. Until there was. How about Register v. Verio? There the district court enjoined Verio for scraping a publicly available database &#8211; indeed a database that Register was REQUIRED to keep publicly available. The Court of appeals reversed, but NOT because it was a ridiculous argument that this scraping could ever be a CFAA violation, but only because the $5000 loss could not be shown. If Register had done as AT&#038;T did, and sent paper postal mail to every registrant in the database, the loss might well have exceeded $5000.</p>
<p>Should Weev have gathered 100 addresses rather than 100,000 to prove his point? Maybe, but we&#8217;re just talking about scale at that point. Both would be illegal under the act.</p>
<p>And that&#8217;s because there are no bad acts required in the statute. I would be happy to add that in to get some clarity. I would also like to see the evidence&#8211; not the indictment that Weev is a bad guy (a fact about which I have no opinion), but the evidence&#8211; that THIS information was offered for sale. </p>
<p>On a side note, I don&#8217;t use Swartz as an example here. I tend to agree with Orin that that case (though perhaps not the potential penalty) was much more supported than people give it credit for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by More of this</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437271</link>
		<dc:creator>More of this</dc:creator>
		<pubDate>Fri, 12 Apr 2013 12:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437271</guid>
		<description><![CDATA[There is a disengenuousness about all of this, even Orin Kerr&#039;s work whom I respect, that is really troubling.

To my knowledge, nobody has yet produced a case where CFAA was used for criminal prosecution solely for the innocent act of violating TOS rules for purposes of scholarship, general information, or regular website usage.

Your account of the Weev cases simply leaves out the most important facts that were established by the prosecutor and accepted by the jury and that are clearly stated in the indictment. Weev intended to use that data for his own profit, possibly to extort AT&amp;T. This was shown both by other witnesses and examination of other communication by Weev at the time. That is the heart of the case, not in any way peripheral, and suggesting that the formal violations were the reason he was prosecuted is cotnrary to the actual trial history.

Had Weev taken 10 addresses &amp; sent them to AT&amp;T security, there would have been no case, and that&#039;s the example you are really describing. He took something like 120,000, and the prosecution had plenty of reason to think his purpose was mercenary. Weev has pretty much bragged openly about hacking for profit in the press. 

Find me a case where someone has been prosecuted for simply taking public information from a public website *without* allegations of a deeper bad act, and we&#039;ll have something to talk about. And no, you can&#039;t use the Swartz case, as the prosecutors there thought Swartz intended to put the nonprofit JSTOR out of business by distributing their entire database of publications for free--my point being that&#039;s what they alleged, and it&#039;s far beyond &quot;he took some information that he shouldn&#039;t have.&quot; I still don&#039;t know of a single case where the prosecution tried--let alone a judge accepting--to use CFAA for a violation in which no other harm or misdeed was alleged.]]></description>
		<content:encoded><![CDATA[<p>There is a disengenuousness about all of this, even Orin Kerr&#8217;s work whom I respect, that is really troubling.</p>
<p>To my knowledge, nobody has yet produced a case where CFAA was used for criminal prosecution solely for the innocent act of violating TOS rules for purposes of scholarship, general information, or regular website usage.</p>
<p>Your account of the Weev cases simply leaves out the most important facts that were established by the prosecutor and accepted by the jury and that are clearly stated in the indictment. Weev intended to use that data for his own profit, possibly to extort AT&amp;T. This was shown both by other witnesses and examination of other communication by Weev at the time. That is the heart of the case, not in any way peripheral, and suggesting that the formal violations were the reason he was prosecuted is cotnrary to the actual trial history.</p>
<p>Had Weev taken 10 addresses &amp; sent them to AT&amp;T security, there would have been no case, and that&#8217;s the example you are really describing. He took something like 120,000, and the prosecution had plenty of reason to think his purpose was mercenary. Weev has pretty much bragged openly about hacking for profit in the press. </p>
<p>Find me a case where someone has been prosecuted for simply taking public information from a public website *without* allegations of a deeper bad act, and we&#8217;ll have something to talk about. And no, you can&#8217;t use the Swartz case, as the prosecutors there thought Swartz intended to put the nonprofit JSTOR out of business by distributing their entire database of publications for free&#8211;my point being that&#8217;s what they alleged, and it&#8217;s far beyond &#8220;he took some information that he shouldn&#8217;t have.&#8221; I still don&#8217;t know of a single case where the prosecution tried&#8211;let alone a judge accepting&#8211;to use CFAA for a violation in which no other harm or misdeed was alleged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Bruce Boyden</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437255</link>
		<dc:creator>Bruce Boyden</dc:creator>
		<pubDate>Thu, 11 Apr 2013 21:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437255</guid>
		<description><![CDATA[&quot;Nonpublic&quot; was not supposed to be doing any work. I meant to use it just as shorthand for the social conventions of denoting restricted access that I&#039;ve been describing. There&#039;s no additional feature of &quot;nonpublicness&quot; that someone would have to figure out, the question is whether there were obvious indications prior to reaching the page that the reasonable person would understand to mark the page as restricted to a group that does not include the person. I really don&#039;t think it&#039;s that difficult in most cases to distinguish random content pages targeted at no one in particular from pages that are obviously meant to be seen only by particular customers, both in terms of their content and how they are typically reached, and I think it&#039;s going to be a fairly rare case in which someone intentionally digs up pages that most people would believe to be appropriately and ex ante obviously limited in distribution but that to legal scholars seems like it should be freely available.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Nonpublic&#8221; was not supposed to be doing any work. I meant to use it just as shorthand for the social conventions of denoting restricted access that I&#8217;ve been describing. There&#8217;s no additional feature of &#8220;nonpublicness&#8221; that someone would have to figure out, the question is whether there were obvious indications prior to reaching the page that the reasonable person would understand to mark the page as restricted to a group that does not include the person. I really don&#8217;t think it&#8217;s that difficult in most cases to distinguish random content pages targeted at no one in particular from pages that are obviously meant to be seen only by particular customers, both in terms of their content and how they are typically reached, and I think it&#8217;s going to be a fairly rare case in which someone intentionally digs up pages that most people would believe to be appropriately and ex ante obviously limited in distribution but that to legal scholars seems like it should be freely available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Michael Risch</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437253</link>
		<dc:creator>Michael Risch</dc:creator>
		<pubDate>Thu, 11 Apr 2013 20:04:07 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437253</guid>
		<description><![CDATA[I think the notion of &quot;nonpublic&quot; pages fails in a world of database driven URL queries. Consider Google Easter Eggs. You put a special query in, and get unexpected results. Is this nonpublic? It is, in the sense that it is not the expected behavior of the search engine. But it is obviously public, because people hear about them and test them. What about people who randomly put queries into Google to discover Easter Eggs? Are they accessing nonpublic pages? Only if they discover a new easter egg? Only if they discover a bug and get data they weren&#039;t supposed to get?

Indeed, I&#039;m not even sure that the framework works for non-query pages. Consider the buried .htm file that&#039;s not linked to by any other page on the site. If I go searching for such pages, or use wget to obtain all of the .htm files in a directory, am I violating the rule? What if one of the .htm files was left visible by accident and never meant to be seen? Reasonable people would assume that you can&#039;t get it, but we&#039;re not going to outlaw wget, are we? 

What the defendant did here was essentially a directory walk, but with ids rather than files. The data was publicly available, but just not &quot;expected&quot; to be seen by anyone but the user who had the matching id on their device. But that would mean that anyone faking browser headers to view a website that is otherwise turned off for their browser (often for technical rather than privacy reasons) is violating the law, too. I&#039;m still not buying this as a distinction that can work in practice.]]></description>
		<content:encoded><![CDATA[<p>I think the notion of &#8220;nonpublic&#8221; pages fails in a world of database driven URL queries. Consider Google Easter Eggs. You put a special query in, and get unexpected results. Is this nonpublic? It is, in the sense that it is not the expected behavior of the search engine. But it is obviously public, because people hear about them and test them. What about people who randomly put queries into Google to discover Easter Eggs? Are they accessing nonpublic pages? Only if they discover a new easter egg? Only if they discover a bug and get data they weren&#8217;t supposed to get?</p>
<p>Indeed, I&#8217;m not even sure that the framework works for non-query pages. Consider the buried .htm file that&#8217;s not linked to by any other page on the site. If I go searching for such pages, or use wget to obtain all of the .htm files in a directory, am I violating the rule? What if one of the .htm files was left visible by accident and never meant to be seen? Reasonable people would assume that you can&#8217;t get it, but we&#8217;re not going to outlaw wget, are we? </p>
<p>What the defendant did here was essentially a directory walk, but with ids rather than files. The data was publicly available, but just not &#8220;expected&#8221; to be seen by anyone but the user who had the matching id on their device. But that would mean that anyone faking browser headers to view a website that is otherwise turned off for their browser (often for technical rather than privacy reasons) is violating the law, too. I&#8217;m still not buying this as a distinction that can work in practice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Bruce Boyden</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437252</link>
		<dc:creator>Bruce Boyden</dc:creator>
		<pubDate>Thu, 11 Apr 2013 19:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437252</guid>
		<description><![CDATA[I don&#039;t think there should be any world in which innocent scraping -- scraping without having any intention or purpose of retrieving nonpublic pages -- subjects the scraper to liability. I think that can be achieved by focusing on what the reasonable web user would believe. (Sure, that&#039;s a test that&#039;s fuzzy at the boundaries, but it&#039;s clear enough for many purposes.) In the absence of any other evidence, web pages that are served up in response to a simple request with no clear indicia of private-ness -- no fences, no walls of houses, no crops, no closed and locked doors on stores, no unmarked doors in shopping malls or airports -- are authorized for retrieval, even if the website owner secretly believes otherwise. So randomly pulling up webpages one has no reason to believe are restricted would be fine. But the scraping equivalent of war-dialing is not -- intentionally trying every random URL you can in order to get access to pages you know or reasonably should know are not being provided to the general public.]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t think there should be any world in which innocent scraping &#8212; scraping without having any intention or purpose of retrieving nonpublic pages &#8212; subjects the scraper to liability. I think that can be achieved by focusing on what the reasonable web user would believe. (Sure, that&#8217;s a test that&#8217;s fuzzy at the boundaries, but it&#8217;s clear enough for many purposes.) In the absence of any other evidence, web pages that are served up in response to a simple request with no clear indicia of private-ness &#8212; no fences, no walls of houses, no crops, no closed and locked doors on stores, no unmarked doors in shopping malls or airports &#8212; are authorized for retrieval, even if the website owner secretly believes otherwise. So randomly pulling up webpages one has no reason to believe are restricted would be fine. But the scraping equivalent of war-dialing is not &#8212; intentionally trying every random URL you can in order to get access to pages you know or reasonably should know are not being provided to the general public.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Michael Risch</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437250</link>
		<dc:creator>Michael Risch</dc:creator>
		<pubDate>Thu, 11 Apr 2013 18:18:39 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437250</guid>
		<description><![CDATA[Bruce, as a technical matter, you are absolutely right with respect to submissions. The difference here, though (which is what piqued my interest for academics) is the sequential nature of it. Even if the page submission format is the same (HTTP GET fields), a site protected by passwords that are moderately hidden from view and selected by the user or the site, and entered by the user or the site prior to entry are different, I think, from sequential numbers used to reference different database entries, especially where such numbers are visible to the user of the webpage, and not selected by either the user or the site as a security measure. It is this latter fact that makes a good scraper work, and that&#039;s what worries me. Plus, the overbroad part you mention, because how are we supposed to tell the difference between the &quot;OK&quot; scraping and the &quot;not OK&quot; scraping?]]></description>
		<content:encoded><![CDATA[<p>Bruce, as a technical matter, you are absolutely right with respect to submissions. The difference here, though (which is what piqued my interest for academics) is the sequential nature of it. Even if the page submission format is the same (HTTP GET fields), a site protected by passwords that are moderately hidden from view and selected by the user or the site, and entered by the user or the site prior to entry are different, I think, from sequential numbers used to reference different database entries, especially where such numbers are visible to the user of the webpage, and not selected by either the user or the site as a security measure. It is this latter fact that makes a good scraper work, and that&#8217;s what worries me. Plus, the overbroad part you mention, because how are we supposed to tell the difference between the &#8220;OK&#8221; scraping and the &#8220;not OK&#8221; scraping?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Bruce Boyden</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437249</link>
		<dc:creator>Bruce Boyden</dc:creator>
		<pubDate>Thu, 11 Apr 2013 18:07:57 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437249</guid>
		<description><![CDATA[[This post responds to Orin Kerr&#039;s 4/10 10:03pm comment on the thread following Michael&#039;s &lt;a href=&quot;http://prawfsblawg.blogs.com/prawfsblawg/2013/04/academics-go-to-jail-cfaa-edition.html&quot; rel=&quot;nofollow&quot;&gt;cross-post on Prawfsblawg&lt;/a&gt;; I&#039;m responding here because Prawfsblawg&#039;s spam filter has gone all HAL on commenters.]

Orin, that looks like a nice bright-line technological distinction, but I think it breaks down into a mushy social one on closer examination. First, the web is not really a publishing platform in the sense that everything put on it is public. There are networked computers, but some parts of the network are private and some are not. Pages on both private and public portions are the network are written in HTML and requested and transmitted using HTTP via a web browser. Merely knowing that something is on the network somewhere and retrievable by a web browser doesn&#039;t really tell us whether access by general members of the public is authorized or not, even as a default.

As to your proposed distinction -- pages retrievable by typing stuff in the address bar are public, pages that require typing something into a field on a page are not -- strikes me as too narrow and too broad. Too narrow because it&#039;s possible to create a login page that transmits the login information entered in fields on the page -- username and password -- in the URL, via a &quot;GET&quot; request. That&#039;s a password-type control that demands login credentials, just the same as any other login page, and I think most people would say that account pages retrieved by typing in the right username and password are not public. Sure, it&#039;s *dreadfully insecure*, but whether access is authorized or not shouldn&#039;t depend on the strength of the security measure, as I think you yourself have stated, what matters is the signal the security measure sends. And I don&#039;t think that the particular portion of the page request where the password is transmitted to the site should matter either. For another example, how about a buffer overflow or SQL-injection attack that either retrieves restricted data or results in administrator access to the server? My understanding is that both can be accomplished through the URL portion of a page request. But certainly both are unauthorized access, even though any member of the public could type malformed URLs into their browser and achieve the same result.

It&#039;s also too broad. There are sites that require login and passwords, but where defeating that requirement seems questionable as unauthorized access. I&#039;m thinking of sites that say, e.g., &quot;No government agents allowed. If you are not a government agent, type &quot;NO&quot; to be allowed entry.&quot; Typing NO lets you into the site. But it&#039;s not really a password control that visitors understand keeps the pages restricted only specific people previously designated by the site owner. The same with sites like newspaper sites that provide free access, based on providing only an email address. Suppose someone finds a way around the login page for such a site (other than by typing something into the URL field of their browser). Is that unauthorized access? The site is essentially open to the public after a trivial hurdle. I can see a jury saying that bypassing that hurdle, like my &quot;Type NO to proceed&quot; or even just clicking a button, does not have the social significance necessary to make entry trespass, just as it might make that determination in a real-property type situation.

I don&#039;t see Pulte Homes as shedding much light on this. The union was sending emails -- which I&#039;ve argued is not even &quot;access,&quot; let alone &quot;unauthorized access.&quot; It was really a causing-damage-by-transmission claim, not an access claim. But even assuming it was access, the conventions for one-way communications are bound to be different. It&#039;s hard to even imagine an email address that one should not send email to. It&#039;s easy to imagine pages that one should not access -- someone else&#039;s bank account information, for example. The fact that no email addresses are unauthorized email addresses doesn&#039;t help us determine which web pages are unauthorized web pages.]]></description>
		<content:encoded><![CDATA[<p>[This post responds to Orin Kerr's 4/10 10:03pm comment on the thread following Michael's <a href="http://prawfsblawg.blogs.com/prawfsblawg/2013/04/academics-go-to-jail-cfaa-edition.html" rel="nofollow">cross-post on Prawfsblawg</a>; I'm responding here because Prawfsblawg's spam filter has gone all HAL on commenters.]</p>
<p>Orin, that looks like a nice bright-line technological distinction, but I think it breaks down into a mushy social one on closer examination. First, the web is not really a publishing platform in the sense that everything put on it is public. There are networked computers, but some parts of the network are private and some are not. Pages on both private and public portions are the network are written in HTML and requested and transmitted using HTTP via a web browser. Merely knowing that something is on the network somewhere and retrievable by a web browser doesn&#8217;t really tell us whether access by general members of the public is authorized or not, even as a default.</p>
<p>As to your proposed distinction &#8212; pages retrievable by typing stuff in the address bar are public, pages that require typing something into a field on a page are not &#8212; strikes me as too narrow and too broad. Too narrow because it&#8217;s possible to create a login page that transmits the login information entered in fields on the page &#8212; username and password &#8212; in the URL, via a &#8220;GET&#8221; request. That&#8217;s a password-type control that demands login credentials, just the same as any other login page, and I think most people would say that account pages retrieved by typing in the right username and password are not public. Sure, it&#8217;s *dreadfully insecure*, but whether access is authorized or not shouldn&#8217;t depend on the strength of the security measure, as I think you yourself have stated, what matters is the signal the security measure sends. And I don&#8217;t think that the particular portion of the page request where the password is transmitted to the site should matter either. For another example, how about a buffer overflow or SQL-injection attack that either retrieves restricted data or results in administrator access to the server? My understanding is that both can be accomplished through the URL portion of a page request. But certainly both are unauthorized access, even though any member of the public could type malformed URLs into their browser and achieve the same result.</p>
<p>It&#8217;s also too broad. There are sites that require login and passwords, but where defeating that requirement seems questionable as unauthorized access. I&#8217;m thinking of sites that say, e.g., &#8220;No government agents allowed. If you are not a government agent, type &#8220;NO&#8221; to be allowed entry.&#8221; Typing NO lets you into the site. But it&#8217;s not really a password control that visitors understand keeps the pages restricted only specific people previously designated by the site owner. The same with sites like newspaper sites that provide free access, based on providing only an email address. Suppose someone finds a way around the login page for such a site (other than by typing something into the URL field of their browser). Is that unauthorized access? The site is essentially open to the public after a trivial hurdle. I can see a jury saying that bypassing that hurdle, like my &#8220;Type NO to proceed&#8221; or even just clicking a button, does not have the social significance necessary to make entry trespass, just as it might make that determination in a real-property type situation.</p>
<p>I don&#8217;t see Pulte Homes as shedding much light on this. The union was sending emails &#8212; which I&#8217;ve argued is not even &#8220;access,&#8221; let alone &#8220;unauthorized access.&#8221; It was really a causing-damage-by-transmission claim, not an access claim. But even assuming it was access, the conventions for one-way communications are bound to be different. It&#8217;s hard to even imagine an email address that one should not send email to. It&#8217;s easy to imagine pages that one should not access &#8212; someone else&#8217;s bank account information, for example. The fact that no email addresses are unauthorized email addresses doesn&#8217;t help us determine which web pages are unauthorized web pages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Academics Go To Jail &#8211; CFAA Edition by Michael Risch</title>
		<link>http://madisonian.net/2013/04/09/academics-go-to-jail-cfaa-edition/comment-page-1/#comment-437244</link>
		<dc:creator>Michael Risch</dc:creator>
		<pubDate>Thu, 11 Apr 2013 12:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://madisonian.net/?p=7394#comment-437244</guid>
		<description><![CDATA[I should add that I am focusing on the scraping aspects, not on the article downloading aspects at issue in the Swartz case. I agree that the average Zotero user is far removed from the issues of the Swartz case, in a more obvious way, because the authorization to obtain articles, etc., is more clearly granted than the authorization for scraping data. Which is ironic, of course, since the articles are supposed to be the protected material, and the data is more &quot;factual.&quot;]]></description>
		<content:encoded><![CDATA[<p>I should add that I am focusing on the scraping aspects, not on the article downloading aspects at issue in the Swartz case. I agree that the average Zotero user is far removed from the issues of the Swartz case, in a more obvious way, because the authorization to obtain articles, etc., is more clearly granted than the authorization for scraping data. Which is ironic, of course, since the articles are supposed to be the protected material, and the data is more &#8220;factual.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
