一句话看懂：GitHub 为 GitHub Enterprise Cloud 企业账户推出「在场证明」（Proof of Presence）功能，在执行创建 Token、修改 Webhook 等高影响操作前，强制用户回跳企业身份提供商完成一次实时认证。这一机制针对的是近期多起供应链攻击中出现的会话 Cookie 与长期 Token 被盗问题。
事件核心：发生了什么
根据 GitHub Changelog 于 2026 年 9 月 24 日发布的信息，企业管理员现在可以要求成员在执行高影响操作前，先完成一次交互式重认证或多因素挑战。该功能是 GitHub 企业版 sudo 模式的扩展，目前处于公开预览阶段。
适用范围有明确限制：仅面向 github.com 上的托管用户（EMU）企业，以及使用 Microsoft Entra ID 作为 SSO 身份提供商的 GHEC-DR 企业，且通过 SAML 或 OIDC 接入。触发验证的操作包括创建 Token、编辑 Webhook、修改组织安全设置、查看恢复代码等。验证通过后，用户可在当前浏览器会话中继续执行高影响操作两小时，之后需再次验证。GitHub 同时表示，对 Pull Request 合并操作的在场证明支持即将推出。
为什么重要
近年多起供应链攻击的共同特征是：攻击者并不破解密码，而是窃取会话 Cookie 或长期有效的认证 Token，直接冒用合法身份。传统认证只能证明「某个凭证有效」，无法证明「操作者就是本人」。在场证明把验证时机从登录时后移到关键操作发生时，并交由企业自己的 IdP 策略裁决，相当于把安全边界从 GitHub 侧部分交还给企业身份系统。
对受监管行业而言，这也是合规层面的补强。素材提到，该机制有助于满足 FDA Part 11 等框架对敏感操作前「新鲜认证」的要求。在 AI 开发高度依赖代码托管与 CI/CD 流水线的当下，Token 泄露可能直接波及模型权重、训练脚本和部署密钥，这一步验证的实际价值不低。
对用户/开发者/创作者的影响
对普通开发者来说，日常使用基本无感，只有在触发高影响操作时才会多一次跳转认证，两小时的免验证窗口也降低了打断频率。对企业管理员而言，需要主动配置 Entra ID 侧的认证策略，选择重认证或 MFA，这意味着安全责任部分前移到企业 IdP 配置上，配置过松则效果打折。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
对使用自动化脚本或机器账号的团队，需要留意：依赖长期 Token 的无人值守流程可能会在触发验证时受阻，建议提前梳理哪些高影响操作依赖人工介入。创作者和开源维护者若使用 EMU 企业账号，合并 PR 的验证也值得关注。
值得关注的后续
一是 PR 合并的在场证明何时正式落地，以及是否支持更细粒度的操作范围配置；二是公开预览转正式版后是否扩展到非 Entra ID 的身份提供商，例如 Okta、Google Workspace；三是企业实际配置中，重认证与 MFA 的采用比例，这决定了该功能是成为有效防线还是流于形式。
