this post was submitted on 06 Aug 2023
1402 points (99.0% liked)

Announcements

23329 readers
1 users here now

Official announcements from the Lemmy project. Subscribe to this community or add it to your RSS reader in order to be notified about new releases and important updates.

You can also find major news on join-lemmy.org

founded 5 years ago
MODERATORS
 

This is an opportunity for any users, server admins, or interested third parties to ask anything they'd like to @[email protected] and I about Lemmy. This includes its development and future, as well as wider issues relevant to the social media landscape today.

Note: This will be the thread tmrw, so you can use this thread to ask and vote on questions beforehand.

Original Announcement thread

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 176 points 1 year ago (4 children)

I asked in the other thread about GDPR.

Nobody thinks it's very interesting but if instances don't follow gdpr, the entire network is at risk of legal consequences.

So please bring this up, even though it's not very fun.

[–] [email protected] 94 points 1 year ago (2 children)

Neither @[email protected] or I are too familiar with the GDPR, so we don't know everything that it requires. Lemmy doesn't do any logging of IPs or other sensitive info, but of course instance runners could be doing their own logging / metrics via their webservers.

We have a Legal section under admin settings, that's an optional markdown field, that can probably be used for it. We'd need someone with GDPR expertise though to help put things together. Lemmy is international software, not european-specific, so we have to keep that in mind when supporting GDPR.

[–] [email protected] 50 points 1 year ago* (last edited 1 year ago) (2 children)

As a person who oversaw the implementation of GDPR in a large software house (which wasn't EU specific, but had to in order to operate legally in the EU), the requirements were:

  1. Allow users to request data deletion or a copy of their data.
  2. If the former, delete all data of their data on the server, send it to them, and then (this was the important part) forward the data deletion request to every single partner we were working with.

For us, this was multiple ad companies. We had to e-mail each one, ask them about their GDPR implementation (most of them were somewhere between "we're thinking about it" and "we have an e-mail address you can send something automated to and we'll get to it sometime within the next month"), and then build an automated back-end system to either query their APIs for automated deletion, or craft/send e-mails for the more primitive companies.

As far as the data being deleted, it was anonymized IDs that were tied to their advertising IDs from their mobile phones. I used to try and argue that "no, it's anonymous" - but we also had some player data (these were games) associated with that, so we ended up just clearing house and deleting everything on request.

So, legally, this means every instance - in order to be GDPR compliant - would have to inform every instance it federates with that a user wants their data deleted. If you're not doing that, you're not fully compliant.

Kind of shitty, but that's how it went for me. (this was back when GDPR was first being released)

Edit: Also, the one month thing was relevant: you have 30 days to delete GDPR stuff after receiving a data clear request. I don't recall what the time was for a "see my data" request. Presumably, though, on Lemmy the latter is superfluous as all your data is already present on your profile page. An account export option would be enough to satisfy that.

[–] [email protected] 7 points 1 year ago (1 children)

There a different levels of personal data but a unique identifier for a user is one of them because it allows linking information together about a single person, and from there you can try to identify the real person. So an option would be to overwrite all the occurrences of this identifier with random data so you can't link data together anymore, as long as it's not also personal data.

[–] [email protected] 3 points 1 year ago (1 children)

Sure, but you'd still have to delete all their written posts - which is really what all this is about.

[–] [email protected] 3 points 1 year ago

You actually would not. The content of the post can stay but the username/identifier has to be removed. Written text is not PII to my knowledge and every social platforms I've actively used only delete the identifier (Reddit, GitHub).

[–] [email protected] 3 points 1 year ago

So, I wonder if Lemmy instances would be responsible for the instances that federate with them. It's my understanding that the Lemmy instance doesn't send the user's data to other instances, rather it is just posted, and the other instances copy it onto their local instance.

It's almost like those reddit services that would show deleted content. A user can delete their profile on Reddit, but Reddit isn't required (that I know of) to go to these services and make sure the user's data is being wiped out.

[–] [email protected] 12 points 1 year ago

It's often too expensive to support GDPR for Europeans and disable it for other people. Most services just support GDPR for everyone.

[–] [email protected] 41 points 1 year ago (1 children)

Im not a lawyer so I dont know about GDPR. Do you know how similar platforms such as Mastodon handle it?

[–] [email protected] 26 points 1 year ago* (last edited 1 year ago) (1 children)

Hard to say exactly what Mastodon does, but mastodon.social's privacy policy should give you some direction in how they handle data: https://mastodon.social/privacy-policy

As mastodon.social is based in Germany, they will know about GDPR and have to follow it to the letter.

[–] [email protected] 31 points 1 year ago (3 children)

That sounds like its something for instance admins to handle, nothing we as developers need to care about. Maybe we should add a privacy policy for lemmy.ml but thats it.

[–] [email protected] 16 points 1 year ago

Yea it is ultimately on the admins, but Lemmy just needs to not make it hard to comply with GDPR. So it's up to admins to raise issues when Lemmy is seen as an obstacle to compliance, and it's up to devs to listen and implement compliance features.

[–] [email protected] 11 points 1 year ago

That's my take on it as well - GDPR is for the individual instances to deal with, as they're the ones who hold the data on their users and anything coming to them.

The software, of course, can have some design which purges data automatically or whatever, but ultimately the control is whoever is hosting Lemmy so no matter what Lemmy does, people can override it (though some sane defaults are always good, of course).

[–] [email protected] 11 points 1 year ago

Wouldn’t it be prudent to build features into Lemmy that make it easy for admins to manage user data though?