Edit: obligatory explanation (thanks mods for squaring me away)…
What you see via the UI isn’t “all that exists”. Unlike Reddit, where everything is a black box, there are a lot more eyeballs who can see “under the hood”. Any instance admin, proper or rogue, gets a ton of information that users won’t normally see. The attached example demonstrates that while users will only see upvote/downvote tallies, admins can see who actually performed those actions.
Edit: To clarify, not just YOUR instance admin gets this info. This is ANY instance admin across the Fediverse.
Good find, albeit a bit horrifying.
I wonder what the GDPR implications of this is. As far as I understand, even free, privately run services are required to abide by GDPR and offer data insight and deletion. They’re also required to state clearly what happens to user data.
Edit: Apparently people have varying takes and feelings on what the GDPR does and does not say, so I urge you to please read the summary of GDPR data privacy here: https://gdpr.eu/data-privacy/ as well as the summary of what constitutes personal data here: https://gdpr.eu/eu-gdpr-personal-data/ It’s easier to have a good and fruitful discussion if we talk about what the GDPR actually says.
I’ve been wondering exactly this, Lemmy will have to be shut down in the EU if it doesn’t comply with GDPR, and considering that means each individual instance and the individual/group/company running it…
I just don’t see how this is ever going to be secure enough to fully comply with GDPR. Not when huge security holes like this exist, where anybody with a tiny bit of knowledge and a few hours can access so much data on people anywhere…
A different server is more like another mail server. You are sending this information to other servers. I like this privacy policy as a starting point for explaining it: https://yiffit.net/legal
A very relevant part:
Which is what an upvote is, so that base is covered.
Now, if you want data deleted, you can do that, but you’ll have to send that request to every server you (or your instance on your behalf) sent it to.
According to the GDPR an “organization” has to specify exactly who processes the user’s data (i.e. every instance in a federation — past and present), and everyone that processes that data must make it easy to make data/deletion requests, to that’s hopefully baked into Lemmy from the get-go because otherwise someone is going to find themselves in the middle of a GDPR nightmare sooner rather than later. It’s not enough to say in the privacy policy that “user data spreads to federated instances” or something to that effect.
And given that usernames are connected to the votes, I’m pretty sure that it does not comply with the GDPR to just say that it “will place this interaction in the user’s outbox and immediately deliver it on the user’s behalf to all”.
Edit: Added link.
Again, I and others see it differently. Fastmail does not need to specify that Google will process the emails I send to gmail, and fastmail is not responsible for gmail deleting any emails I send to them. You are actively posting your content and actions to other servers, the software only facilitates that.
edit: I’m not sure why you think usernames being there changes anything. I use Lemmy, hosted on some server, to send my upvote to all the servers. I’m the sender of this action, so my pseudonym is connected to it. I can send a mail to a mailing list containing just “+1”, that’s my upvote, and it’s now sent to everyone else subscribed to it, and my email as sender is attached to it.
I don’t think email is a good example because you’re in complete control of who you send an email to. However, I’m not in control of who Lemmy sends my voting data to (because I don’t control who a given instance is federated with), but GDPR grants me the right to know that.
You don’t have that control over a mailinglist, either.
Still not a good example because I’m still in control of what I choose to send and whether or not I choose to send it at all. I can’t choose whether or not Lemmy broadcasts my username in conjunction with my votes to whoever may be listening, but I can choose not to send an email to a mailing list stating who I am and how I vote on Lemmy posts.
Organizations handling EU citizens’ data are required to abide by the GDPR and I can assure you that Gmail and others do that, they were among the first scrutinized when the GDPR went into effect. Just because I can send any data via email, doesn’t mean that email providers can do whatever they want with the data. If an email provider processes the contents of your email in order to do targeted advertising, then they have to very clearly state that in their privacy policy.
This isn’t specifically aimed at you, @[email protected], but more of a general observation. Lots of people in this thread appear to be unfamiliar with the GDPR and how it works, and that’s completely fair — especially if you’re not from Europa and/or haven’t worked with it. I just wish they would actually check how it works instead of making assumptions. This is a good start: https://gdpr.eu/data-privacy/
That makes no sense whatsoever. It doesn’t matter if you post your +1 via lemmy or via email. Unless someone is standing behind you with a gun forcing you to broadcast that upvote? I think you are completely misunderstanding what I’m saying.
I’ll try to tear it apart:
In both cases you tell the server to do this. It’s not something that just happens, you actively use the server to distribute that information to other servers.
Not only have I heard of the GDPR, I was in contact with our local DPA regarding a compliance issue at work, where I both implemented the original and their changes.
It absolutely does. When sending an email, you fill in the recipient and decide where your data goes, but when you press ‘upvote’ on Lemmy, you don’t have a say in who that information is broadcast to — especially not in its current form. And it’s on whoever runs the Lemmy server to comply with the GDPR and make data processors known. It really doesn’t matter how similar you think it is to email, the GDPR treats it differently and that’s the reality you have to accept.
Your argument could easily be extended to every piece of information floating across the internet. No one is forcing anyone to upload an image to Facebook, but Meta is still responsible for documenting who handles the image and for what purposes, they can’t just say, “you uploaded it, we let 3rd parties have their way with it”.
And I’ve also worked with the GDPR, both as a developer implementing systems to accommodate requests for data insight and erasure, and implementing controls to make sure data was being handled correctly and e.g. not stored for longer than allowed, and I’ve worked with it from a security perspective in order to protect the personal data of about a couple of million people, and finally I’ve worked with it in management to implement safe and GDPR compliant data handling strategies in a couple of companies.
You can easily check which instances your server is federated with in the footer of your server. If any of those external servers have subscriptions to the community you’re posting in, they will receive an update, so it’s safe to assume it’s being sent to all of them.
Problem is that it’s not historical. If a server was defederated yesterday, it doesn’t appear in that list. And again, GDPR takes this stuff seriously, and “look at the bottom” is not sufficient. It needs to specify what data goes where.
I wonder how deletion of user data is supposed to work in that regard. Since everything is synced to all federated instances, I guess one would have to file a request for deletion with every instance separately (?)
I have extensive experience with complying with GDPR and I feel like they wouldn’t care that it is decentralized. They’d go after Lemmy as a whole and anyone involved. Having to request your data wiped from each instance is not something they are going to accept.