5
you are viewing a single comment's thread
view the rest of the comments
[-] LWD@lemm.ee -1 points 5 days ago

Search that specification for "private." You'll find precisely one reference to it...

It might be better to look for what the article mentions: "manuallyApprovesFollowers", and it is explicit about what to do when that value is set to true. I don't understand how you're confused by it.

Mastodon, in general, is regarded as careless with safety.

Regardless, two wrongs don't make a right, and I found the description of how to properly handle a security issue as discussed in the article to be appropriate. For example, collaborating with administrators of large instances.

The "security issue" is created on Mastodon's side

Are we reading the same article? I realize this isn't the first time you implied this, but I thought I must have been mistaken.

From the original post: "Importantly, your Mastodon or GoToSocial instance isn’t handing your private posts to any random server, just because it asks."

Mastodon is behaving. Pixelfed was not. Pixelfed fixed the security issue because it was their issue...

[-] PhilipTheBucket@ponder.cat 1 points 5 days ago* (last edited 5 days ago)

The “security issue” is created on Mastodon’s side

Are we reading the same article? I realize this isn’t the first time you implied this, but I thought I must have been mistaken.

Let me excerpt from this since you seem to have missed it:

Something you may not know about Mastodon's privacy settings is that they are recommendations, not demands. This means that it is up to each individual server whether or not it chooses to enforce them. For example, you may mark your post with unlisted, which indicates that servers shouldn't display the post on their global timelines, but servers which don't implement the unlisted privacy setting still can (and do).

Servers don't necessarily disregard Mastodon's privacy settings for malicious reasons. Mastodon's privacy settings aren't a part of the original OStatus protocol, and servers which don't run a recent version of the Mastodon software simply aren't configured to recognize them. This means that unlisted, private, or even direct posts may end up in places you didn't expect on one of these servers—like in the public timeline, or a user's reblogs.

Keeping secret that private posts work this way in Mastodon is very bad security. Going past that, to say that someone else is committing a security sin if they make it clear to people that private posts work this way in Mastodon (not even as any kind of announcement, but just tangentially while fixing their own software's handling of Mastodon's "private" posts in a quick and complaint-free fashion) is even worse security, which I would say travels into the land of ludicrous counterproductive performative freakout.

Let me paint for you a picture of what might happen if you mislead Mastodon users into thinking that their "private" posts are private:

I created an account on pixelfed.social and clicked follow on my partner’s Mastodon account, and… I could see all of her private posts. Instead of telling me I’d have to wait to have my follow accepted, I was already following her.

“Oh no, not again”, I said, dreading the thought of spending the next few hours reading PHP code and writing a report.

Sort of implies it's happened before. I would not be surprised, of course. Want me to quote the important part to understand again?

Something you may not know about Mastodon's privacy settings is that they are recommendations, not demands. This means that it is up to each individual server whether or not it chooses to enforce them. For example, you may mark your post with unlisted, which indicates that servers shouldn't display the post on their global timelines, but servers which don't implement the unlisted privacy setting still can (and do).

Servers don't necessarily disregard Mastodon's privacy settings for malicious reasons. Mastodon's privacy settings aren't a part of the original OStatus protocol, and servers which don't run a recent version of the Mastodon software simply aren't configured to recognize them. This means that unlisted, private, or even direct posts may end up in places you didn't expect on one of these servers—like in the public timeline, or a user's reblogs.

That's an important thing for you to read. I linked you to it, and then quoted it, but it didn't seem to stick, so I'm sending it again.

I've said as much on this topic as I feel like saying.

[-] LWD@lemm.ee -3 points 5 days ago

The trouble with the thing you quoted twice in a row - unnecessarily padding out your post - is that saying "Mastodon may not be perfect" does not cancel out Pixelfed's massive security issue.

Two wrongs don't make a right.

Non-malicious servers aren't supposed to do what Pixelfed did.

[-] PhilipTheBucket@ponder.cat 2 points 5 days ago

Hey, that's a really good point. It turns out I was able to dig up an important thing to read that addresses it, though. Here, check this out:

Servers don’t necessarily disregard Mastodon’s privacy settings for malicious reasons. Mastodon’s privacy settings aren’t a part of the original OStatus protocol, and servers which don’t run a recent version of the Mastodon software simply aren’t configured to recognize them. This means that unlisted, private, or even direct posts may end up in places you didn’t expect on one of these servers

[-] LWD@lemm.ee -3 points 5 days ago

Don't be a jackass and don't spam.

[-] PhilipTheBucket@ponder.cat 1 points 5 days ago

Oh, you feel like repeated postings of exactly the same thing is unnecessary? Funny about that, I had a similar reaction.

[-] LWD@lemm.ee -3 points 5 days ago

You said you were done responding, so at least have the dignity of demonstrating a little bit of honesty where it is most apparent.

[-] PhilipTheBucket@ponder.cat 1 points 5 days ago

I was planning to just give it a rest, since we were going in circles, but you wandered into several additional comments sections and replied to me in all of them with a couple of new arguments, so I decided I would respond.

this post was submitted on 27 Mar 2025
5 points (58.1% liked)

Privacy Guides

18616 readers
6 users here now

In the digital age, protecting your personal information might seem like an impossible task. We’re here to help.

This is a community for sharing news about privacy, posting information about cool privacy tools and services, and getting advice about your privacy journey.


You can subscribe to this community from any Kbin or Lemmy instance:

Learn more...


Check out our website at privacyguides.org before asking your questions here. We've tried answering the common questions and recommendations there!

Want to get involved? The website is open-source on GitHub, and your help would be appreciated!


This community is the "official" Privacy Guides community on Lemmy, which can be verified here. Other "Privacy Guides" communities on other Lemmy servers are not moderated by this team or associated with the website.


Moderation Rules:

  1. We prefer posting about open-source software whenever possible.
  2. This is not the place for self-promotion if you are not listed on privacyguides.org. If you want to be listed, make a suggestion on our forum first.
  3. No soliciting engagement: Don't ask for upvotes, follows, etc.
  4. Surveys, Fundraising, and Petitions must be pre-approved by the mod team.
  5. Be civil, no violence, hate speech. Assume people here are posting in good faith.
  6. Don't repost topics which have already been covered here.
  7. News posts must be related to privacy and security, and your post title must match the article headline exactly. Do not editorialize titles, you can post your opinions in the post body or a comment.
  8. Memes/images/video posts that could be summarized as text explanations should not be posted. Infographics and conference talks from reputable sources are acceptable.
  9. No help vampires: This is not a tech support subreddit, don't abuse our community's willingness to help. Questions related to privacy, security or privacy/security related software and their configurations are acceptable.
  10. No misinformation: Extraordinary claims must be matched with evidence.
  11. Do not post about VPNs or cryptocurrencies which are not listed on privacyguides.org. See Rule 2 for info on adding new recommendations to the website.
  12. General guides or software lists are not permitted. Original sources and research about specific topics are allowed as long as they are high quality and factual. We are not providing a platform for poorly-vetted, out-of-date or conflicting recommendations.

Additional Resources:

founded 2 years ago
MODERATORS