terms-of-service website
Scraping a user&#39;s data with their permission and credentials
<p>Many websites have user-specific data tied to their account which the user can view by logging in. For example, Amazon tracks a user's purchase history, Netflix tracks a user's watch history, etc. Typically that user can view this data if they login to their own account.</p>

<p>Sometimes one service provider (ex: Google) provides a specific secure way for a user to grant access to his data to other sites (ex: via an OAUTH API). So, a user could allow a separate website to read his Gmail contact list.</p>

<p>Not all websites have a built-in way to do this. I have seen some websites which work around this by asking for the username/password to the separate website and they do scraping behind the scenes on behalf of the user to get their data.</p>

<p>Obviously the user is putting themselves at a higher security risk by choosing to do this, but they might not care about the security implications &amp; might like the convenience of having their data auto-imported into the 2nd website.</p>

<p>In USA, is this legal if the user has given their username &amp; password to the website #2 &amp; specifically granted them the right to scrape their user data from website #1 on their behalf? Or would it fall under the PrivacyPolicy/TermsOfUse of website #1?</p>

<p>I know the CFAA talks about "unauthorized" access, but it seems confusing whether the user can grant you access or if you also need permission from the website owner.</p>

<p>Many PrivacyPolicy/TermsOfUse warn the user that it's dangerous to share their password, but maybe that's be the users' choice/risk?</p>

<p>I'm assuming something like an order history wouldn't have any Copyright implications. So, I'm not worried about that. I know when a user submits content like messages/posts the website usually gains copyright of it, however I'm not thinking about scraping this type of data.</p>

<p>Assuming the PrivacyPolicy/TermsOfUse specifically prohibits scraping (or password sharing), what are the potential consequences of ignoring this and doing it anyways?</p>

<p>Is there a legal way to work around this without getting specific permission from the website owner?</p>

<p>Many ToS ban scraping by an automated process: only manual login is allowed. Therefore any scraping is unauthorized and therefore illegal.</p>

<h1>Is scraping <em>authorized</em> or <em>unauthorized</em></h1>

<p>The user may be allowed to access the machine, but this is still within the limits placed on them by the owner of the system. If the ToS bans scraping then this limit will apply.</p>

<p>The closest case to this I could find was <a href="https://www.eff.org/cases/u-s-v-nosal" rel="nofollow noreferrer">United States v. David Nosal</a>, where:</p>

<blockquote>
  <p>David Nosal, an ex-employee of the Korn/Ferry executive recruiting firm, was charged with violating the CFAA on the theory that he induced current company employees to use their legitimate credentials to access the company's proprietary database and provide him with information in violation of the company’s computer-use policy.</p>
</blockquote>

<p><a href="https://www.eff.org/cases/u-s-v-nosal" rel="nofollow noreferrer">Source</a></p>

<p>This would seem to set the rule that even if a party has authorized access, they cannot them allow a third party access, under their authorization.</p>

<h1>Similar laws abroad (Europe)</h1>

<p>Under the GDPR there is no need to scrape the site for the data, as the company has to:</p>

<blockquote>
  <p>The right to data portability gives individuals the right to receive personal data they have provided to a controller in a structured, commonly used and machine readable format. It also gives them the right to request that a controller transmits this data directly to another controller.</p>
</blockquote>

<p><a href="https://ico.org.uk/for-organisations/guide-to-the-general-data-protection-regulation-gdpr/individual-rights/right-to-data-portability/" rel="nofollow noreferrer">Source</a></p>

<p>Some sites have taken the approach to allow users worldwide this ability, even ones who would not be covered under the GDPR.</p>
