<div dir="ltr"><div dir="ltr"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt" id="gmail-docs-internal-guid-03fa7f7b-7fff-5c68-b284-6ce6ddfba02d"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">Hi Denis, </span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">I would like to acknowledge that all our legal framework documents, including the RIPE Database Terms and Conditions, are written by legal professionals.</span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">As to your other points, if a person object gets referenced in a resource object, it will be the Maintainer of the resource object who is responsible for ensuring the contact details are correct and accurate. This is because it is the Maintainer of the resource object that can make updates in that object.</span></p><br><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">Similarly in your second example, it is the responsibility of the Maintainer who enters the data in the RIPE Database to ensure they have informed the relevant individual and keep their data correct and up-to-date. Having parts of this process delegated to different people does not change the fact that the relevant individual was informed about the processing of their personal data for the purposes of the RIPE Database and agreed to it.</span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap"><br></span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap"><br></span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap">Kind regards,
Maria Stafyla
Senior Legal Counsel
RIPE NCC</span><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap"><br></span></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 12 May 2024 at 02:25, denis walker <<a href="mailto:ripedenis@gmail.com">ripedenis@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Maria<br>
<br>
Oh dear!!! I wasn't going to respond to this. No one is interested in<br>
getting things right, so why should I bother? But I read it again and<br>
it is sooooo wrong, I couldn't just walk away. Let's go back to 2010.<br>
The RIPE Database Terms and Conditions is one of the most important<br>
corporate documents of the RIPE NCC concerning it's activity as an<br>
Internet registry. But this document was not written by legal experts.<br>
It was mostly written by me. I am an engineer, not a lawyer. What I<br>
wrote was approved by the Data Protection Task Force, not overflowing<br>
with legal experts. Then it was rubber stamped by the community, also<br>
not well known for expert legal opinion. As an engineer, I should<br>
never have been tasked with writing an important legal document. But<br>
the RIPE NCC was only just starting to bring in a legal expert. There<br>
was no one else so I volunteered to write it. I did my best, but I got<br>
it wrong. A lot of what I wrote about responsibility and liability,<br>
especially related to maintainers, is wrong. Responsibility and<br>
liability are key legal issues. An engineer's view is not the same as<br>
a lawyers. If you ever tried to enforce what the T&C says on these<br>
issues relating to maintainers, you would lose the argument. It is<br>
seriously flawed. The RIPE NCC now has a whole team of legal experts.<br>
But you have never reviewed the T&C document. All my mistakes are<br>
still there.<br>
<br>
Let's now jump to 2018 when you wrote this labs article. It has built<br>
on what I wrote in the T&C. So the labs article is also fundamentally<br>
flawed. You also wrote that labs article 6 years ago. Your legal<br>
opinion for 2023-04 was written about 6 months ago. If they don't<br>
agree, my non legal thinking would be to go with the most recent legal<br>
opinion, not an old one. I should also point out that your labs<br>
article was written entirely about allocations. The legal opinion<br>
concerning 2023-04 was entirely about assignments. Very different<br>
situations.<br>
<br>
more comments inline...<br>
<br>
On Wed, 8 May 2024 at 09:30, Maria Stafyla <<a href="mailto:mstafyla@ripe.net" target="_blank">mstafyla@ripe.net</a>> wrote:<br>
><br>
> Hi Denis,<br>
><br>
><br>
> Thank you for your comments.<br>
><br>
> Regarding the processing of the various personal data that might be inserted in the RIPE Database, please refer to this Labs article where we have outlined which legal ground applies when processing personal data of resource holders and of their contact persons: <a href="https://labs.ripe.net/author/athina/how-were-implementing-the-gdpr-legal-grounds-for-lawful-personal-data-processing-and-the-ripe-database/" rel="noreferrer" target="_blank">https://labs.ripe.net/author/athina/how-were-implementing-the-gdpr-legal-grounds-for-lawful-personal-data-processing-and-the-ripe-database/</a><br>
><br>
Irrelevant when it comes to End User assignments.<br>
<br>
><br>
> 2023-04 policy proposal describes that ‘...It would be more efficient to remove the ‘solely for the connection’ limitation stated in the current policy, and to allow the creation of a single INETNUM object with status AGGREGATED-BY-LIR, then use this status for dynamic pools, grouping the IPv4 assignments used for the same purpose when they share the same contact information.’<br>
<br>
Sorry but this paragraph shows that the legal team has completely<br>
misunderstood what 2023-04 was all about. This statement in the<br>
proposal was misleading. It suggested the new aggregated status was to<br>
handle these dynamic pools. They were already aggregated. The proposal<br>
was about aggregating, potentially, all assignments under any<br>
allocation.<br>
<br>
><br>
><br>
> In the Impact Analysis we are emphasising that, in the event this policy proposal were to be accepted, it would be up to the member to choose which contact details to insert in their aggregated assignments in the RIPE Database, and that before doing so, they would need to inform the contact persons and get their consent.<br>
<br>
This was a confusing part of your analysis. I asked a few times during<br>
the discussion on 2023-04 for you to clarify this but you remained<br>
silent. The way I read the wording in your analysis was that it is up<br>
to the member if they add the details of contact person A or contact<br>
person B. This is very different to the policy stating the 'type' of<br>
contact whose details must be entered. Maybe the LIR's contact or the<br>
End User's contact.<br>
<br>
But a clear point here is where you say<br>
"they would need to inform the contact persons and get their consent".<br>
That is a very clear assertion that personal details for ALL contacts<br>
MUST be on the basis of informed and explicit consent. That is not<br>
what the current T&C says.<br>
<br>
><br>
><br>
> In accordance with the RIPE Database Terms and Conditions, a ‘Maintainer’ is defined as ‘any Registrant or person to whom the authority to Update has been delegated by a Registrant either directly or indirectly, and who holds an identifier that allows updates to be authenticated and authorised.’<br>
<br>
This was one of my mistakes. This definition is not correct. For<br>
example I am not a Registrant and no Registrant has delegated any<br>
authority to me. BUT I can create a PERSON object in the database<br>
right now. The database semantics and T&C permit that. Any Registrant<br>
can then reference that PERSON object that I created in their resource<br>
objects or End User assignments. Who is then responsible and liable<br>
for connecting this person with that resource, ensuring consent was<br>
given and not withdrawn, and that the personal details are accurate?<br>
The definition above does not cover this situation. Also within a<br>
large LIR organisation, the staff member who is in contact with the<br>
End User customer and who should obtain the consent of the customer to<br>
enter their correct personal data into the RIPE Database may not be<br>
the same staff member who creates and maintains the objects in the<br>
database. So again this definition does not cover this situation.<br>
<br>
><br>
><br>
> Article 6.3 describes that the one who holds an identifier and can therefore update (i.e. enter or remove) information from the RIPE Database ‘must ensure they have as a responsibility to inform the individual to whom the data pertains and to obtain their explicit consent for the entry in the public RIPE Database if required by law.’ Also, according to Article 6.2 they are responsible for ‘keeping all data maintained by them accurate and up-to-date, including correct Contact Details.’<br>
<br>
It is more complex than this.<br>
<br>
><br>
><br>
> The text in the Impact Analysis is an explanation of how the above rules are meant to be interpreted. This text does not supersede the RIPE Database Terms and Conditions.<br>
<br>
I totally disagree with this suggestion. The IA has to relate to the<br>
policy proposal and what will change if that proposal is accepted. In<br>
ripe-781 (PDP) it says<br>
"The goal of this analysis is to provide relevant supporting<br>
information to facilitate discussions on the proposal and provide some<br>
projections about the possible impact if it were to be accepted."<br>
The IA has nothing to do with how the T&C are interpreted. It should<br>
be focused purely on the impact of approving the policy proposal. In<br>
your IA statement you made a clear comment about personal data in the<br>
RIPE Database that conflicts with the T&C. In this situation I believe<br>
that the legal opinion you gave in the IA DOES supersede the T&C.<br>
<br>
cheers<br>
denis<br>
co-chair DB-WG<br>
<br>
><br>
> In our view an update to the RIPE Database Terms and Conditions in this regard is not needed.<br>
><br>
><br>
> Kind regards, Maria Stafyla Senior Legal Counsel RIPE NCC<br>
><br>
> On Mon, 6 May 2024 at 22:48, denis walker <<a href="mailto:ripedenis@gmail.com" target="_blank">ripedenis@gmail.com</a>> wrote:<br>
>><br>
>> Hi Athina, Maria<br>
>><br>
>> It would be nice if one of you can give an update to the community on<br>
>> this issue of the Terms & Conditions being out of step your with<br>
>> current legal opinion.<br>
>><br>
>> cheers<br>
>> denis<br>
>> co-chair DB-WG<br>
>><br>
>> On Wed, 17 Apr 2024 at 07:36, denis walker <<a href="mailto:ripedenis@gmail.com" target="_blank">ripedenis@gmail.com</a>> wrote:<br>
>> ><br>
>> > Colleagues<br>
>> ><br>
>> > In the Impact Analysis (IA) for 2023-04, the RIPE NCC legal team<br>
>> > expressed rules for entering personal data into the RIPE Database that<br>
>> > are quite different to our previous understanding. This legal IA was<br>
>> > relied on heavily by the proposers of 2023-04 and constantly referred<br>
>> > to by them during the policy discussions. Based on the discussions and<br>
>> > the IA, the chairs of the AP-WG have now approved the proposal<br>
>> > 2023-04. We MUST now update the RIPE Database Terms and Conditions to<br>
>> > reflect this new understanding on personal data.<br>
>> ><br>
>> > In the IA the legal team said this:<br>
>> > "Inserting any personal data in the RIPE Database must be in<br>
>> > compliance with the RIPE Database Terms and Conditions, even when it<br>
>> > relates to the contact details of the member’s own contact person(s).<br>
>> > In particular, before anyone updates the RIPE Database with personal<br>
>> > data, they must obtain the contact person’s informed and expressed<br>
>> > consent and ensure this data is kept accurate and up-to-date."<br>
>> ><br>
>> > Article 6.3 of the RIPE Database Terms and Conditions currently says:<br>
>> > "The Maintainer who enters personal data into the RIPE Database has a<br>
>> > responsibility to inform the individual to whom the data pertains and<br>
>> > to obtain their explicit consent for the entry in the public RIPE<br>
>> > Database if required by law."<br>
>> ><br>
>> > This article does not accurately reflect the statement in the IA by<br>
>> > the legal team. The text "if required by law." must be removed. This<br>
>> > suggests that some personal data may not need the 'contact person’s<br>
>> > informed and expressed consent'. The IA makes it clear that all<br>
>> > personal data entered into the RIPE Database must have the 'contact<br>
>> > person’s informed and expressed consent'. There are no exceptions or<br>
>> > caveats to this consent. Also the responsibility must not be<br>
>> > restricted to the 'Maintainer'. ANYONE has the capability to enter<br>
>> > personal data into the RIPE Database. This personal data can then be<br>
>> > referenced by a Maintainer of resource data.<br>
>> ><br>
>> > I would suggest Article 6.3 says something like this:<br>
>> ><br>
>> > "Anyone who updates the RIPE Database with personal data must obtain<br>
>> > the contact person’s informed and expressed consent to enter their<br>
>> > personal details into a global, freely accessible, public database.<br>
>> > This consent cannot be subject to any conditions. If the consent is<br>
>> > withdrawn, the personal data must be removed from the RIPE Database in<br>
>> > a reasonable time frame. The personal data must be kept accurate and<br>
>> > up-to-date. The right to use some Internet resources requires a<br>
>> > consenting contact. If no such contact person is available, the right<br>
>> > to use some Internet resources may be revoked."<br>
>> ><br>
>> > This is a clear and honest statement that fully reflects the IA<br>
>> > understanding of the use of personal data in the RIPE Database. I<br>
>> > would like to ask the RIPE NCC legal team to make arrangements for<br>
>> > this update to the Terms and Conditions.<br>
>> ><br>
>> > cheers<br>
>> > denis<br>
>> > co-chair DB-WG<br>
>> ><br>
>> > ========================================================<br>
>> > DISCLAIMER<br>
>> > Everything I said above is my personal, professional opinion. It is<br>
>> > what I believe to be honest and true to the best of my knowledge. No<br>
>> > one in this industry pays me anything. I have nothing to gain or lose<br>
>> > by any decision. I push for what I believe is for the good of the<br>
>> > Internet, in some small way. Nothing I say is ever intended to be<br>
>> > offensive or a personal attack. Even if I strongly disagree with you<br>
>> > or question your motives. Politicians question each other's motives<br>
>> > all the time. RIPE discussion is often as much about politics and self<br>
>> > interest as it is technical. I have a style of writing that some may<br>
>> > not be familiar with, others sometimes use it against me. I also have<br>
>> > OCD. It makes me see the world slightly differently to others. It<br>
>> > drives my mind's obsessive need for detail. I can not change the way I<br>
>> > express my detailed opinions. People may choose how to interpret them.<br>
>> > ========================================================<br>
</blockquote></div></div>