gdpr
GitHub pages and GDPR - controller, processor and DPA
<p>I want to set up a <strong>very simple static site</strong> (no Google Analytics, no forms, no cookies, no tracking) using GitHub Pages with a custom domain.</p>

<p>The only <a href="https://law.stackexchange.com/a/29026/25541"><em>potentially</em> personal data</a> that the site will collect is the IP and the browser footprint.</p>

<p>My questions are:</p>

<ol>
<li><p>I am not who <em>"determines the purposes and means of the processing of personal data"</em>. Actually, I will have no access to that IPs (GitHub collects them and, AFAIK, they don't provide any logs): am I still the <em>data controller</em> and GitHub the <em>data processor</em>?</p></li>
<li><p>If I am the <em>controller</em>, do I have to <a href="https://help.github.com/en/articles/entering-a-data-protection-agreement-with-github-for-gdpr-compliance" rel="noreferrer">sign with GitHub a DPA</a> (Data Protection Agreement)? It seems to be a little bit overkill in this case.</p></li>
</ol>

<p>If you publish a website, you are the data controller for this website. Serving a website necessarily implies processing (but not collection) of personal data.</p>
<p>You have chosen to host your website on GitHub Pages. Is GitHub then a joint controller with you, or is GitHub your processor with which you sign a DPA?</p>
<p>In 2019, I asked GH customer support about this. Their response:</p>
<blockquote>
<p>Our Privacy Statement, combined with our Terms of Service, is intended to serve as a data protection agreement for individual accounts — we specifically wrote our Privacy Statement to provide the information required by Article 28 of the GDPR, including a list of our subprocessors. Our Privacy Statement and our Terms of Service serve as our agreements with you, as the controller, instructing us as the processor, and you can always contact us to provide additional instruction. Should we receive a data subject request that relates to data we process on your behalf, we'll always let you know promptly and work with you to comply.</p>
<p>— Github, 2019-04-10, private communication</p>
</blockquote>
<p>At the time, their <a href="https://help.github.com/en/articles/github-privacy-statement#github-pages" rel="nofollow noreferrer">Privacy Policy described GH Pages</a> as follows:</p>
<blockquote>
<p>If you create a GitHub Pages website, it is your responsibility to post a privacy statement that accurately describes how you collect, use, and share personal information and other visitor information, and how you comply with applicable data privacy laws, rules, and regulations. Please note that GitHub may collect Technical Information from visitors to your GitHub Pages website, including logs of visitor IP addresses, to maintain the security and integrity of the website and service.</p>
</blockquote>
<p>(<strong>Update 2022</strong>: the privacy notice has since changed, and the quoted part is no longer part of the privacy notice.)</p>
<p>Under this theory:</p>
<ul>
<li>you are the controller, and GH is your processor</li>
<li>the terms of service incl. GH privacy policy form an effective Data Processing Agreement</li>
<li>you have instructed GH to collect Technical Information in the sense of the privacy policy, for the purpose of maintaining security and integrity of the website, which can be covered by legitimate interest</li>
<li>you have not instructed/allowed GH to process any other data from your site</li>
</ul>
<p>It is your call whether you subscribe to that theory. Note that GH organizations can opt-in to their corporate terms and sign an explicit DPA which will mostly contain the same provisions.</p>
<p>Does it matter that you don't have access to the Technical Information? No. Being a controller means that you decide the purposes and means of processing, not that you store data. You as a controller can always decide to point your domain name to a different server if you no longer want to use GH as a processor.</p>

<p>You are right that you are not the controller, because you do not collect or process the info. </p>

<p>If something on Github or any other site requires a DPA or other info in regard to the GDPR, it is up to that site to provide it, not you. </p>

<p>IP addresses are considered identifiers though and the GDPR would apply if you were the one collecting them.</p>

<blockquote>
  <p>A much discussed topic is the IP address. The GDPR states that IP addresses should be considered personal data as it enters the scope of ‘online identifiers’. Of course, in the case of a dynamic IP address – which is changed every time a person connects to a network – there has been some legitimate debate going on as to whether it can truly lead to the identification of a person or not. The conclusion is that the GDPR does consider it as such. The logic behind this decision is relatively simple. The internet service provider (ISP) has a record of the temporary dynamic IP address and knows to whom it has been assigned. A website provider has a record of the web pages accessed by a dynamic IP address (but no other data that would lead to the identification of the person). If the two pieces information would be combined, the website provider could find the identity of the person behind a certain dynamic IP address. However, the chances of this happening are small, as the ISP has to meet certain legal obligations before it can hand the data to a website provider. The conclusion is, all IP addresses should be treated as personal data, in order to be GDPR compliant. <a href="https://eugdprcompliant.com/personal-data/" rel="nofollow noreferrer">https://eugdprcompliant.com/personal-data/</a></p>
</blockquote>
