News for hackers. Stuff that matters.
Re:Secure messengers in war time by tptacek on Tuesday March 01, 2022 @08:10PM (#30522384)
Of course Signal's feature set is lacking. It's lacking by design. Signal makes different tradeoffs than Telegram; that is the entire premise of Signal: if there is a reasonable choice to be made in favor of security at the expense of UX, Signal will choose security, and Telegram will choose UX. It's literally part of the identities of the two different services.

This really twists people up in knots, but it's not hard to understand, even if it frustrates you that you get a poorer user experience in the messenger that has the cryptography you want (or poor-to-nonexistent cryptography in the messenger with the user experience you want).

Re:Secure messengers in war time by jchw on Tuesday March 01, 2022 @09:12PM (#30522844)
Matrix/Element sure manages to do a lot of features that Signal doesn't. I'll admit the UX is not perfect, but it's not really that bad either; it even has a couple of UX advantages over Telegram, especially if you want to use the E2EE private chats in Telegram.

Signal could undoubtedly offer more features. Lacking granular permissions in group chats, for example, is not something I read as being "by-design". The phone number one is by-design, but I do not really agree it is a good security choice.

Re:Secure messengers in war time by tptacek on Wednesday March 02, 2022 @12:24AM (#30524066)
It's easy to offer features when you're allowing yourself to keep track of everyone who's talking to everyone else in a serverside database.
Re:Secure messengers in war time by kitkat_new on Wednesday March 02, 2022 @10:22AM (#30528349)
Conceptually, there is nothing that prevents you to put the server on the phone, and employ store & forward nodes.

See what people are working on regarding Matrix: https://matrix.org/blog/2020/06/02/introducing-p-2-p-matrix