Description of problem: Words with simple "l33t" substitutions (a → @) are accepted as secure. Version-Release number of selected component (if applicable): libpwquality-1.2.2-4.fc20.x86_64 cracklib-2.9.0-5.fc21.x86_64 How reproducible: Always Steps to Reproduce: cat > wordlist <<__EOF__ nJyflTvaqTSijfFU dDGFgvBbQhybQGPK xHRHFIycYigyhjnm jwdaIgodpedkGxgb UoRLmVLeRZXRKeat ynzwBgQfFteUhyMz aKKwzQbgsrXqfLSI FbkjzCFhkvPBNmPR TVVkTxpioqHHEqZL sfmZklfjbHGeiNEp nRVJMlGkrKgVFSNs AdITrVDlXvEwgrQR FhxnqAvmGPeDaRhD JXhvtknnrEBWzUIF FpLUFasojSIVIpbT vRwBYoYpeVPXjcKV FwvhjlaqezwCqAeF CXVGTJeroNjSvIUY MgYxvJrszURxRBVs zvxujTxtOhPIkvIh FAUXaHHuBoAgGdLV SnUaTLwvUkSEbakr ecHELNBwgeTHXZzg IwGYgRDxglJUngqa BzGLsoTyIOKLRrFF wXnrigdzijoOfLFm __EOF__ create-cracklib-dict wordlist Using pwscore test following passwords: nJyflTv@qTSijfFU nJyflTv^qTSijfFU dDGFgvB8QhybQGPK xHRHFIy(Yigyhjnm xHRHFIy{Yigyhjnm xHRHFIy<Yigyhjnm jwdaIgo)pedkGxgb aKKwzQb6srXqfLSI aKKwzQb9srXqfLSI aKKwzQb&srXqfLSI FbkjzCF#kvPBNmPR TVVkTxp!oqHHEqZL TVVkTxp|oqHHEqZL AdITrVD|XvEwgrQR JXhvtkn~rEBWzUIF zvxujTx7OhPIkvIh zvxujTx+OhPIkvIh wXnrigd2ijoOfLFm Actual results: All passwords accepted with score 100 Expected results: All passwords rejected as based on dictionary words Additional info: Used substitutions: a → @, ^ b → 8 c → (, {, < d → ) g → 6, 9, & h → # i → !, | l → | n → ~ t → 7, + z → 2
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
still reproducible with libpwquality-1.3.0-4.fc24.x86_64
We are not going to pursue this RFE at this point. If anyone wishes to work on this I'd suggest creating pull request on libpwquality upstream. https://github.com/libpwquality/libpwquality