210
submitted 1 week ago by neme@lemm.ee to c/privacyguides@lemmy.one
you are viewing a single comment's thread
view the rest of the comments
[-] henfredemars@infosec.pub 14 points 1 week ago

With what? Where would you store the encryption key for the encryption key on a desktop system where it would not be accessible to an attacker?

Perhaps there could be a pin or password that must be entered every time to decrypt it into memory.

[-] eco_game@discuss.tchncs.de 27 points 1 week ago

As the article states, currently all processes are able to read the file which contains the key. Instead, you could store the key in the macOS Keychain (and Linux/Windows equivalents), which AFAIK is a list of all sorts of sensitive data (think WiFi passwords etc.), encrypted with your user password. I believe the Keychain also only let's certain processes see certain entries, so the Signal Desktop App could see only its own encryption key, whereas for example iMessage would only see the iMessage encryption key.

[-] TheEntity@lemmy.world 7 points 1 week ago

There is no single keychain on Linux, and supposedly on Windows too. Signal would need to either support a few dozens of password managers or require a specific one, both options terrible in their own way. This isn't something that can be done without making broad assumptions about the user's system.

[-] eco_game@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago)

I'm not too knowledgeable on that topic, but doesn't Linux store WiFi or smb-share passwords in some keychain?

Edit: missread your comment a little, I'm guessing you meant that there are multiple different keychains on Linux

[-] TheEntity@lemmy.world 5 points 1 week ago

Either multiple different keychains or even you can have no keychain-like application in your system at all.

The WiFi passwords are usually stored in /etc/NetworkManager as plain files. Granted, they are not accessible directly by non-root users as they are being managed by the NetworkManager daemon, but there is nothing generic for such a thing. Signal rolling a similar daemon for itself would be an overkill. The big desktop environments (GNOME, KDE...) usually have their own keychain-like programs that the programs provided by these environments use, but that only solves this problem for the users of these specific environments.

To me it's perfectly expected the Signal encryption keys are readable by my user account.

load more comments (5 replies)
load more comments (17 replies)
this post was submitted on 06 Jul 2024
210 points (99.5% liked)

Privacy Guides

16161 readers
31 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 1 year ago
MODERATORS