通过SMTP协议发送的邮件是否会被拦截导致信息泄露？

你当前的实现从设计逻辑到传输配置全是高危点，信息泄露是必然结果：

• 最核心的设计错误：永远不要通过邮件发送用户的长期有效明文密码。正常合规的系统根本不会存储用户明文密码，更别说通过邮件传输——邮件从发件服务器到用户收件箱要经过多跳MTA转发，任意中间节点（运营商、邮件网关、反垃圾服务、路由设备）只要链路没加密，就能直接读到邮件全文，你把账号密码、个人信息全塞正文里，等于把用户数据直接摊在公共传输通道上。
• 传输配置大概率有漏洞：默认SMTP 25端口是明文传输，就算你开了STARTTLS，如果没配置强制证书校验、没强制下游服务器必须走加密链路，很容易遭遇TLS降级攻击，或者被中间节点切到明文链路转发，内容全程裸奔。
• 额外提醒：别先入为主把泄露点全归到SMTP传输环节，注册接口被爬、服务器被植马偷流量、邮件服务商内部数据泄露，都可能导致第三方提前拿到用户信息。

• 第一时间下线邮件发明文密码的逻辑
  注册流程重构为：用户提交注册信息后，系统只存储加盐慢哈希处理后的密码（用bcrypt/Argon2算法，禁止用MD5、SHA1这类可快速碰撞的哈希），注册邮件里只发带随机token的一次性激活链接，token设置15-30分钟有效期，绑定单用户单请求，用户点链接完成激活即可，全程不传输明文密码。如果要发初始密码，也必须生成随机临时密码，强制用户首次登录必须修改，绝对不能发用户自己设置的长期密码。

  注意：就算邮件链路全加密，也不能发明文长期密码——用户的收件箱本身不是安全存储介质，账号被盗、邮箱被爬的情况下，邮件里的密码会直接导致账号失陷。

• 把SMTP传输加密配置拉满
  • 放弃25端口发信，改用465端口走SMTP over SSL/TLS直连你的邮件服务商服务器，本地发信客户端配置强制校验服务端SSL证书，禁止自动降级到明文传输。
  • 给发信域名配置MTA-STS、DANE、TLS-RPT的DNS记录，从协议层面强制所有接收你域名邮件的下游MTA，必须用合法证书的TLS加密链路传输邮件，遇到不支持加密、证书非法的链路直接拒发，堵死中间人降级、明文跳传的漏洞。
• 全链路排查泄露点
  • 查发信服务器、邮件服务商的发信日志，核对每封注册邮件的转发MTA路径，看有没有非预期的第三方节点参与转发。
  • 查服务器出口流量，监控25端口、465端口的外发请求，排查有没有木马程序偷偷抓包外发用户数据。
  • 拉取注册接口的近3个月访问日志，校验请求特征，排查有没有爬虫在注册请求提交时就拖走用户信息——很多时候所谓的邮件环节泄露，实际上是注册接口没做风控被批量爬取了。

• 给发信域名配置SPF、DKIM、DMARC记录，一方面防止第三方仿冒你的域名发诈骗邮件，另一方面可以通过DMARC的回执报告，监测到未授权的第三方转发你域名发出的邮件。
• 邮件里涉及的个人敏感信息（手机号、身份证号、真实姓名）全部做脱敏处理，比如手机号仅展示前3位+后4位，不要在正文里放全量敏感信息。
• 注册激活逻辑加风控校验，同一个IP、同一个设备短时间大量触发注册请求时直接拦截，避免被批量爬取用户信息。

内容的提问来源于stack exchange，提问作者Khang IT