Earlier quoted context omitted.
Sorry, I meant more on the UI side. Like if I'm on a website that needs a login, do I run a pass command in a local terminal, then copy and paste?
Ah, there is an Android app [1] which you sync the passwords to and it basically presents a list of all your websites. To use a password: tap on the website name, unlock your GPG key, and then see your password and put it in your phone's copy/paste buffer. [1] https://play.google.com/store/apps/details?id=dev.msfjarvis....
Pass: The standard Unix password manager
191–200 of 213 posts
Re: Pass: The standard Unix password manager
#192Earlier quoted context omitted.
Not clear how that has any relevance here. If the encryption is broken, pretty sure most encryption is busted.
Encryption is broken, just not in all scenarios, that's why security without threat model is meaningless.
Specifically, why would you still trust any other password manager?
Re: Pass: The standard Unix password manager
#193For any LastPass users out there contemplating a switch to pass, I just recently did so myself. Wrote a bit about it here: https://rhardih.io/2021/03/migrating-from-lastpass-to-pass/
I'm a LastPass user contemplating a switch. Your article doesn't say why I should switch . You mention "more control", and that's my thinking as well, but it just appears... not worth it to switch for something so nebulous? Perhaps I'm too lazy?
Re: Pass: The standard Unix password manager
#194Re: Pass: The standard Unix password manager
#195I discovered a couple of years ago that iTerm2 has a password manager, as well as other cool features like live text highlighting via regex. Anyway it was the first time I had ever used a password manager that you can call directly in the shell. It’s awesome, and once you memorise a few simple key combos it’s super easy to input stored passwords in the shell.
Why would you want a password manager in your shell? How many times do you need to access password authenticated services from your shell?
Re: Pass: The standard Unix password manager
#196It took me way too long in life to finally start using a password manager (a few years ago). Pass was what finally convinced me. Seldom is a tool perfect, but pass is pretty damn close to!
I'm currently playing with integrating bitwarden self hosted into my flow, eyeing a switch, but it's way more complicated to understand than pass...it does not make it easier to trust it.
Re: Pass: The standard Unix password manager
#197Earlier quoted context omitted.
Do phone apps support Yubikey?
Yes! Termux[0] does supports gpg and pass but no yubikey by default, but okc-agent[1] is a third party binding of OpenKeyChain, providing barebones gpg via yubikey. I use this to decrypt passwords via NFC: [0]: https://termux.org [1]: https://github.com/DDoSolitary/OkcAgent Simple password decrypt: okc-gpg -d ~/.password-store/mypass.gpg I made a termux shortcut (button on homescreen) to emulate pass-dmenu via this (…
Re: Pass: The standard Unix password manager
#198Earlier quoted context omitted.
You could also store it in a Keybase [1] repo. [1] https://keybase.io/
We made an extension for encpass.sh (similar in some ways to pass) that stores secrets in Keybase ( https://github.com/plyint/encpass.sh/blob/master/extensions/... ) if that sort of thing is of interest to you. Outside of personal secrets, it can be used as a sort of low cost stand in for shared secrets that you might use something like Vault for in a team environment.
Re: Pass: The standard Unix password manager
#199I love pass but I have been having very weird issues lately with gpg agent taking ages to ask me my password to decrypt the database. Really annoying and googling has not yielded fixes. Worse the dev doesn’t use GitHub so getting in touch is a giant pain in the ass.
I've had this problem and would solve by killing gpg-agent as described at https://unix.stackexchange.com/questions/382279/gpg-hangs-wh... Ideally there would be a better solution.
Re: Pass: The standard Unix password manager
#200To backup the passwords a copy of ~/.password-store/ is enough, but to completely recover, a backup of the gpg keys is also required. What's your strategy for this? Do you just backup the entire ~/.gnupg/ directory?