News for hackers. Stuff that matters.
Re:Firefox 72.0 by icebraining on Tuesday January 07, 2020 @12:05PM (#21981883)
Regarding the native key store, why not just use full disk encryption? The session-specific encryption never made much sense to me, unless you share the computer with others. How many processes do you really have that are not running under your user or root?
Re:Firefox 72.0 by fauigerzigerk on Tuesday January 07, 2020 @12:25PM (#21982103)
I do use full disk encryption, but when I'm logged in, any program that runs as me can access my files (subject to some partial restrictions that Apple introduced a while ago). And anyone gaining access to my unlocked computer can easily copy that password file.

You could say once malware is executed with my credentials it's game over anyway. But I disagree with that. Having a file full of passwords stolen is far worse than than anything else, including key loggers, because it's maximum damage in a minimum amount of time.

I want to make that as difficult as possible for any attacker.

Re:Firefox 72.0 by icebraining on Tuesday January 07, 2020 @05:37PM (#21985890)
> when I'm logged in, any program that runs as me can access my files

On Windows, the same is true of the encrypted data; any program that runs as you can decrypt it. Is it different on macOS? How does the system authenticate a specific program?

Re:Firefox 72.0 by fauigerzigerk on Tuesday January 07, 2020 @06:11PM (#21986262)
On the Mac, Safari and Chrome store passwords in a key chain. To reveal any of those passwords you have to re-enter your macOS login password or whatever authentication method was used to log into the device (fingerprint, face ID, ...).

So it's not the program that is authenticated. The system simply makes sure that any program accessing that particularly sensitive data is really controlled by the logged in user.

This is entirely separate from protections for other files that may or may not be encrypted.

Re:Firefox 72.0 by forgotpwd16 on Thursday January 09, 2020 @09:08AM (#22001259)
>Chrome store passwords in a key chain

Really? I thought Chrome, same as Firefox, stored credentials in an SQL file, the reason behind it being profiles and its built-in sync service.

Re:Firefox 72.0 by fauigerzigerk on Thursday January 09, 2020 @12:10PM (#22003067)
It appears you're right. Chrome doesn't actually use the system key chain underneath, but the UX is exactly the same as Safari.

Autofill doesn't require password entry, but before revealing any stored passwords you have to re-authenticate using the regular system login method.

I wish Firefox did the same.

Re:Firefox 72.0 by forgotpwd16 on Thursday January 09, 2020 @02:22PM (#22004522)
That's interesting and I wonder how they do it. Nevertheless this isn't good as it offers a false security sense since the end result is similar to using a master password which is the same as the login password.
Re:Firefox 72.0 by zelly on Wednesday January 08, 2020 @04:38AM (#21989887)
You are more likely to lose your data while the computer is on and drives decrypted than when it is off. The threat model for FDE is thieves or government physically stealing your drive. Much more people get pwned in software than physically. I mean you don't just leave root shells laying around do you?
Re:Firefox 72.0 by icebraining on Wednesday January 08, 2020 @04:47AM (#21989927)
The question was whether the keychain really protects from those software attacks. I wondered mostly because I know that Windows will allow any process running as a certain user to decrypt data stored by any other process (at least if it's stored using the Data Protection API, like Chrome does for its passwords), so it only really protects your data from other users and their malware.

It seems that macOS authenticates each process, so that might provide some extra security.