I think all password managers that store passwords are flawed. Storage is a burden. The store must be synced between devices, secured, backed-up, etc. and it can be stolen. I believe that passwords should be deterministically generated when needed, not retrieved from a store. I'm not sure why this approach is not seen more often. Edit: It seems people don't understand what I mean... I just put some code here to bette…
A very easy scheme could be: password = hmac(url++nonce, master_key) You then store url and nonce. it's no problem that this info is public as far as I know, but perhaps you could again encrypt both the URL and the Nonce using symmetric encryption using the master key Every time you need to change your password, (because it leaked), you simply generate a new nonce. You only store the nonce and the URL and this seems…
Horcrux: A Password Manager for Paranoids
31–40 of 168 posts
Re: Horcrux: A Password Manager for Paranoids
#32Earlier quoted context omitted.
True, in theory, though in practice, i know plenty of capable people but almost none of them bothers to read the openssh source (or even a subset, like recent changes) before updating or recompiling.
Make sure you read the code of the compiler you're using as well, and bootstrap/compile it from that source instead of trusting an existing compiler binary.
Re: Horcrux: A Password Manager for Paranoids
#33I think all password managers that store passwords are flawed. Storage is a burden. The store must be synced between devices, secured, backed-up, etc. and it can be stolen. I believe that passwords should be deterministically generated when needed, not retrieved from a store. I'm not sure why this approach is not seen more often. Edit: It seems people don't understand what I mean... I just put some code here to bette…
How could you generate passwords that satisfy arbitrary password constraints? Say example.com has a 20 character limit, must contain a capital letter and symbol (but not certain symbols), and can't contain a dictionary word. It seems to me like your generator would have to have an option for each constraint to satisfy, and you'd have to remember them at the time of retrieval (unless you store the settings). Is there…
For those corner cases you can have different password generators, for more complex constraints. But overall it's not a big hurdle.
Re: Horcrux: A Password Manager for Paranoids
#34I think all password managers that store passwords are flawed. Storage is a burden. The store must be synced between devices, secured, backed-up, etc. and it can be stolen. I believe that passwords should be deterministically generated when needed, not retrieved from a store. I'm not sure why this approach is not seen more often. Edit: It seems people don't understand what I mean... I just put some code here to bette…
All such deterministic algorithms are seeded by something. This is their basic flaw. Guess the seed and you get all the passwords. With a password manager that randomly generates unique passwords, you don't have that problem, but you do have to synchronize the data.
Re: Horcrux: A Password Manager for Paranoids
#35I think all password managers that store passwords are flawed. Storage is a burden. The store must be synced between devices, secured, backed-up, etc. and it can be stolen. I believe that passwords should be deterministically generated when needed, not retrieved from a store. I'm not sure why this approach is not seen more often. Edit: It seems people don't understand what I mean... I just put some code here to bette…
Re: Horcrux: A Password Manager for Paranoids
#36Earlier quoted context omitted.
All such deterministic algorithms are seeded by something. This is their basic flaw. Guess the seed and you get all the passwords. With a password manager that randomly generates unique passwords, you don't have that problem, but you do have to synchronize the data.
The master password of the password manager has the same issue plus the burden of storage.
the seed is just the seed, and will always be the seed. the master password can change and be supplemented by 2FA / other enhancement schemes.
Re: Horcrux: A Password Manager for Paranoids
#37The trick of entering a dummy username and password, which is then modified in the post request sounds a whole lot better than playing clipboard roulette or messing with the DOM.
Are they using dummy parameters in the request so they can substitute correctly?
Re: Horcrux: A Password Manager for Paranoids
#38Re: Horcrux: A Password Manager for Paranoids
#39Earlier quoted context omitted.
Make sure you read the code of the compiler you're using as well, and bootstrap/compile it from that source instead of trusting an existing compiler binary.
Why stop with compilers? Inspect the circuit diagrams for all your hardware and then make sure the actual manufacturing followed the designs to a tee.
Re: Horcrux: A Password Manager for Paranoids
#40Earlier quoted context omitted.
The master password of the password manager has the same issue plus the burden of storage.
and the virtue of allowing a single point of 2FA. the seed is just the seed, and will always be the seed. the master password can change and be supplemented by 2FA / other enhancement schemes.