Нет особого смысла устанавливать произвольные ограничения на размер имен пользователей. Но если вам нужно (например, для ширины столбца базы данных), вы должны сделать его достаточно большим, чтобы вы, скорее всего, не пожалели об этом в будущем. (Там, где я работаю, имена учетных записей состоят из 8 символов, причем первые два символа одинаковы для всех сотрудников ... да!)
ПЛОХАЯ ИДЕЯ - устанавливать ограничение на размер паролей.
Основная причина плохой идеи заключается в том, что чем длиннее пароль пользователя, тем больше у него энтропии и, следовательно, сложнее будет его угадать. Ограничивая длину пароля, вы потенциально побуждаете пользователя использовать неверный пароль. (Не то, чтобы обычные пользователи нуждались в большом стимулировании ... к сожалению.)
Вторая причина заключается в том, что предлагает , чтобы вы хранили пароли в таблице базы данных. Это было бы БОЛЬШОЙ ОШИБКОЙ, потому что это потенциально оставляет пароли пользователей открытыми, если безопасность вашей системы поставлена под угрозу. Вам следует хранить в базе данных соленый криптографический хеш пароля пользователя (который может иметь ограниченный размер) и проверять предложенный пароль, хэшируя его и сравнивая с сохраненным хешем.
Если вы говорите о минимальной длине (для паролей), вам, вероятно, следует сосредоточиться на энтропии, а не на длине пароля. (Пароль, состоящий из 20 «1», менее безопасен, чем случайно сгенерированная последовательность из 6 символов.)
Думаю, я пойду на этот ответ. Захваченный криптографический хеш открывает мой разум, мне больше не нужно беспокоиться о длине, плюс она более надежна. Спасибо!
(Должно быть солено ... мой плохой.)
Я просто хочу исправить возможное неправильное понимание того, что я сказал выше. Длинный пароль не обязательно является хорошим паролем (согласно примеру). Но это не значит, что вы не должны беспокоиться о длине. Слишком короткие пароли (даже случайные) слишком просто угадать.
Если ваша цель состоит в том, чтобы отговорить / помешать пользователям устанавливать пароли, которые легко угадать, то вам следует использовать какой-либо вид проверки качества пароля, чтобы отсеять «плохие» в то время, когда пользователь устанавливает / сбрасывает свой ее пароль.
Google Search для "энтропии паролей" или "мер энтропии паролей" даст вам некоторые сведения. А вот и один из ближайших:
(Примечание. Подход с использованием криптохеша - это НЕ ХРАНЕНИЕ пароля ... а не длина пароля. Плохой пароль будет небезопасным, независимо от того, как ваше программное обеспечение его обрабатывает.)