Обсуждение:Пароль

message: Уважаемый Exlex, зачем вы удалили ссылку на генератор паролей? Он бесплатен и не имеет рекламы. Если это противоречит духу статьи, давайте также удалим один из двух менеджеров паролей. Зачем их тут два, ведь это же не каталог?
Копнул глубже, тот java менеджер оказывается платный. Значит вы нарочно не удалили его, делая ему пиар? Пожалуйста, объясните.
Удален Java менеджер паролей. Причина - коммерческое ПО.
thread_title:  Ссылка 

message: В разделе "Проектирование защищенного программного обеспечения":
 некоторые системы Unix ограничивают пароли 8 символами
Как это понимать? Пароль должен быть не короче 8 символов? Не длиннее? Ровно 8 символов? Знатоки, проясните, пожалуйста. --213.79.112.34 15:11, 29 октября 2008 (UTC)
Вероятно, мой комментарий чуточку поздноват. :) Да, из личного опыта помню, что пароли длиннее 8 символов "обрезались". Т.е. при вводе более длинного пароля использовались лишь первые 8 символов. Мои воспоминания относятся примерно к 2000 году и вряд ли это актуально для свежих OS. --Hint°°° (обс) 05:33, 28 сентября 2014 (UTC)
thread_title:  Неясность 

message: "Пароль передается на сервер уже в виде хэша (например, при отправке формы на web-странице пароль преобразуется в md5-хэш при помощи JavaScript), и на сервере полученный хэш сравнивается с хэшем, хранящимся в БД. Такой способ передачи пароля снижает риск получения пароля при помощи сниффера."
"Пароль передается на сервер уже в виде хэша"
"на сервере полученный хэш сравнивается с хэшем, хранящимся в БД."
То есть без соли?
1. Тогда это глупо, это тоже самое что передавать в незашифрованном виде. Злоумышленник не сможет получить пароль, но может получить его хеш с помощью сниффера и всегда использовать этот хеш.
2. Использование соли поможет только если сервер знает что в данный момент должна быть использована определённая соль, а не какая-то другая. Иначе, злоумышленник может использовать соль и хеш, которые были использованы ранее, это равноценно тому же что в пункте 1.
А вообще, если соль известна или она не используется, то можно попытаться подобрать. 
 85.26.234.251 10:44, 19 ноября 2012 (UTC)
thread_title:  Пароль базирующийся на хешах 

message: Предлагаю полностью убрать этот раздел. Oleg3280 16:43, 2 января 2016 (UTC)
Сегодня удалил этот раздел. Продублирую здесь описание правки: неформат, без вторичных источников, только ссылки сайты, реклама. Oleg3280 08:04, 3 января 2016 (UTC)
thread_title:  Сервисы для хранения и передачи паролей 

message: Название статьи «Пароль» подразумевает раскрытие всех значений этого слова. Данная статья касается только области компьютерных технологий, поэтому её нужно переименовать в «Компьютерный пароль». Дополнительно нужно создать, например, статью «Пароль (военное дело)». Читатель 19:21, 12 июля 2016 (UTC)
Вы можете помочь проекту, создав статью Пароль (военное дело). Потом можно будет подумать, нужно ли эту статью переименовывать. — Алексей Копылов ✍ 🐾 03:42, 13 июля 2016 (UTC)
thread_title:  Название статьи 

message: "Пароли, которые очень трудно или невозможно угадать": а какой пароль невозможно угадать? вроде как любой пароль можно угадать, хотя вероятность этого очень мала. Furyone648 (обс.) 12:38, 1 ноября 2021 (UTC)
thread_title:  точно?