Privacy Guides
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:
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:
- We prefer posting about open-source software whenever possible.
- 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.
- No soliciting engagement: Don't ask for upvotes, follows, etc.
- Surveys, Fundraising, and Petitions must be pre-approved by the mod team.
- Be civil, no violence, hate speech. Assume people here are posting in good faith.
- Don't repost topics which have already been covered here.
- 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.
- Memes/images/video posts that could be summarized as text explanations should not be posted. Infographics and conference talks from reputable sources are acceptable.
- 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.
- No misinformation: Extraordinary claims must be matched with evidence.
- 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.
- 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:
- EFF: Surveillance Self-Defense
- Consumer Reports Security Planner
- Jonah Aragon (YouTube)
- r/Privacy
- Big Ass Data Broker Opt-Out List
view the rest of the comments
No…matrix is not p2p
I apologize, I was thinking End-to-End. Though would someone mind enlightening me to the difference? Is is just multi-client support? Or that there can be a broker in between?
Also, to everyone currently roasting me, here is what I was referencing
peer to peer means that the information goes from one "peer" (device) to the other, no middleman
end to end encrypted means that the message is encrypted before transit and is then decrypted at the other "end" once it's on the recipient's device. end to end could have a server acting as a middleman, storing these encrypted messages, allowing for chat logs to be stored more conveniently and messages to be sent while one peer is offline.
this makes more sense if you understand public and private keys
when encrypting a message, there are two keys. the public key can only be used to encrypt and the private key to decrypt. a recipient will put its public key out and a peer wishing to send it a message will use this key to encrypt it. once the message arrives, the recipient can use their private key to then decrypt the message
Aaaah, got it, thank you so much for clearing that up for me. I apologize for my incorrect message then. From these comments, I'm inclined to say Matrix remains OP's best option.
Thank you for educating me! 😊
End to end means the users at the 'ends' have the keys to open the message and 'middle' is the server it goes through (that doesn't have the key so it can't read the message).
Ah, and P2P would have no middle man doing the hand-off?
Yeah, basically you both need to be online at the same time for the other to receive message. Which, as you can imagine, can cause problems. Also I'm not sure you'd need encryption for P2P messaging? Maybe from the service provider?
For some reason, I thought it was interchangeable terminology, I'm glad to understand better now. I could see a lot of P2P's forgoing encryption then, since presumably you're not hopping over any other devices or networks.
A phone is a radio broadcast device. If you're sending something unencrypted from it, anyone nearby can listen in to what it's sending. Of course, it's all compressed and sent with different protocols depending on what app you're using, so it's not trivial to read messages from everyone to everyone all the time, but if someone is determined it's quite doable. SMS messages in particular are famous for having that happen to them, but it can happen with any unencrypted message.
Good point, thanks for the insight. I was thinking p2p in the old school terms where there wasn't anything to intercept over the air (even though we were obviously talking about phones, dunno why my brain defaulted there).