一封邮件提到了正在做的项目、熟悉的同事，还有最近沟通过的付款安排，你会不会更容易相信它？
微软9月22日公开披露的EvilTokens案件，值得经常用邮箱办公的人留意。AI正在帮助攻击者理解被盗资料里的业务关系。
据微软公告，公司与合作方查封了50个服务网站，并停用了150余个支持域名。微软称，该服务关联超过1.2万个被入侵邮箱、1万余家机构。这些是微软调查披露的数据。
时间也要分清：9月22日是公开披露日；公告所说英国警方逮捕两名嫌疑人，发生在9月11日。两人随后获附条件保释，调查仍在进行，不能写成已经定罪。
邮箱里的旧邮件，也能透露谁有权办事
微软介绍，EvilTokens把账户入侵、邮箱分析和诈骗准备放进同一个服务。AI可以整理付款讨论，辨认组织角色和可信联系人，帮助攻击者选择目标。
这给我的提醒很直接：一封邮件里出现了真实细节，也只能说明发件方知道这些细节。它并不能单独证明，对方有权提出新的要求。
例如，下面是一个虚构情景：合作方发来邮件，提到上周已经交付的项目，又说这次需要更换收款账户。项目名称确实对，交付日期也没错，历史沟通还接得上。
此时最需要核对的是“更换账户”这个新动作。已有的项目背景，不能替这项变更完成授权。
熟悉的细节可以让邮件更可信，但重要变更仍要单独确认。
登录页面是真的，也要知道自己在批准什么
这起案件还有一个容易被忽略的地方。
微软的技术说明指出，攻击者利用了合法的设备代码登录流程，诱导用户批准不属于自己的登录请求。用户看到的可以是真实的微软页面，问题在于授权给了谁。
因此，遇到邮件要求输入代码、重新登录或批准某个应用，除了看域名，还要问一句：这次操作是我自己刚刚发起的吗？页面显示的应用，和我要做的事是否一致？
如果根本没有发起这项操作，就先停下来，通过平时使用的入口联系管理员或服务方核对。
给重要变更留一个独立确认步骤
对小团队来说，可以先把一条规则写清楚：涉及收款信息变更、异常付款或重要授权时，通过原先保存的联系方式再次确认。不要把可疑邮件临时附上的号码，直接当成核对渠道。
以刚才的虚构案例来说，可以使用合同或既有通讯录里的联系人，确认是谁提出变更、对应哪笔业务。确认后按团队原有审批流程处理，并保留记录。不要因为邮件催得急，就跳过这一步。
如果已经批准了可疑登录请求，应及时联系管理员按账户受损流程处理。微软提醒，单纯改密码可能不足以结束已有访问，还需要检查会话、令牌等；具体处置应由管理员结合官方指引完成。
这件事也改变了我衡量“AI办公效率”的角度。AI能更快读懂业务材料，权限落在谁手里，就决定了这份效率帮助谁。我们在正常工作中保留的核对步骤，不能因为一封邮件写得很像熟人，就临时取消。
本文依据微软公开调查与技术说明整理，未参与调查，也未验证个别受害案例。