阅读(984)
赞(1)
GitHub 关于 OAuth App 访问限制
2020-08-19 14:17:18 更新
组织可通过启用 OAuth 应用程序 访问限制,选择哪些 OAuth 应用程序 可以访问其仓库及其他资源。
当 OAuth 应用程序 访问限制启用后,组织成员无法授权 OAuth 应用程序 访问组织资源。 组织成员可以申请所有者批准他们想使用的 OAuth 应用程序,并且组织所有者会收到待处理申请的通知。
创建新组织时,默认启用 OAuth 应用程序 访问限制。 组织所有者可随时禁用 OAuth 应用程序 访问限制。
提示:当组织尚未设置 OAuth 应用程序 访问限制时,组织成员授权的任何 OAuth 应用程序 也可访问组织的私有资源。
设置 OAuth 应用程序 访问限制
当组织所有者第一次设置 OAuth 应用程序 访问限制时:
- 组织拥有的应用程序会自动获得对组织资源的访问权限。
- OAuth 应用程序 会立即失去对组织资源的访问权限。
- 2014 年 2 月之前创建的 SSH 密钥会立即失去对组织资源(包括用户和部署密钥)的访问权限。
- OAuth 应用程序 在 2017 年 2 月期间或以后创建的 SSH 密钥会立即失去对组织资源的访问权限。
- 来自私有组织仓库的挂钩不再发送到未批准的 OAuth 应用程序。
- 对私有组织资源的 API 访问不适用于未批准的 OAuth 应用程序。 此外,也没有在公共资源资源上执行创建、更新或删除操作的权限。
- 用户创建的挂钩和 2014 年 5 月之前创建的挂钩不受影响。
- 组织拥有的仓库的私有复刻需遵守组织的访问限制。
解决 SSH 访问失败
当 2014 年 2 月之前创建的 SSH 密钥因 OAuth 应用程序 访问限制启用而失去对组织的访问权限时,后续 SSH 访问尝试就会失败。 用户将会收到错误消息,将他们导向至可以批准密钥或在其位置上传可信密钥的 URL。
Web 挂钩
当 OAuth 应用程序 在限制启用后被授予对组织的访问权限时,该 OAuth 应用程序 创建的任何原有 web 挂钩会继续分发。
当组织从之前批准的 OAuth 应用程序 删除访问权限时,该应用程序创建的任何原有 web 挂钩不再分发(这些挂钩将被禁用,但不会删除)。
重新启用访问限制
如果组织禁用 OAuth 应用程序 访问应用程序限制,后来又重新启用它们,则之前批准的 OAuth 应用程序 会被自动授予访问组织资源的权限。