3 ms·
A requirement I'd like to see for such a Linux service would be to not rely on the user's password. When my users change their AD password, they have a nasty ti
by yrro 5y ago
A requirement I'd like to see for such a Linux service would be to not rely on the user's password. When my users change their AD password, they have a nasty time unlocking their GNOME keyring...
- sp1rit 5y agoWhat alternative to a users passwords do you have in mind? The only other potential cryptographically secure alternative might be a TPM chip, if a machine has this. However since a TPM stores secrets system wide, keyrings for each user seam unfeasible and it's likely less secure since you could just boot into single user mode and get the TPM secrets. Additionally I tend to not trust the TPM (esp. on Linux), because if one firmware update somehow fails to apply properly, I'll have a far more nastier time (since all secrets are gone) than GNOME Shell promoting me to insert my old password.
- yrro 5y agoI really don't know, to be honest. TPM is one option. They should be pretty reliable--if not then you'd have Windows users kissing their encrypted disks goodbye, right? Another option (in my case) would be using FreeIPA's vault service to stash the key. It would be pretty easy for malware to grab the key though. Perhaps some setup where both a key owned by the user and a key owned by the host, with access mediated by sssd could be designed... (And admittedly for AD users it's no good since they can't use the vault service...) It feels like AD is missing some kind of secret storage service for users to make use of.
- WhyNotHugo 5y agoIt's also annoying on single user laptos, where I type a disk decryption password at startup, but then the have autologin set up (since it's pointless to prompt for a user password at that point).