# SMTP-пароль сохраняется в открытом виде?

**URL:** <https://meta.discourse.org/t/smtp-password-saved-as-plain-text/144220>\
**Category:** Self-hosting\
**Created:** [13.Март.2020 13:58:35 UTC](https://meta.discourse.org/t/smtp-password-saved-as-plain-text/144220 "2020-03-13T13:58:35Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)\
**Post date:** [13.Март.2020 14:37:53 UTC](https://meta.discourse.org/t/smtp-password-saved-as-plain-text/144220/3 "2020-03-13T14:37:53Z")

</div>

Как бы вы предложили защитить это?

Хэши являются односторонними — их нельзя обратить обратно к исходным данным.

Пароли пользователей хэшируются, потому что они не должны быть обратимыми. Хэш пароля в базе данных используется только тогда, когда пользователь пытается войти в систему. Хэш предоставленного пароля сравнивается с хэшем пароля, хранящимся в записи этого пользователя.

Довольно распространённой практикой является хранение таких данных, как пароли SMTP и API-ключи, в открытом виде. Они должны передаваться в исходной форме, поэтому их хэширование сделало бы их использование невозможным. Если бы сторонний сервис принимал хэш пароля, то хэширование не давало бы никаких преимуществ в качестве меры защиты.

Как уже отметил Джей выше, если будет нарушена физическая целостность вашего сервера и файл app.yml будет скомпрометирован, у вас возникнут гораздо более серьёзные проблемы, чем необходимость сброса пароля SMTP.

Одно важное предупреждение: вы не должны использовать этот пароль SMTP где-либо ещё. Это не специфично для Discourse — это хорошая практика безопасности для всех систем и всех учётных записей.

---

_[View the full topic](https://meta.discourse.org/t/smtp-password-saved-as-plain-text/144220)._