Nemeski to privacy@lemmy.ca • 1 year agoSignal under fire for storing encryption keys in plaintextstackdiary.comexternal-linkmessage-square16fedilinkarrow-up180arrow-down10cross-posted to: cybersecurity@sh.itjust.worksprivacy@lemmy.worldfoss@beehaw.orgprivacyguides@lemmy.one
arrow-up180arrow-down1external-linkSignal under fire for storing encryption keys in plaintextstackdiary.comNemeski to privacy@lemmy.ca • 1 year agomessage-square16fedilinkcross-posted to: cybersecurity@sh.itjust.worksprivacy@lemmy.worldfoss@beehaw.orgprivacyguides@lemmy.one
minus-square@psvrh@lemmy.calinkfedilink4•1 year agoDoesn’t… doesn’t then OpenSSH client store keys in text files? I’m trying to figure out how this is an issue, other than maybe Signal should be using an OS level keystore.
minus-squareJerkface (any/all)linkfedilinkEnglish1•1 year agoThey are text files but they are not “plaintext”. They are (optionally) encrypted with a user-supplied password. That is why you need ssh-agent to stay sane.
Doesn’t… doesn’t then OpenSSH client store keys in text files?
I’m trying to figure out how this is an issue, other than maybe Signal should be using an OS level keystore.
They are text files but they are not “plaintext”. They are (optionally) encrypted with a user-supplied password. That is why you need
ssh-agentto stay sane.