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


29

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


15
Обычно электронная почта не безопасна и не надежна. Если получатель является администратором своего сервера, он может сделать с ним практически все.
Лорд Питер

Из-за того, что это стоит, у меня есть проблема только с этим банкоматом. stackoverflow.com/questions/31527974/…
johnsnails

Ответы:


21

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

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

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

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


1
Как шифрование решает проблему сокрытия получателей?
detly

Это не так, но Писквор не обязательно говорил о почтовых ящиках получателя сообщения, когда ссылался на конфиденциальность, а только о содержимом. AFAIK, как правило, невозможно скрыть получателей электронной почты, если они не могут быть переадресованы через прокси без регистрации. Если ваше сообщение настолько секретно, что вам нужно замаскировать получателей и их содержимое, вам нужно найти другой механизм связи.
afrazier

2
Я был с Писквором до последнего предложения. Если все, что вы хотите сделать, это скрыть получателей друг от друга, то вам просто нужен почтовый клиент, который может отправлять все BCC по отдельности.
Стив Беннет

@afrazier: Если бы я еще не добавил конкурирующий ответ, я бы отказался от этого ответа за то, что не ответил на вопрос ОП.
Blrfl

1
Получатели BCC не записываются в заголовок электронного письма (за исключением очень старых и сломанных MTA). Стандартный почтовый сервер даже не смотрит на заголовок, он только использует конверт, чтобы решить, куда следует отправлять электронные письма.
Адриан Пронк

13

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

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

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

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


1
Отличный ответ, специально адресованный "никто из получателей никогда не увидит электронные письма [адреса] в BCC". Вы можете проверить, что делает ваш первый MTA с заголовками BCC, отправив электронное письмо автору ответа по электронной почте, который возвращает заголовки вашей электронной почты.
sabre23t

MTA не должен даже видеть Bcc:заголовок; вместо этого MUA (программа почтового клиента) должна указывать все адреса в конверте SMTP ( MAIL FROM).
grawity

Этот прием не будет работать во всех случаях, потому что стандарты не требуют, чтобы доставка проходила через что-то, что может быть получено адресом получателя вне заголовков. MTP не существовало до шести лет после того, как поведение BCC было впервые определено (RFC 680, в 1975 году); SMTP пришел через год.
Blrfl

5

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

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

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

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

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


1
I've had BCCed recipients hit "Reply All" in their mail program Это никогда не случалось со мной, но я видел, как это случалось много раз. Твой совет (не скрытая копия, а пересылка после отправки) - именно то, что я делаю тоже Ненавижу звучать как высокомерный придурок, но иногда приходится защищать людей от самих себя.
Dan7119

@ Dan7119 Дай угадаю ... ты тоже был сисадмином?
SplinterReality

Отличный ответ. Даже если извлечение информации BCC на 100% надежно, человеческий фактор BCCed recipients hit "Reply All"не гарантирован надежно. Я согласен с forward the message from your Sent folderособенно для не-технически подкованных получателей BCC, таких как генеральные директора.
sabre23t

1

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


Спасибо. Но мой вопрос на самом деле глубже и о надежности и безопасности. Не так, как это должно быть в теории.
Qwerty

Ну, насколько я знаю, способ проверить, соответствует ли теория практике, - это самим BCC написать письмо, посмотреть источник и посмотреть, есть ли там адрес BCC.
zpletan

Ваш почтовый клиент не удаляет информацию BCC. Это не имеет никакого смысла.
Стив Беннет

1

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


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

1

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.