Как мои клиенты могут легко отправить мне пароли надежно? [дубликат]
Возможный дубликат:
Как может клиенты легко и надежно отправлять мне пароли?
Я часто должен получать пароли от клиентов для FTP, SSH, MySQL, Authorize.net, и т.д.
Что такое простой способ к ним отправить мне пароли надежно? Возможно, даже без них нуждающийся во входе в систему/пароле?
Идеал: простой способ к нетехнически подкованным людям послать зашифрованное электронное письмо.
Хороший: веб-безопасная система обмена сообщениями (надо надеяться, в PHP), что я мог разместить и работать на основе SSL. Я не смог найти что-либо как это.
Возможно, я спрашиваю неправильную вещь или неправильный путь. Любые предложения ценятся!
6 ответов
Тот, который работает лучше всего на меня, является старомодным словесным методом по телефону.
Другим простым способом, который не должен идти не так, как надо, являются два адреса электронной почты на различных поставщиках идеально.
Один для имен пользователей, Один для паролей, и Вы добираетесь, подходят их под названием sendee и дата/время, которую они были отправлены.
-
1я думал о телефоне... :) – 11.08.2009, 22:42
-
2затем просто, надеется, что ни у кого нет J&h7q/? 9 пунктов как пароль – Stefano Borini 11.08.2009, 23:24
-
3Stefano. Что как пароль? Я рассматриваю что как *********. – 11.08.2009, 23:32
-
4@Bravax: Он сказал надежно. – arathorn 11.08.2009, 23:44
Общее решение состоит в том, чтобы использовать PGP - существует хорошее руководство, здесь названное почтовым Шифрованием для Ленивого. Подходит ли это для Ваших потребностей, необходимо будет определить, но это достойное внимания.
Используйте Passpack. Это - бесплатный онлайн менеджер паролей, который очень прост и очень безопасен.
Это полностью поддерживает отправку encypted связь и имеет очень мощную поддержку совместного использования паролей.
Они даже предоставляют фильм, чтобы помочь пользователям понять, как совместно использовать их данные.
Нет легкого ответа. Это - основная crypto проблема.
ЕСЛИ Вы и Ваши клиенты уже совместно используете общий пароль или пару "открытый/закрытый ключ", можно зашифровать электронные письма с помощью этого для отправки других паролей.
Если это не так необходимо искать безопасное среднее для обмена ключами. Соединение SSL почти добивается цели кроме Вас, не может аутентифицировать клиент (и при этом клиент не может аутентифицировать Вас), ранее не обмениваясь парой "открытый/закрытый ключ". Таким образом, можно проигнорировать эту небольшую проблему и установить ssl-доступную веб-страницу, например, или если хорошая безопасность требуется затем, персональный или телефонный обмен лучше.
Heck, даже отправляя факсом ключевое разделение в несколько страниц, одну страницу за один раз так соглядатай не мог получить целый ключ, мог бы быть приемлемый путь.
Просто используйте Skype!:) Разговор по скайпу шифруется.