Гарантируется ли надежность электронной почты BCCing?

2320
qwerty

Другими словами, это безопасное предположение, что никто из получателей никогда не увидит электронную почту в BCC? Что если получатель является администратором своего (но не отправителя) почтового сервера и может вносить какие-либо изменения в свой сервер?

29
Как правило, электронная почта не является безопасной и не надежной. Если получатель является администратором своего сервера, он может сделать с ним почти все. Lord Peter 13 лет назад 15
Из-за того, что это стоит, у меня возникли проблемы только с этим банкоматом. http://stackoverflow.com/questions/31527974/bcc-recipients-visible-to-eachother/31528084 johnsnails 9 лет назад 0

6 ответов на вопрос

21
Piskvor

Нет. SMTP - это протокол открытого текста, использующий методы хранения и пересылки .

Что это значит:

  • Открытый текст: каждый сервер, который передает это сообщение, видит его полностью, включая всю информацию заголовка. Хотя каждый получатель в поле BCC, как правило, получает свою собственную электронную почту (так что сервер отправляет настроенную по электронной почте, где все остальные получатели BCC должны быть раздеты (акцент на должны !), В отличии от CC, где данные сохраняется), что одно электронное письмо по-прежнему хранится в заголовках в виде открытого текста (без шифрования, без обфускации, ничего).
  • Хранение и пересылка: электронная почта не обязательно отправляется на почтовый сервер получателя напрямую, но может (и обычно) пересылается через ряд промежуточных почтовых серверов; он сохраняется на каждом (в течение неопределенного периода времени) и затем пересылается на следующий переход (опять же, не обязательно в конечный пункт назначения).
  • Учтите, что электронная почта отправляется на несуществующий, полный, заблокированный или иным образом нефункциональный адрес - копия почты вместе с диагностическими данными может оказаться в нескольких местах, причем не все из них обязательно являются почтовыми ящиками ( например, журналы ошибок или почтовый ящик администратора почты )
  • (это до того, как ваша электронная почта попадет на почтовые серверы получателя, которые могут хранить ее вечно и с готовностью передать ее всем, кто придет вместе с повесткой в ​​суд, но это немного другая история)

Другими словами, ваше предположение небезопасно. Если вы хотите конфиденциальности и безопасности, используйте цифровые подписи и шифрование, например, GPG; Ванильная электронная почта - неправильный инструмент для такой работы.

Как шифрование решает проблему сокрытия получателей? detly 13 лет назад 1
Это не так, но Писквор не обязательно говорил о почтовых ящиках получателя сообщения, когда ссылался на конфиденциальность, а только о содержимом. AFAIK, как правило, невозможно скрыть получателей электронной почты, если они не могут быть перенаправлены через прокси-серверы без регистрации. Если ваше сообщение настолько секретно, что вам нужно замаскировать получателей и их содержимое, вам нужно найти другой механизм связи. afrazier 13 лет назад 0
Я был с Писквором до последнего предложения. Если все, что вы хотите сделать, это скрыть получателей друг от друга, то вам просто нужен почтовый клиент, который может отправлять все BCC по отдельности. Steve Bennett 13 лет назад 2
@afrazier: Если бы я еще не добавил конкурирующий ответ, я бы отказался от этого ответа за то, что не ответил на вопрос ОП. Blrfl 13 лет назад 0
Получатели BCC не записываются в заголовок электронного письма (за исключением очень старых и сломанных MTA). Стандартный почтовый сервер даже не смотрит на заголовок, он только использует конверт, чтобы решить, куда должны отправляться электронные письма. Adrian Pronk 13 лет назад 1
13
Blrfl

Любой агент пересылки почты (MTA), полностью соответствующий RFC 2822 (в частности, раздел 3.6.3, Поля адреса назначения ), удалит Bcc:поле из заголовка перед попыткой доставки, что делает невозможным для слепых получателей определить слепых получателей. тож.

Есть пара уловов:

  • Если вы не контролируете самый первый MTA, на который приходят ваши исходящие письма, вы не можете гарантировать, что программное обеспечение этого MTA будет работать в соответствии с инструкциями RFC 2822.

  • Тот факт, что электронное письмо от вас получателю, который, возможно, был скопирован вслепую, прошел через один или несколько MTA, может сохраниться в журналах этих MTA.

Отличный ответ, специально адресованный "никто из получателей никогда не увидит электронные письма [адреса] в BCC". Вы можете проверить, что делает ваш первый MTA с заголовками BCC, отправив электронное письмо автору ответа по электронной почте, который возвращает заголовки вашей электронной почты. sabre23t 13 лет назад 1
MTA не должен даже видеть заголовок `Bcc:`; вместо этого MUA (программа почтового клиента) должна указывать все адреса в конверте SMTP (`MAIL FROM`). grawity 13 лет назад 0
Этот прием не будет работать во всех случаях, потому что стандарты не требуют, чтобы доставка проходила через что-то, что может быть получено по адресу получателя вне заголовков. MTP не существовало до шести лет после того, как поведение BCC было впервые определено (RFC 680, в 1975 году); SMTP пришел через год. Blrfl 13 лет назад 0
5
SplinterReality

