Live data from Hacker News

Horcrux: A Password Manager for Paranoids

arxiv.org

31–40 of 168 posts

Re: Horcrux: A Password Manager for Paranoids

#31
post #14

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…

Isn't this basically what LessPass (https://lesspass.com/) does?

Re: Horcrux: A Password Manager for Paranoids

#32

Earlier 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.

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

#33
post #23
post #14

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…

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…

I don't think that's such a big problem for most users. The vast majority of websites impose only a few easily satisfiable constraints, at most: small and capital letters, numbers, symbols. This covers 99% of websites, and the default generator can cover this by default by generating something like bhAwG9$nj#.

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

#34
post #14

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…

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.

Re: Horcrux: A Password Manager for Paranoids

#35
post #14

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…

I have heard this idea put forth before, and I believe it is still flawed. See my response here: http://nothingofvalue.org/password_manager.html#no_storage

Re: Horcrux: A Password Manager for Paranoids

#36
post #34

Earlier 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.

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.

Re: Horcrux: A Password Manager for Paranoids

#37
post #4

The 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?

> The trick of entering a dummy username and password,...

Re: Horcrux: A Password Manager for Paranoids

#39

Earlier 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.

I mean I know it hyperbole but I am pretty sure there are hardware bugs that allow access, see that Intel or IBM remote management disclosure. It might not a real backdoor but it's as good as one. As people above are mentioning keep your paranoia inside your threat model

Re: Horcrux: A Password Manager for Paranoids

#40
post #34

Earlier 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.

I'm not sure we're talking about the same thing. See the code I posted. There is no unchangeable static seed.
Post reply on HN