Разве это не применимо к любому сайту со страницей регистрации, а не только к поставщикам услуг электронной почты? Я понимаю вашу точку зрения: страницы регистрации могут стать вектором для аналогичных уязвимостей конфиденциальности и данных, поэтому они должны быть защищены, но это другая часть процесса аутентификации пользователя, о которой мы говорим в этой теме. В данном обсуждении мы конкретно рассматриваем утечки из диалога «Забыли пароль». Не поймите меня неправильно: оба аспекта абсолютно важны, требуют тщательного внимания и мер по смягчению рисков для предотвращения уязвимостей конфиденциальности и данных. Обычно для форм регистрации требуется капча, а для конечных точек «Забыли пароль» ответ должен быть одинаковым, независимо от того, существует ли указанный адрес электронной почты или нет. Многие сайты также защищают конечную точку «Забыли пароль» с помощью капчи. Оба конечных пункта должны иметь ограничение скорости запросов.
Я точно не пытался быть неискренним. Я и не считаю, что вывод «допустимо не соблюдать требования, потому что некоторые другие сайты тоже их не соблюдают» логически обоснован. Я просто выполнил просьду Сэма и, чтобы развеять любые его опасения, предоставил «подтверждение», которое он искал, используя предоставленную им ссылку.
Программное обеспечение MediaWiki используется десятками тысяч веб-сайтов и тысячами компаний и организаций. Оно обеспечивает работу Википедии и представляет собой программное обеспечение с возможностью самостоятельного размещения.
Я определенно поддерживаю свободу действий администраторов и не люблю усложнять жизнь ни администраторам, ни пользователям, но не считаю, что «плюсы» этой настройки перевешивают «минусы» ни в одном сценарии. Нет ни одного случая, когда администратор действительно хотел бы эту «функцию». Так же как мы не позволяем администратору устанавливать максимальную длину пароля, мы не должны позволять им ненужным образом незначительно снижать безопасность своего форума, допуская эту уязвимость перебора через диалог «Забыли пароль». Я считаю, что нужно просто полностью убрать эту опцию и заставить всех следовать стандартному, соответствующему требованиям способу. Честно говоря, я не думаю, что большинство администраторов заметят это или будут возражать, но это сделает конечную точку, доступную из общедоступного интернета, немного безопаснее во всех установках Discourse. Если мы обязаны оставить эту настройку, то по умолчанию она должна находиться в более безопасном положении, а менее безопасное положение должно быть четко обозначено, чтобы начинающие администраторы понимали, почему оно не рекомендуется. Однако я считаю, что лучший вариант — просто исключить эту настройку из кода. Я с радостью подготовлю запрос на включение изменений (PR) для этого.
