En otras palabras, ¿es seguro asumir que ninguno de los destinatarios verá correos electrónicos en BCC? ¿Qué sucede si el destinatario es administrador de su servidor de correo (pero no del remitente) y puede hacer alguna modificación en su servidor?
29
Respuestas:
No. SMTP es un protocolo de texto sin formato , que utiliza métodos de almacenamiento y reenvío .
Lo que esto significa:
En otras palabras, su suposición es insegura. Si desea privacidad y seguridad, use firmas digitales y cifrado, por ejemplo, GPG; El correo electrónico de vainilla es una herramienta incorrecta para tal trabajo.
fuente
Cualquier agente de transferencia de correo (MTA) que cumpla totalmente con RFC 2822 (específicamente, sección 3.6.3, Campos de dirección de destino ) eliminará el
Bcc:campo del encabezado antes de intentar la entrega, haciendo imposible que los destinatarios no ciegos puedan determinar los destinatarios ciegos 'identidades.Hay un par de capturas:
A menos que tenga control sobre el primer MTA que alcancen sus correos electrónicos salientes, no puede garantizar que el software de ese MTA haga lo que indica RFC 2822.
El hecho de que un correo electrónico suyo a un destinatario que haya sido copiado a ciegas atravesó uno o más MTA puede sobrevivir en los registros de esos MTA.
fuente
Bcc:encabezado; en cambio, el MUA (programa de cliente de correo) debe especificar todas las direcciones en el sobre SMTP (MAIL FROM).Nunca debe suponer que los destinatarios no se darán cuenta del destinatario de BCC. Los destinatarios de BCCed presionaron "Responder a todos" en su programa de correo y anunciaron a todos que recibieron un correo antes, en una sorprendente falta de comprensión de lo que realmente significaba BCCed. Si realmente necesita que sea privado, reenvíe el mensaje desde su carpeta Enviados después de enviarlo a los destinatarios originales, de modo que la única otra dirección en los encabezados del mensaje sea la suya.
Dicho esto, incluso si usó BCC, siempre que el servidor del destinatario BCCed esté separado del destinatario original, el servidor del destinatario no tendría acceso a la información de BCC, ya que se habría eliminado (o más probablemente nunca se incluyó en el cuerpo del mensaje) por el servidor de correo de su proveedor.
En una nota al margen: SMTP no es confiable, ni particularmente privado. Algunos carteles afirman que existen "cadenas" de servidores SMTP, pero en general, SMTP envía desde su computadora, a su ISP, al ISP de los destinatarios. (y sin importar cuántos servidores tengan internamente) En general, su correo NO se enrutará al servidor de correo de un tercero, y de hecho, tales intentos generalmente no se permiten por razones contra correo no deseado. (Hay excepciones, ya que los pequeños proveedores y las redes domésticas se reenviarán a su proveedor, pero esta es la excepción, no la regla)
Dicho esto, no se garantiza que el correo electrónico en tránsito esté encriptado, y no se debe confiar en que cualquier cosa potencialmente sensible no esté encriptada en Internet a través de CUALQUIER método, incluido el correo electrónico, ya que es trivial para cualquier proveedor grande, o una empresa de telecomunicaciones para aprovechar las fibras que se ejecutan sus instalaciones o paquetes de registros que viajan a través de sus enrutadores.
El FBI lo hace regularmente a través del Carnivore y otros programas, y también se han documentado elementos corruptos en el pasado.
fuente
I've had BCCed recipients hit "Reply All" in their mail programEsto nunca me ha pasado, pero lo he visto suceder muchas veces. Su consejo (no Bcc, pero reenviar después de enviar) es exactamente lo que yo hago también. Odio sonar como un idiota arrogante, pero a veces tienes que proteger a las personas de sí mismas.BCCed recipients hit "Reply All"no se garantiza que el factor humano sea confiable. Estoy de acuerdoforward the message from your Sent folderespecialmente con los destinatarios de BCCed no expertos en tecnología, como los CEO.Su cliente o servidor de correo electrónico (no sabe cuál) debería eliminar la información de BCC antes de enviar un mensaje. Si aparece un mensaje de CCO en un mensaje y luego ve la fuente, no debería encontrar su dirección de correo electrónico en ningún lugar, excepto en la línea De (verificado con mi propio correo).
fuente
Todo depende del servidor. La mayoría de los servidores tomarán la línea BCC y básicamente enviarán el mensaje una vez por dirección. básicamente colocando la dirección bcc en el envío de la línea cc, la siguiente dirección en la línea cc y el tipo de envío. Pero todo depende de la configuración del servidor de CORREO. BCC nunca debe ir más allá de su servidor de correo saliente.
fuente
Bcc:encabezados. Cuando las cosas llegan a un servidor SMTP, las direcciones de los destinatarios están en el sobre del mensaje , no en los encabezados. En segundo lugar, solo los servidores de envío SMTP reescriben dichos encabezados en primer lugar. Tercero, los mensajes siempre se envían una vez por destinatario del sobre. Esto no es especial ni diferente.Todo lo que viaja en la red sin firma digital o cifrado puede modificarse fácilmente. Si necesita integridad de extremo a extremo para el correo electrónico, use la firma PGP / GPG.
También deberá transferir su clave pública PGP / GPG a los destinatarios de alguna manera (para que puedan verificar que sus mensajes de correo electrónico sean realmente suyos). Su tipo de problema de huevo y gallina: es establecer un canal de comunicación seguro, pero ya requiere un canal de comunicación seguro. Enviarlo por correo electrónico está bien, pero debe verificar la huella digital de la llave PGP / GPG por teléfono o por otros medios. Publicarlo en un sitio web habilitado para https también es una buena idea, ya que SSL proporciona las garantías de integridad de transporte necesarias.
fuente