Вы никогда не должны предполагать, что получатели не узнают о получателе BCC. Я получал, чтобы получатели BCCed нажимали «Ответить всем» в своей почтовой программе и объявляли всем о получении ими ранее писем в ошеломляющем непонимании того, что на самом деле означало «BCCed». Если вам действительно нужно, чтобы оно было конфиденциальным, перешлите сообщение из папки «Отправленные» после отправки его исходным получателям, поэтому единственный другой адрес в заголовках сообщений - ваш.

Тем не менее, даже если вы использовали BCC, пока сервер получателя BCC отделен от исходного получателя, сервер получателя не будет иметь доступа к информации BCC, поскольку она будет удалена (или, скорее всего, никогда не будет включена в тело сообщения) почтовым сервером вашего провайдера.

С другой стороны: SMTP не является ни надежным, ни частным. Некоторые авторы утверждают, что SMTP-цепочки серверов существуют, но в целом SMTP отправляет с вашего компьютера вашему провайдеру, провайдеру-получателю. (и сколько внутренних серверов у них есть) Как правило, ваша почта НЕ будет перенаправляться на сторонний почтовый сервер, и на самом деле такие попытки обычно запрещены по причинам антиспама. (Существуют исключения, так как небольшие провайдеры и домашние сети будут перенаправлять их провайдерам, но это исключение, а не правило)

Тем не менее, электронная почта в пути не гарантируется в зашифрованном виде, и что-либо потенциально чувствительное действительно не следует доверять незашифрованному в Интернет с помощью ЛЮБОГО метода, в том числе электронной почты, поскольку для любого крупного провайдера или телекоммуникационной компании тривиально прослушивать волокна, проходящие через их средства, или протоколировать пакеты, проходящие через их маршрутизаторы.

ФБР регулярно делает это с помощью Carnivore и других программ, и мошеннические элементы были задокументированы и в прошлом.

«У меня получатели BCCed нажимали« Ответить всем »в своей почтовой программе». Этого никогда не случалось со мной, но я видел это много раз. Твой совет (не скрытая копия, а пересылка после отправки) - именно то, что я делаю тоже. Ненавижу звучать как высокомерный придурок, но иногда приходится защищать людей от самих себя. Dan7119 13 лет назад 1
@ Dan7119 Дай угадаю ... ты тоже был сисадмином? SplinterReality 13 лет назад 0
Отличный ответ. Даже если извлечение информации о BCC является надежным на 100%, человеческий фактор `получатели BCC, ударившие по" Ответить всем ", не гарантированно надежны. Я согласен с «пересылкой сообщения из папки« Отправленные »», особенно для тех, кто не является технически подкованным BCCed, например, генеральные директора. sabre23t 13 лет назад 0
1
zpletan

Ваш почтовый клиент или сервер (не знаю, какой именно) должен удалить информацию BCC перед отправкой сообщения. Если вы сами отправили сообщение BCC, а затем просмотрели источник, вы не должны нигде найти свой адрес электронной почты, кроме как в строке «От» (проверьте это с помощью моей собственной почты).

Спасибо. Но мой вопрос на самом деле глубже и о надежности и безопасности. Не так, как это должно быть в теории. qwerty 13 лет назад 0
Ну, насколько я знаю, способ узнать, соответствует ли теория практике, - это самим проверить BCC по электронной почте, посмотреть источник и посмотреть, есть ли там адрес BCC. zpletan 13 лет назад 0
Ваш почтовый клиент не удаляет информацию BCC. Это не имеет никакого смысла. Steve Bennett 13 лет назад 0
1
Peter

Все зависит от сервера. Большинство серверов используют линию BCC и в основном отправляют сообщение один раз на адрес. в основном помещаем адрес bcc в строку отправки cc, следующий адрес в строку cc и отправляем тип вещи. Но все зависит от настройки сервера MAIL. BCC никогда не должен идти дальше, чем ваш сервер исходящей почты.

Ложь на три пункта. Во-первых, с заголовками `Bcc:` работают MUA, а не SMTP-серверы. К тому времени, когда все достигает SMTP-сервера, адреса получателей находятся в конверте сообщения, а не в заголовках. Во-вторых, только SMTP _Submission_ серверы когда-либо переписывают такие заголовки. В-третьих, сообщения всегда отправляются один раз на получателя конверта. Это не особенное или другое. JdeBP 13 лет назад 7
1
Mikhail Kupchik

Все, что путешествует по сети без цифровой подписи или шифрования, может быть легко изменено. Если вам нужна целостная целостность электронной почты, используйте подпись PGP / GPG.

Также вам нужно как-то передать ваш открытый ключ PGP / GPG получателям (чтобы они могли убедиться, что ваши электронные письма действительно ваши). Это своего рода проблема курицы и яйца: это создание безопасного канала связи, но для этого уже требуется безопасный канал связи. Отправка по электронной почте - это нормально, но вам нужно проверить отпечаток ключа PGP / GPG по телефону или другим способом. Публикация на веб-сайте с поддержкой https также является хорошей идеей, поскольку SSL обеспечивает необходимые гарантии целостности транспорта.

Похожие вопросы