News for hackers. Stuff that matters.
Re:Passage: A fork of password-store that uses age instead o... by jeremyw on Friday December 17, 2021 @08:01PM (#29600332)
I suppose in a homebrew situation, but not if age is root-installed, correct? It seems like that's a hard boundary.
Re:Passage: A fork of password-store that uses age instead o... by FiloSottile on Friday December 17, 2021 @08:06PM (#29600372)
I mean, most users don't root-install, but anyway the GUI application can drop a different age binary higher on the user's PATH. Or change their shell. Or a million other things.

There really isn't a point to defending against code running unsandboxed on a single-user machine.

Re:Passage: A fork of password-store that uses age instead o... by ulrikrasmussen on Saturday December 18, 2021 @12:07AM (#29601848)
I password protect my key for the sole threat model of me physically losing my device. I am aware that all other threat models that involve someone taking remote control of my device are not fully protected against, but it at least requires significantly more effort on their part versus just doing a scan for private keys on the file system.
Re:Passage: A fork of password-store that uses age instead o... by SEJeff on Saturday December 18, 2021 @12:36AM (#29601985)
Why not use disk encryption for this threat model?
Re:Passage: A fork of password-store that uses age instead o... by withinboredom on Saturday December 18, 2021 @12:56AM (#29602095)
> Why not use disk encryption for this threat model?

Most people don’t add a password to the disk encryption, meaning the keys can “easily” be extracted by MITM the contacts on the chip.

Re:Passage: A fork of password-store that uses age instead o... by jeremyw on Friday December 17, 2021 @08:17PM (#29600467)
Fair enough. I believe I can mitigate enough of these to continue the utility of password-protecting my keys, but I take your point.