AI读一封邮件也可能被劫持：权限越大，后果越重
新闻 4
美珍香误发邮件泄露9.5万地址：AI写代码不能跳过复核
新加坡美珍香于2026年4月25日群发营销邮件时，误将同批收件人的地址放进可见收件人栏，涉及95,364名顾客，约9.5万人；公司于4月27日向个人资料保护委员会通报。邮件按批次发送，每批约1,000人，因此一个地址最多被同批另外999名收件人看见，并非向全部受影响顾客公开。
9月30日，新加坡个人资料保护委员会向亚洲新闻台确认，这是该机构接获通报的首起AI相关数据泄露事件。委员会将原因归于员工借助AI开发邮件分发代码时的人为错误，并明确称事故“not a malfunction in the AI tool”（并非AI工具故障）。已确认受影响的个人资料只有电邮地址；当时没有发现这些地址被进一步滥用的证据。
括号错误如何暴露整批地址
涉事员工需要用本地名单分批发送营销邮件，于是要求生成式AI工具编写群发程序。要求中没有说明一项关键限制：每名顾客都不能看见其他收件人的地址。生成的脚本能把邮件发出去，却将同批地址组织到同一封邮件的可见收件人栏，收件人打开邮件便能看到彼此的地址。
出错代码与逐人隔离收件人的写法，差别在括号的位置。括号改变了程序建立收件人对象的方式：错误写法把一批地址归入同一个对象，正确写法则为各收件人建立独立对象。这也解释了为什么发送动作可以完成，结果却仍然错误。程序运行成功只能说明邮件已寄出，不能说明地址在收件人之间受到隔离。
提示词遗漏保密要求是故障链的起点，但邮件地址是在公司执行脚本时显露的。受影响名单没有交由AI流程管理、处理或生成。顾客面对的实际后果，是原本应单独接收的营销邮件暴露了同批其他顾客的联系方式。
测试记录正常，测试邮件却未被查看
发送前的测试没有检验收件人实际会看到什么。据Mothership的案件报道，员工只检查程序活动日志，没有查看实际测试邮件；公司当时也没有监督复核该员工工作的流程，缺少指导员工在业务中使用生成式AI的框架和政策。这是美珍香首次尝试在业务运作中使用AI工具。
活动日志能够帮助确认发送程序是否执行，却不会替收件人检查邮件的地址栏。若在测试名单中放入彼此独立的邮箱，再逐封打开收到的邮件，同批地址集中显示的问题就有机会在正式群发前被发现。此次遗漏发生在交付结果的检查环节，而不只是编写程序的环节。
单人完成代码生成、测试和上线，也让括号错误缺少第二道发现机会。审查者需要核对的是脚本如何建立每封邮件的收件人，而非只看代码能否运行。对处理顾客资料的群发程序，这种差别直接决定一名收件人能否看到另一名收件人的地址。
整改承诺覆盖代码、测试和发信
发现问题后，美珍香停止相关群发流程、修正脚本，并通知受影响顾客。公司随后要求批量邮件在发送前由至少两名员工核查。个人资料保护委员会于9月2日接受公司的自愿整改承诺，后续将核查承诺措施的落实情况。
承诺包括建立AI辅助编程的治理框架，对涉及个人资料的AI生成代码进行独立技术审查；改进软件部署前的检查，例如先向测试账户发信；以自动技术措施拦截一封邮件的可见收件人栏出现多个地址。事故处理程序和参与系统开发、审查及部署的员工培训，也被纳入改进范围。
这些措施对应着不同的失效点：独立审查针对收件人分组逻辑，测试账户让人检查实际收到的邮件，发送拦截则在上线后限制同类错误进入群发流程。就这起事故呈现的故障链而言，发送前需要逐项确认：
- 由编写者以外的人核对代码，确认每名顾客拥有独立的收件人对象。
- 用测试名单实际收信，打开邮件检查可见收件人栏，而不只查看活动日志。
- 由两名员工核准群发，并让技术规则拦截可见栏中含多个顾客地址的邮件。
受影响顾客应留意异常来信
美珍香已通知受影响顾客。已披露的资料范围限于电邮地址，因此顾客可特别留意借美珍香名义索取登录资料、付款信息或要求点击陌生链接的来信；遇到可疑邮件，应通过自己找到的品牌官方渠道核实，而不是直接回复邮件或使用邮件内的联系方式。
没有发现后续滥用证据，并不意味着已经公开的地址能够收回。顾客可以据此判断眼前风险的范围：同批收件人可能持有其地址，现有公开信息则未显示其他个人资料也在这次群发中暴露。
相关阅读：
相关文章
订阅我们的新闻通讯
将最新 Web3、AI 和加密货币新闻直接发送到您的邮箱。
0