deanishe Posted July 28, 2015 Share Posted July 28, 2015 (edited) Generate secure random passwords from Alfred. Uses /dev/urandom as source of entropy. Features Passwords can be generated based on strength or length. Offers multiple generators, including based on real words and pronounceable pseudo-words generated with Markov chains. Shows the strength of each generated password. Strictly offline — it's safer not to outsource your security to a webservice. Download & InstallationGet the workflow from the GitHub releases page or Packal.Basic Usage pwgen [<strength>] — Generate passwords of the specified strength. Strength can be either a number (1 or above) or a specific amount of entropy in bits, e.g. 128b. The default is 3, which corresponds to 96 bits of entropy. pwlen [<length>] — Generate passwords of the specified length. Default is 20. Strength differs depending on the generator (e.g. for 20 characters, strength can vary between 50 and >100 bits of entropy). pwconf [<query>] — Alter the default strength/length and activate/deactivate different generators. Password GeneratorsSeveral different password generators are included by default, including: ASCII letters, digits and punctuation ASCII letters and digits ASCII letters and digits, excluding easily-confused letters and numbers Digits only Pronounceable, randomly-generated gibberish words Dictionary words Password StrengthPlease see the GitHub README for detailed information on the strength of the generated passwords and which settings you should (or shouldn't) use. The default strength of 3 is sufficient for most purposes (~6.5 years to guess the password on 2015 dedicated password-cracking hardware). Use 4 for very important stuff. Edited July 28, 2015 by deanishe plaintext, thec13 and Don Dahl 3 Link to comment
deanishe Posted July 31, 2015 Author Share Posted July 31, 2015 Updated to allow you to easily add your own generators. thec13 1 Link to comment
deanishe Posted February 26, 2017 Author Share Posted February 26, 2017 Update to fix a couple of bugs and update the icons. Grab v2 from GitHub or enter pwconf in Alfred and action the update item. cands and claui 2 Link to comment
mrchow19910319 Posted March 16, 2017 Share Posted March 16, 2017 Why does it show password that has 11 characters when I typed in pwlen 10?? Could you narrow it down to 10 characters only?? Or I misunderstand the method you are using? Link to comment
deanishe Posted March 17, 2017 Author Share Posted March 17, 2017 (edited) 7 hours ago, mrchow19910319 said: Why does it show password that has 11 characters when I typed in pwlen 10?? Because it's not reasonably possible to keep re-running the workflow until it produces a random password of precisely the right length. Edited March 17, 2017 by deanishe Link to comment
deanishe Posted April 2, 2017 Author Share Posted April 2, 2017 Updated today. Hopefully, the occasional hanging should be fixed. It also now conceals copied passwords from clipboard history managers by default. Link to comment
cands Posted April 2, 2017 Share Posted April 2, 2017 Thank you for the quick fix, this appears to have fixed the occasional hanging (a restart of Alfred was required, I'm using Alfred 3.3.1 on macOS 10.12.4)! Link to comment
cands Posted June 14, 2017 Share Posted June 14, 2017 (edited) I noticed that there is an update to the workflow. However, when trying to update with the built-in workflow update option it seems to get stuck (the attached image is just showed indefinitely) and the update is not downloaded/installed. I'm using Alfred 3.3.2 on macOS 10.12.5. Pasting the last part of the debug report: 12:25:36 update.py:281 DEBUG Release `v1.0` : https://github.com/deanishe/alfred-pwgen/releases/download/v1.0/Password_Generator-1.0.alfredworkflow 12:25:36 update.py:352 INFO 11 releases for deanishe/alfred-pwgen 12:25:36 update.py:363 DEBUG Latest : Version('2.1.1') Installed : Version('2.1.0') 12:25:36 workflow.py:1894 DEBUG Cached data saved at : /Users/candstef/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Data/net.deanishe.alfred-pwgen/__workflow_update_status.cpickle 12:25:36 workflow.py:2541 DEBUG Downloading update ... 12:25:36 background.py:178 DEBUG Command arguments cached to `/Users/candstef/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Data/net.deanishe.alfred-pwgen/__workflow_update_install.argcache` 12:25:36 background.py:182 DEBUG Calling [u'/usr/bin/python', '/Users/candstef/Library/Application Support/Alfred 3/Alfred.alfredpreferences/workflows/user.workflow.B49B1006-ED08-4990-84A3-E00E44968CBF/workflow/background.pyc', u'__workflow_update_install'] ... 12:25:36 workflow.py:2221 DEBUG Workflow version : 2.1.0 12:25:36 background.py:187 DEBUG Executing task `__workflow_update_install` in background... 12:25:36 workflow.py:1384 DEBUG Downloading and installing update ... 12:25:36 workflow.py:2263 DEBUG Workflow finished in 0.625 seconds. Edited June 14, 2017 by cands Link to comment
deanishe Posted June 14, 2017 Author Share Posted June 14, 2017 It's the Python/Sierra issue. Run the bugfix workflow. Link to comment
cands Posted June 14, 2017 Share Posted June 14, 2017 Thanks that fixed it! I have actually used Fixum before so I thought that this was complete (and I have not been bothered by high CPU usage from Python workflows lately), nevertheless Fixum now updated 52 workflows and the issue seems to be solved. Link to comment
deanishe Posted June 15, 2017 Author Share Posted June 15, 2017 I changed the behaviour of Fixum from only updating workflows affected by the Sierra bug to updating all workflows with a version of Alfred-Workflow older than its own. As I also released a new version of the library, it will probably have updated all your AW-based workflows. Link to comment
cands Posted June 15, 2017 Share Posted June 15, 2017 That explains it, thanks for the clarification. I came to think of one security-related question - the workflow currently copies the password to the Alfred Clipboard where it can be available for quite some time depending on the settings - would it be possible to copy it in a more secure (transient) way similar to 1Password? I usually remember to delete it manually once I've used it, but I tend to not always remember. Link to comment
deanishe Posted June 15, 2017 Author Share Posted June 15, 2017 (edited) That's an Alfred bug, tbh. The workflow marks the copied password as concealed data, so Alfred should NOT record them. I've tested it with other clipboard history managers, and they respect the concealed marker. Edited June 16, 2017 by deanishe teh grammer Link to comment
deanishe Posted June 15, 2017 Author Share Posted June 15, 2017 I've posted a corresponding bug report. Link to comment
ietwat Posted March 24, 2020 Share Posted March 24, 2020 Great workflow! Thanks! I use it multiple times a day for quite some time now! Link to comment
andrei_says Posted April 13, 2022 Share Posted April 13, 2022 This no longer works on MacOS Monterey as Apple removed python 2 and replaced it with python 3. Could you please look into the related github issue and respond? It would be useful to know your plans for this - even if you are unable to port to Python 3. This is a free open source project and we are all busy so no pressure. https://github.com/deanishe/alfred-pwgen/issues/12 Link to comment
cands Posted April 14, 2022 Share Posted April 14, 2022 8 hours ago, andrei_says said: This no longer works on MacOS Monterey as Apple removed python 2 and replaced it with python 3. Could you please look into the related github issue and respond? It would be useful to know your plans for this - even if you are unable to port to Python 3. This is a free open source project and we are all busy so no pressure. https://github.com/deanishe/alfred-pwgen/issues/12 The new version kindly provided by @vitor here https://www.alfredforum.com/topic/17941-making-python-2-workflows-work-on-macos-monterey-123-and-above/ works great on my machine with Monterey macOS 12.3.1 - I recommend to try that. matthewstroh 1 Link to comment
matthewstroh Posted April 21, 2022 Share Posted April 21, 2022 That worked for me, too. Thanks @cands. Link to comment
justcharlie Posted April 29, 2022 Share Posted April 29, 2022 Does this still work? Not working for me in macOS Monterey, unfortunately. I installed Python 2 through Homebrew already but no dice. Link to comment
vitor Posted April 29, 2022 Share Posted April 29, 2022 @justcharlie This on is on the list but it requires a bit of extra setup. Or use the listed alternative. Link to comment
DimonK27 Posted November 10, 2022 Share Posted November 10, 2022 It doesn't work! Please help me, I really need it Link to comment
vitor Posted November 10, 2022 Share Posted November 10, 2022 @DimonK27 As mentioned above, there are plenty of alternative password generators: StrongPassword; Password Generator; Generate Passwords. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now