一名自称微软内部举报者的人士，把一组截图交到了台面上。截图显示，一名据称常驻印度的工程师，通过微软的“陪同（escort）”流程，获得了查看美国政府云环境日志的批准。 这组材料由 X 账号 Conspiracookie 发布，点名提出申请的是微软工程师 Viraj Chokhany。该账号称，图片来自一名不愿具名的举报者，并声称 Chokhany 不是美国公民。相关公民身份与截图真实性，均未获独立核实。 需要先厘清的是，材料指向的是政府云环境，而非已证实的涉密军事系统连接。一张截图里的内部“SPO Environments”页面，把 DProdMgd151 列在“GCC-Moderate”之下，代号“GCCM”；同一张表里，国防部基础设施是单列的。 工单里写了什么 另一张截图是编号 815678445 的事件，标题为“Escort Request: GCCM- Request to view GCC-M logs”。创建人一栏是 Chokhany，归属团队为 O365 Escort Team，状态标记为已解决。讨论区里有一张针对其账号别名的批准图。 还有一张图，是请求共享两起事件的 Geneva 日志。可见的查询指向环境“dprodmgd151”和 SharePoint 作业定义，说明要求接收方加载全部行、展开以显示完整日志，再把结果发回。截图里没有出现任何返回的日志内容。 批准本身，不等于证明了最终披露了什么。这批截图既没有说明所请求的日志是否包含受公民身份审查约束的客户内容，也没有指明受影响的政府客户，更没有显示一次已完成的传输。 规则怎么写，现实怎么跑 微软公开的 GCC 服务说明写得很清楚：员工对客户内容没有常设访问权限。要临时提权接触这类内容，必须先过筛查，包括美国公民身份核验、犯罪记录检查和其他背景审查。 但同一份文件也写明，GCC 客户支持并不对坐席的实际所在地或公民身份提供普遍保证，并提醒客户在确认接收方授权之前，不要共享敏感信息。这条区分，让“被请求的日志里到底是什么”成了判断是否越界的关键。 按 ProPublica 描述的数字陪同模式，由获授权的美国人员执行海外工程师指定的工作。其调查发现，部分陪同人员缺乏监督更专业工程师所需的技术能力，原本设计的 oversight 因此被削弱。 工单里的指引也值得看一眼。它明确写着“ESCORTS ARE NOT ENGINEERS”，要求申请方提供完成任务所需的信息，并规定陪同人员须严格按工单所写执行命令、不得自行排查问题。这些指令可以审视，但本身不构成不当行为的独立证据。 此前 Cyber Security News 报道过微软中国区 SharePoint 支持工程师的情况，那只是海外支持安排的背景，不能作为这批截图中工程师行为不当的证据。2025 年 8 月，五角大楼曾把微软使用中国工程师称为“信任破裂”，并要求外部审计；微软当时已宣布终止对国防部云系统的支持。这些属于另一套安排。 举报者提出的 FedRAMP 违规说法，目前仍是指控，而非经核实的合规结论。要判定是否构成入侵或违规，还需要关于实际共享日志、批准范围与防护措施的证据。 特别