GitHub试行高影响操作在场验证：限指定企业身份配置，验证会话可持续两小时

GitHub 在 2026 年 9 月 24 日推出高影响操作的 proof of presence 公开预览，本文于 10 月 1 日核验其适用范围。它把身份检查放到特定管理动作之前，适合企业管理员了解现有登录状态之外，还能在哪个环节确认操作者。

配图为 AI 生成的概念示意图，非真实产品界面、设备照片或测试现场。

当前覆盖范围并非所有账号

公告限定：使用 Microsoft Entra ID 作为 SSO 身份提供方、采用 SAML 或 OIDC 的托管用户企业，可在 github.com 与具有数据驻留能力的 Enterprise Cloud 上使用该预览。触发动作包括创建令牌、编辑 webhook、修改组织安全设置等，验证会返回身份提供方完成。

企业可要求重新认证或多因素验证。成功后，同一浏览器会话内可在两小时窗口继续进行高影响操作，无须再次完成这项检查。PR 合并前的支持仍被列为后续计划，所以不能把该能力描述成每次合并都已强制验证。

身份检查与操作授权分别回答什么

以下是本文的理解与评估建议。身份检查回答“现在操作的人是否满足认证要求”，而权限与业务审批回答“这个人是否应该做这件事”。两者相关，却不能互相替代：完成验证后，仍应确认操作对象、范围和变更理由。

例如，某管理员要修改测试仓库的通知集成。审查记录可以分别写清身份验证是否成功、目标仓库是否正确，以及预期变更是否与工单一致。这样发生误操作时，能够分辨问题出在身份、权限还是范围确认。

先在组织实际流程中确认边界

准备评估的团队可以先列出常见管理动作，标注哪些会触发验证、哪些由其他控制覆盖，以及验证失效后用户看到什么。测试时区分刚登录、验证窗口内和窗口结束后三种情形，避免把一次顺利跳转概括为所有流程都可用。

还应让身份管理与开发平台负责人共同确认适用账号类型和策略要求。若组织没有使用公告要求的身份配置，就不应按新闻文字假设入口一定存在，也不必为尝试某个预览仓促更换现有身份体系。

这项更新仍处公开预览，能力范围可能继续调整。本文提供范围核对和流程评估思路，没有替读者开启策略、创建凭据或改变账户权限。是否采用，应结合组织实际身份方案与变更流程判断。

来源与核验

GitHub：高影响操作的proof of presence（2026-09-24）。本文于北京时间 2026 年 10 月 1 日核验，后续状态以官方更新为准。