- cross-posted to:
- privacy@lemmy.ml
- cross-posted to:
- privacy@lemmy.ml
I’ve been working really hard to research and rank messaging apps by their privacy. The more green boxes the better.
I plan to turn PrivacySpreadsheet.com into a place for privacy data on everything from cars to video games. It’s all open source too on GitHub.
Not trying to advertise, I just put a lot of time into researching all this, and I want to share it since I think others could benefit.
You must log in or # to comment.
Bro put Tinder DMs on the list. Points for being thorough I guess lol.
Jokes aside looks really useful. Good job!
I forgot Grindr DMs, but you already know that ones gonna be red all the way down lmao
Pls share with friends if you find it useful, I dont accept donations or anything, and it’ll never have ads or bullshit.
I’m working on adding more services, but each one takes about 4 hours to research and review.
Google’s bound to put ads on Google sheets eventually.
Its not Google Sheets. It was initially generated with the tool because I like the formatting, but its HTML running on Cloudflare Pages. The source code is here
If you see errors or hwve suggestions, please submit an issue on GitHub, they’re easier to track than here
That hardly looks like original source code, but more like a HTML dumped from the website.
Or maybe just use used some visual editor to insert tables? I don’t believe it’s written by hand.
They said “it was initially generated with the tool [Google Sheets]”.
it would be more usable if the left column were locked so you don’t lose it when scrolling horizontally. Same for the top row.
“Email / Phone required for signup” ← these are on two very different levels of intrusiveness… really needs to split into two rows. And from there, it’s interesting to know whether a phone must be a mobile phone or not. With email, it’s interesting to know if disposable addresses are blocked or not.
Also, for “decentralized network” for #Signal, you simply have “no”. I would change that to “No (Amazon)” to inform people they are feeding Amazon by using Signal.
In fact I suggest also adding a row: “feeds a tech giant” because privacy from tech giants is not the only factor – some of us trying to live ethically do not want to even feed privacy offending tech giants, such as:
- Amazon
- Microsoft
- Cloudflare
- Apple
And as someone else pointed out, Delta Chat is missing.
This is worthy of a more usable interface than this spreadsheet widget.
It took me a fair bit of scrolling to identify which attributes each of the six purple “N/A” values for SimpleX are, but now that I have I agree they’re accurate (though I think there is an argument to be made for just writing a green “no” for each of them).
It is noteworthy that SimpleX is currently the only one of these (currently 34) messengers to not have a single red or yellow cell in its column. well done, @epoberezkin@lemmy.ml! 😀
edit: istm that SimpleX (along with several other things) getting a “no” in the “can hand IP address to the police” row is not really accurate. SimpleX does better than many things here in that they don’t have a lot of other info to give to the police along with the IP, but, if Bob has their phone seized (or remotely compromised) and then the police reading Alice and Bob’s messages from Bob’s phone want to know Alice’s IP address… they can compel a server operator to give it to them. (And it is the same for a user who posts a SimpleX contact link publicly.)
Briar has even fewer N/As than SimpleX and all greens otherwise. Second column in the table.
Briar has even fewer N/As than SimpleX and all greens otherwise. Second column in the table.
Briar has a yellow Yes in row 12 ('requires global identity')
… presumably because (if you have one instance of the Briar installed) when you’re talking to two different people they can check and confirm you’re the same person, while in SimpleX you can create disposable/ephemeral identities for different chats.
I haven’t reviewed this thoroughly but I can see that there are a lot of attributes that could be added to this table in regards to metadata protection against various parties, including revealing online presence to servers and contacts (which is a place where briar falls short).
Looks good, thanks for the hard work!
According to my uBlock Origin your site uses Google fonts which I have blocked. Can you make that more privacy friendly please ?
Deltachat?!
This is awesome! Is there a way to freeze the first column? Just so you can scroll to the right and see the categories
Working on it
So contributions require folks create accounts with Microsoft for GitHub? That’s a bit contradictory, but here you are telling folks to raise “Issues” exposing themselves to Microsoft’s ToS & data collection machine. Not to mention all they are doing with Copilot.
You’re not required to contribute. I went with GH because it doesn’t require creating a new account on an obscure Git provider, which would kill the chwnces of anyone contributing.
Git provides itself, so forges aren’t even required (the d is distributed version control). Issue trackers don’t need to be attached to the code forge. Even if you like someone else hosting it & an sidecar of integrated bug tracking, it should not require an account with Microsoft if privacy is the end goal—and there’s a host (pun not intend) of other options.
PRISM Break, Calyx live on GitLab (not obscure, supports SSO). Many free software projects like Freedesktop, GNOME, KDE, DivestOS, Briar, Jami self-host the community edition of GitLab. Privacy Tools & Awesome Privacy mirror to Codeberg as well as MS GitHub, presumably to have an escape hatch to the megacorporate bubble & to practice what they preach about privacy. LibreWolf is exclusively Codeberg. Cwtch self-hosts Gitea. Prosody self-hosts its Mercurial server. Choosing not Microsoft GitHub puts you in good company.
If a mailing lists alternative isn’t your thing, Forgefed, federation protocol for software forges, would apply for anyone with a Fediverse account (so Lemmy) could submit issues with Forgejo building it in along with others soon (GitLab expressed interest).
Choosing proprietary tools and services for your free software project ultimately sends a message to downstream developers and users of your project that freedom of all users—developers included—is not a priority.
—Matt Lee, https://www.linuxjournal.com/content/opinion-github-vs-gitlab
Mailing lists are for old fat unix guys. Who uses email anymore? I can’t even remember the last time I opened my inbox, maybe a month ago for a 2FA code?
I’ll stick with GitHub because its what I know. If you don’t want to use GitHub, then you can still view the spreadsheet, just dont click the GitHub or Datasets links in the fop left.
You’re in a privacy-related space that values keeping data away from the corporations—that’s why your response has a worse ratio. If you don’t want your messaging data with data with Meta or Google, why would you be okay with Microsoft for your code? I like that instead of acknowledging the multitude of options you would have that puts your project in better position for contributor privacy, you chose to attack the one you disliked the most, mailing lists, & dismissed everything else. It’s really not any more difficult to pick up something like Codeberg & the UI loads faster too.
If someone said “WhatsApp is what I know, why should I care about your $MESSAGING_APP?” would you not, like, send them the output of your project to explain how their digital privacy is at risk? Consider building another list comparing code forges & see that you get little extra from MS GitHub being closed, proprietary, centralized, for-profit/publicly-traded, requires accepting Microsoft ToS to create an account, search locked behind auth, slow to load, slow to fix bugs, has outages constantly, locks out all users from Yemen et al. due to US sanctions, plays ball with capitalists (such as following record label demands to take down
youtube-dl), pushes ‘social’ features (massive can of worms), tries to monopolize the developer space on the network effect, etc.
And, because I’m not entirely uncynical, does the creator of the spreadsheet work for any of the companies included upon it?
I have worked for Status in the past, but that has not impacted the review of any apps. The spreadsheet has been reviewed thoroughly by others in the privacy space before I published it, and I encourage everyone to take a look and report any inaccuracies.
The criteria is objective on purpose. Everything on the spreadsheet can be verified for accuracy.
Status got a recommendation purely because it has proven itself to be resiliant to subpoenas and the cryptography is implemented well.
Nothing is sponsored, and no matter who I work for in the future, it won’t impact the results. It’s open source on GitHub, and I’m looking for contributors to decentralize control of the spreadsheets.
The is the messenger matrix from the German blog Kukitz-Blog (it is a blog with a strong focus on privacy and is in my opinion well informed). But no worries, the matrix is also available in English.
Maybe you can take some inspiration from the matrix.
I think that information for XMPP is inaccurate. I use it for private communication. E2E encryption is on by default in Conversations, messages are removed from a server if MAM is off.
Dino, Gajim turn on OMEMO by default & even the TUI Profanity prominently displays
[]in red at the top by default nudging you to pick OMEMO, OTR, or PGP for end-to-end encryption. The protocol is generic on purpose & meant to be extended with encryption which in the case of private chat applications, is now defacto. Much in the same way, TLS isn’t required since there are application that don’t require it, but defacto, all guides for setting up a XMPP server for chatting applications will suggest TLS where some servers have options like s2s TLS required or it won’t talk to the other server.Seems weird that there’s a big, red no even when all the defaults point in the direction yes for human-to-human chat. Much in the same way some values are wrong like apps & servers being open source when there very much are proprietary XMPP servers out there like WhatsApp & Zoom. There’s also a reason Tails OS comes with Dino (or Pidgin) & every dark web guide explains how to connect to XMPP thru Tor + OMEMO/OTR, because it can be secure & anonymous enough for criminals & whistleblowers while being lightweight & decentralized.
It’s always crickets when the issue of improper poor ranking of XMPP is addressed in these threads…
Everything has to be new & shiny or it’s bad. XML bad, JSON good. /s
The issue with me is ease of use to use with other people. I’ve tried Matrix and Session with other tech minded people and it’s not nearly as seemless as Signal. I’m just waiting for an app that ticks all my boxes, really looking forward to Signal usernames though.
I made the mistake of getting my family to switch to Signal. It works great for messaging, but it has other issues—beyond the typical SIM-required complaint. I hate that you have to register with a ‘primary’ device on either iOS or Android fueling that duopoly (SoL if you are on a postmarketOS or KaiOS or Capyloon phone… or just don’t want a internet-capable phone). Notifications are sent thru Google’s FSM (news 1–2 months ago that of course Apple & Google send all the metadata to the feds) & refuse to support UnifiedPush (thank goodness the Molly fork does). They’re also not too happy to support alternative clients meaning you are stuck with the shitty, resource-sucking Electron client while not having a web client or native or TUI client. And the worst cherry on top is shipping those iOS emoji to Android & Linux …eww.
-
Yeah not having it as a default SMS app sucks. Can’t really argue with you there. Perhaps, one could make a fork with it?? Just thought of that now.
-
I seriously doubt any encrypted messenger is going to support OS like KaiOS or non internet capable devices.
-
For unified push, just use molly.
-
iOS emojis…I really don’t care, Signal devs have other things to worry about.
With an FPGA or special CPU instruction set, the encryption algorithms could run on a toaster—which would give access to whatever low-spec handheld you wanted without making it chug to have strong encryption. That also still isn’t covering the future hope of a Linux phone, or someone that just wants to register an account on their laptop.
Using forks puts stress on other teams to keep up with breaking changes, & 90%+ of folks won’t be looking for forks or be willing to trust their unofficial status. I saw the code for UnifiedPush as a Mattermost plugin & it was like 50 lines or something small which is much less than the rest while allowing users to keep control of their metadata which is a big deal if you care about privacy. A fork for SMS support would encounter similar issues, & now you either need to compete with Molly or copy its featureset otherwise users have to choose, SMS or UnifiedPush. That said, I agree with the SMS situation since it was easy to convince relatives to use this new “text app” where encryption magically came to a chunk of their contact list.
Saying emoji was the most important was tongue-in-cheek, but it makes the application feel non-native (& I think Apple’s emoji are particularly ugly). You would think at least the Google set was shipped to Android, or—now hear me out—not ship emoji, don’t override the user experience, let the user’s fontconfig display the one they set. Shipping a whole font (or images) for emoji is why the application size is so bloated for a chat app.
The first two arguments I get. But the emoji argument about not shipping them at all? Yeah if this is going to be a mainstream and easy to use app then that won’t fly. My friends, family, and I all use emojis, gifs, and stickers. I’m sure many people enjoy these things as well. All that bloat.
Are you using a device without an emoji font installed on the system at all? The web works just fine without browsers shipping an emoji font.
-
I’ve been using Matrix for years, but now only as a replacement for IRC. The encryption key handling has always been cumbersome and flakey, and too easily broken by users. Not compromised “broken”, but locked out “broken.” It’s been like this for years, and while the UI has improved, it’s still too hard for casual users to confidently use; I’ve given up hope that it’ll ever get to a point where I can recommend it to friends who don’t give a fuck how it works, and who aren’t interested in spending a half hour figuring out how to set things up - they just want it to work. So many encrypted messaging systems have done this correctly, I dispair that Matrix can’t (it’s a common issue with all clients, so I blame the design of the protocol).
Edit oh, I also wanted to say I’d also been disillusioned with Matrix when I realized I couldn’t run my own server. That is, I technically could; I just couldn’t afford to. Synapse is a hot mess of a server, but it also just pounds on the CPU and requires massive amounts of disk space (over time). Matrix is designed such that all content for channels joined by any user is replicated to the user’s home server. It’s a questionable design decison, at best, but a consequence is that regardless of the server software, the storage requirements make running a home server cost prohibative. Compared to, say, running an xmpp server, which could be done effectively on a Pi.
Signal really is that better replacement for WhatsApp since the functionality is identical, others would have to force people to get used to the different ui and the options.
Everyone. Everyone. I mean everyone here misses the biggest plus for WhatsApp compared to pretty much every other messenger. Signal is pretty much the only one as “simple” as it.
We are all too big of privacy geeks to realize what non-tech-savvy people go through with these.
-
Sign up process is dead simple from your phone. It is literally as simple as putting in your phone and PIN. Once you hit the “choosing server” on people using matrix for the first time, you have already lost them. Completely. The exact same thing happened with mastodon and lemmy. People who had no idea about how federation and decentralization were instantly lost
-
Backups: backing up is a process that the users have to do on a lot of matrix clients, or not available. People want to be able to simply move to a new phone by installing the new app, logging in, and being right back with all of your old messages. Even on signal you still have to restore the automatic backup. If you don’t have that file, you are screwed. I can’t remember if Element will sync your messages automatically to a new device.
Those 2 things and population are literally the only thing that the average person actually cares about outside of other people being available on the platform.
-
Except Signal UI is… Not good. It feels like using a texting app.
Between the UI and dropping SMS support, I can’t get anyone to use it anymore, and people I had using it have moved on.
Dropping SMS is really frustrating - it was the big selling point I had.
I’m one of those people who thinks SMS has no place in a private messaging app. Signal is the gold standard, and enabling sms merely legitimised this incredibly non private and antiquated messaging protocol.
And gave a constant reminder to people that something better was right there.
And put things in one place.
You’re letting perfect be the enemy of good. At least with SMS support I could get people to switch to “this new texting app”, and we’d then have a proper Signal encrypted chat. And when they texted someone else, Signal would append the “you could have encryption too” signature, generating a conversation about it.
The people who moved off of Signal went back to SMS entirely. How is that better?
but it is a texting app…
Why Session is not recommended for private communication?
They purposefully removed perfect forward secrecy, which is an important part of preventing future compromise in the chain of messages.
They explained this, and why it doesn’t weaken the stack.
This opinionated ruling about “no PFS,no secure” is questionable judgement
Nice work so far! It’s a big task, really.
Smart idea hosting on git. Gives it a chance to be maintained and have a history.
Any way to download as a csv/excel file? (I can just copy/paste from the web, but that’s imperfect)
I’m working on it, and an Excel file will be available later today under the “datasets” directory in GitHub
Not sure, but I couldn’t find Tox (https://en.m.wikipedia.org/wiki/Tox_(protocol)) anywhere?
Unmaintained iirc
