this post was submitted on 26 Dec 2023
-51 points (30.5% liked)

Fediverse

28490 readers
579 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to [email protected]!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS
 

Title says it. Apparently lemmy devs are not concerned with such worldly matters as privacy, or respecting international privacy laws.

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

Deletion of entities is optional in ActivityPub. That, by definition, makes known-removal of an account and all its posts in one go impossible, because a server can just ignore the deletion activity.

[–] [email protected] 10 points 11 months ago* (last edited 11 months ago) (1 children)

Yes, although the server will not ignore the deletion activity if that server is running Lemmy. We're talking about Lemmy here, not the fediverse as a whole. OP singled out Lemmy in the post title and said "lemmy devs are not concerned with..."

I'm sure there is more to be done in this area. It'd be great to know for sure which software treats deletion activities properly (I'm really unsure about Kbin, I think it does not) and which does not so instance admins can make informed decisions about who they federate with. Perhaps this information could be made available right within the UI that Lemmy admins use to control their instance, rather than an obscure documentation page somewhere...

IMO having deletes federate should be part of a minimum standard all fediverse software has to meet (plus mod tools, spam control, csam filters, etc) before it is allowed to federate but obviously we're nowhere near having that sort of social organisation.

[–] [email protected] 1 points 11 months ago* (last edited 11 months ago) (1 children)

How would you even know if deletes federate?

"Does your server respect delete activities?"

"Yeah. Yeah. Delete activities. Definitely. We totally respect them. Scout's honour."

Tell me: how much closer are you to knowing if the server is caching or not?

This is likely why deletion is optional. The people making the protocol know there's no way to enforce it.

[–] [email protected] 2 points 11 months ago (2 children)

As long as a deleted post is no longer visible in the publicly-accessible parts of the site, that would be enough verification for me.

I don't know how the GDPR authorities verify compliance with mainstream proprietary closed source apps, do you?

[–] [email protected] 4 points 11 months ago (1 children)

I think in terms of gdpr, if you notify a site that is providing service (allows users to register from I guess) to EU countries you want something deleted, they need to comply.

But I think in terms of federated content, you cannot be expected to do more than send information about the deletion out. If other instances don't respect it, it's not the originating instance's job to police it.

Now the user could go to these other instances and chase it up. But I wonder if a third party instance doesn't allow users from EU countries, if they'd be required to comply? Federated content opens up a an interesting set of scenarios that will surely test privacy laws.

I also wonder what the EU powers are to sites in non EU countries that allow EU users but don't respect GDPR. what can they even do? Companies like twitter, Facebook, reddit etc have presences in EU countries that can be pursued, but John Smith running a lemmy instance on a $5 vps might be out of reach.

[–] [email protected] 1 points 11 months ago (1 children)

But I think in terms of federated content, you cannot be expected to do more than send information about the deletion out. If other instances don't respect it, it's not the originating instance's job to police it.

It actually is.

When delegating the processing of PII to someone else (like another instance), you're supposed to initiate a data processing agreement with them: https://gdpr.eu/what-is-data-processing-agreement/

Unless Mastodon has somehow automated this process in inter-instance communication, they are just as liable as Lemmy is.

[–] [email protected] 3 points 11 months ago

But pii isn't being sent. A user's nickname and the domain of their instance plus any content they create is. If they choose to put their pii in public posts or user info, that's their choice but is not pii solicited in order to operate the service, it was volunteered.

It's a crucial difference. I considered this when writing the terms and data retention information for my own instance. Federation is very frugal about the information shared.

[–] [email protected] 1 points 11 months ago (1 children)

Short of having someone inspect the databases, they can't. The GDPR is a threat, basically, that says "if (or, rather, when) the truth outs, we can nail you later". Which is why it's really only effective on big players anyway.

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

And it's only effective on players that have some kind of EU presence, otherwise there's nothing the EU can put that nail into.