Nemeski@lemm.ee to privacy@lemmy.ca · 2 years agoSignal under fire for storing encryption keys in plaintextstackdiary.comexternal-linkmessage-square16linkfedilinkarrow-up178arrow-down118cross-posted to: cybersecurity@sh.itjust.worksprivacy@lemmy.worldfoss@beehaw.orgprivacyguides@lemmy.one
arrow-up160arrow-down1external-linkSignal under fire for storing encryption keys in plaintextstackdiary.comNemeski@lemm.ee to privacy@lemmy.ca · 2 years agomessage-square16linkfedilinkcross-posted to: cybersecurity@sh.itjust.worksprivacy@lemmy.worldfoss@beehaw.orgprivacyguides@lemmy.one
minus-squarepsvrh@lemmy.calinkfedilinkarrow-up4·2 years 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)@lemmy.caBannedlinkfedilinkEnglisharrow-up1·2 years 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.