this post was submitted on 26 Mar 2025
163 points (96.6% liked)

Fediverse

32328 readers
192 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)

founded 2 years ago
MODERATORS
 

Found this via Aurynn Shaw:

When following someone on a different server on the Fediverse, the remote server decides whether you are allowed to do so. This enables features like private accounts. Due to an implementation mistake, Pixelfed ignores this and allows anyone to follow even private accounts on other servers. When a legitimate user from a Pixelfed instance follows you on your locked fediverse account, anyone on that Pixelfed instance can read your private posts. You don’t need to be a Pixelfed user to be affected.

Pixelfed admins should update to v1.12.5 ASAP, but upgrading can be a major hurdle.

Importantly, your Mastodon or GoToSocial instance isn’t handing your private posts to any random server, just because it asks. The problem only becomes apparent when you have at least one legit accepted follower from a Pixelfed server. Now that server is allowed to fetch all your private posts. And when it knows the posts, it has to decide who to show them. When you accept a follower, you not only place your trust to keep a secret on them, but also on their admin and the software they are running.

Edited to add the last block quote.

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 128 points 6 days ago (29 children)

I wouldn't call it Pixelfed's vulnerablility, but a reminder that nothing on Fediverse is private. Even if Pixelfed is fixed, someone can create rogue instance to read other's private posts.

[–] [email protected] 40 points 6 days ago (4 children)

If I understand it correctly, it's kind of both. Sounds like Pixelfed didn't follow best practice setting privacy guardrails in follow request approval, and it exacerbates the inherent lack of privacy on the fediverse.

You're right of course, anyone (with the coding chops) could've intentionally set up an instance that does the same for malicious purposes. That should be a wake-up call for anyone who thinks ActivityPub is a great sexting medium.

[–] [email protected] 3 points 6 days ago

I dont know about other fedi services, but lemmy tells you at message composition, that DMs are not safe/private. If pixelfed doesnt do this, then that is really the issue.

load more comments (3 replies)
[–] [email protected] 32 points 6 days ago* (last edited 6 days ago)

I kinda of lean towards the idea of "private accounts" being a bad idea as a result, just because it creates a false sense of security. But I'm not in the target demographic so idk

[–] [email protected] 8 points 6 days ago

Yeah this just sounds like one of the drawbacks of a federated system. In order for people on remote servers to be able to see your "private" posts, your local server has to feed that info to them and trust them to handle it appropriately.

[–] [email protected] 4 points 6 days ago (1 children)

Wait, are new instances federated by default?

I thought admins had to choose who they were federated with.

[–] [email protected] 17 points 6 days ago (1 children)

There's easily over a thousand fediverse instances at this point, having to whitelist them all would be impractical.

[–] [email protected] 4 points 6 days ago (5 children)

Okay but this demonstrates why defaulting to federation is a bad idea, doesn't it?

[–] [email protected] 18 points 6 days ago* (last edited 6 days ago)

The issue is that if you don't default to federation, it becomes essentially impossible for new instances to join the fediverse. A potential new instance would have to go around to every single existing instance and ask to be allowlisted, which is onerous for both the new instances and for the large server admins who would be getting tons of requests. It would also essentially kill small-scale selfhosting as a result.

[–] [email protected] 9 points 6 days ago

The entire point of the fediverse is to federate. Not federating by default kills discoverability and the potential for discoverability among other things

[–] [email protected] 9 points 6 days ago

It demonstrates that nothing on the fediverse is private, and bad hacks that pretend otherwise are a terrible idea.

[–] [email protected] 6 points 6 days ago

Imo it demonstrates that for certain threat models the fediverse simply doesn't have the 100% secure answers.

[–] [email protected] 1 points 5 days ago

Defaulting to not federating is what the major email providers currently do, and is why email has now become a centralised service that you cannot practically self host.

load more comments (25 replies)
[–] [email protected] 9 points 5 days ago (5 children)

Give it a rest. A fork of Mastodon created a new abstraction for "private posts" and started sending to instances some posts that were marked in a new way as "private," and now they're trying to blame Pixelfed for not adopting their homemade standard for what posts their servers are sending out to everyone that they're not supposed to show, and what ones they are supposed to show. And, Pixelfed fixed it once they became aware of the issue.

It's fixed in 1.12.5. Why is this not titled "Mastodon instances claim to their users to offer 'private' posts but send them out exactly like normal posts, get surprised when software that hasn't magically adopted their new standard is showing them to people"?

[–] [email protected] 2 points 5 days ago (1 children)

Honestly pixelfed should have just not fixed it. It's a fediverse problem that can be fixed and mastodon is just misleading people.

Platforms should either make it clear that it means just that the post isn't advertised by default on all platforms but is always accessible to anyone that wants it or actually implement e2e encryption.

[–] [email protected] 3 points 5 days ago

I'm not sure I would go that far. A lot of "trust and safety" type things are like this, just soft boundaries to try to shape the types of interactions people are going to get themselves into to be a little more on the pleasant side. There's nothing wrong with Pixelfed trying to show some honor to the same advisory boundary. The real problem comes into it when projects like Mastodon start giving people the impression that "private" posts that are federated out are going to be able to stay private. As long as the user expectation is clear that it's just an advisory setting that will tweak the algorithms for showing the post in non-assurable ways, it is fine.

load more comments (4 replies)
[–] [email protected] 18 points 6 days ago (1 children)
[–] [email protected] 7 points 6 days ago

Whut. I mean, probably, but not in this thread?

[–] [email protected] 10 points 6 days ago (2 children)

I didn't even know "private" posts were a thing on the fediverse but now I guess I know to watch out for that. Maybe I'll post some privates after losing about 30 lbs

[–] [email protected] 4 points 6 days ago

does it only effect privates? what about officers, like, say, captains?

[–] [email protected] 4 points 6 days ago

Its like email, if a server decided that it would expose everyones emails, everyones emails are exposed.

[–] [email protected] 11 points 6 days ago (1 children)
[–] [email protected] 12 points 6 days ago

Nope. It looks like crash testing security in production, or "fuck around and find out" with other people's privacy.

load more comments
view more: next ›