Комментарии 10
Вдобавок в составе проекта Password Manager Resources уже есть один инструмент — PasswordRulesParser.
Браво! Не смочь использовать json до конца, снабдив костылем в комплекте
"signin.ea.com": {
"password-rules": "minlength: 8; maxlength: 64; required: lower, upper; required: digit; allowed: [!@#-^&*=+;:];"
},
даже в рамках одной json'ки не могут определится как же описать
required
Ну я как бы не планировал вкладывать время в open source проект, принадлежащий одной из самых больших корпораций. Или вы о том, что удивляться с качества выкладываемого в open source не стоит, а нужно сразу начинать переписывать?
О да, проблема актуальна. В моём keepass уже десяток шаблонов паролей для сайтов, которым не подходит стандартный 30 символьный со спец символами. Можно выпускать обзор безопасности популярных сайтов, отталкиваясь от длины пароля и других ограничений :)
А в чем вообще смысл делать такие ограничения? Ведь при хешировании в базе все равно будут строки с постоянным числом знаков
А кто сказал, что они хэшируют? :)
Традиция.
Анекдот про "а вы что, до сих пор готовите на той маленькой сковородке" знаете? Вот, это оно.
В IKEA пароль может быть от 7 до 10 символов. Я не знаю, чем думали их айтишники, мб у них правда там поле под пароль в 10 символов всего?
У PayPal 20, хотя вроде бы финансовый сервис, даже у Сбербанка 30 и есть второй фактор ( и спец символов можно больше: —!@#$%^&*()+,.;: против !@#$%^&*() у палки).
У PayPal 20, хотя вроде бы финансовый сервис, даже у Сбербанка 30 и есть второй фактор ( и спец символов можно больше: —!@#$%^&*()+,.;: против !@#$%^&*() у палки).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Apple выпустила для разработчиков проект с открытым исходным кодом Password Manager Resources