Live data from Hacker News

Pass: A standard Unix password manager

passwordstore.org

211–212 of 212 posts

Re: Pass: A standard Unix password manager

#211
post #204
post #12

If it becomes standard, people would use it without a master password, and then stealing passwords via malicious scripts will become very easy.

Pass doesn't handle your "master password" at all, it's completely delegated to GnuPG (pass is really nothing more than a shell wrapper your file system, GnuPG, and Git). Does GnuPG let you easily get away without a password on your key, I don't remember ATM.

It's completely possible to setup `pass` such that you can type `pass ` and it will print the password to stdout (you might has to pass an extra parameter or so) without ever asking the user to input anything to confirm they approve of this action.

Now if this were to become mainstream, it's almost guaranteed that some percentage of users will set it up to work that way.

And now you have the perfect opportunity to write a script that simply attempts to read passwords using pass and if it succeeds sends the results somewhere on the net.

Re: Pass: A standard Unix password manager

#212

Earlier quoted context omitted.

Setup is a bit of a pain, but what workflow is required? I just keep a Cygwin window or a Bash on Ubuntu on Windows window open and tab over when I need a password. With the shell auto-completion I find it easier to use than other password managers, tho I prefer not using my mouse so I'm surely biased about that aspect. I was previously using Password Safe, on Windows, and various compatible alternatives on Linux and…

Well, I'm talking from a non-developer perspective. I don't use Git daily, so I had to stand up my own Git instance or pay Github for a private repo. PassFF works well for Firefox on my Mac, but no equivalent for Windows. If you're willing to forgo browser integration then that's less of an issue. Lack of browser integration might also be less of an issue in Linux with dmenu or rofi plugins like others have mentioned…

I use a 'remote' repo in Dropbox (and I use git-remote-gcrypt so that the remote repo is fully encrypted, i.e. even file and directory names), so you don't strictly need your own server.
Post reply on HN