Skip to main content

엔터프라이즈에서 SSO 권한 부여 취소 또는 자격 증명 삭제

엔터프라이즈에 대한 액세스 권한이 있는 자격 증명에 대한 조치를 취하여 보안 인시던트에 대응합니다.

누가 이 기능을 사용할 수 있나요?

Enterprise owners and users with the "Manage enterprise credentials" fine-grained permission

Enterprises with managed users, or enterprises that have enabled SAML SSO for the enterprise or its organizations

When your enterprise is affected by a security incident, you can respond by preventing programmatic access to your enterprise or its organizations.

Available actions:

  • Revoke SSO authorizations to remove access to SSO-protected organization resources for user credentials in your enterprise.
  • Delete keys and tokens to remove user tokens and SSH keys in your enterprise, even if they don't have an SSO authorization (Enterprise Managed Users only).

In the "Authentication security" section of your enterprise settings, you can review counts for user tokens and keys that are authorized for single sign-on (SSO). Then, if needed, you can take action against credentials:

  • For individual members: Revoke SSO authorizations or delete credentials for a specific user when responding to a targeted incident or performing routine access cleanup.
  • For a specific credential type: Revoke SSO authorizations or delete credentials of a selected type, such as only personal access tokens (classic), across your entire enterprise.
  • For all members (bulk action): Take bulk action to revoke SSO authorizations or delete credentials across all members and every supported credential type, such as when responding to a major security incident.

You can also take any of these actions using the REST API endpoints for enterprise credential authorizations.

참고

Organization owners can take the same actions at the organization level, using the GitHub UI or the REST API endpoints for organizations. For more information, see Viewing and managing a member's SAML access to your organization.

Accessing the authentication security page

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.

Reviewing credentials

In the "Credentials" section, you can view how many credentials of each type have at least one SSO authorization for an organization in your enterprise. For more information, see About authentication with single sign-on.

The counts include:

  • Fine-grained personal access tokens
  • Personal access tokens (classic)
  • User SSH keys
  • GitHub App and OAuth app user access tokens

An exact count is displayed if there are 10,000 or fewer of a token type. Above that figure, the description 10k+ tokens is displayed.

Understanding the available actions

The following sections describe what each action does, which SSO authorizations or credentials are impacted, and related audit log events.

참고

If your enterprise does not use Enterprise Managed Users and has not enabled SAML SSO, neither of these actions is available. As an alternative, if you need users to replace personal access tokens as part of your incident response, you can configure an enterprise policy to expire all personal access tokens. See Enforcing policies for personal access tokens in your enterprise.

By default, each action targets all credential types that support it. You can instead scope an action to a single credential type, such as personal access tokens (classic) or user SSH keys, to contain an incident without disrupting other credentials. See Included credentials for the credential types that support each action.

Revoke SSO authorizations

This action is available for Enterprise Managed Users or enterprises that use SAML SSO.

Revoking authorizations removes SSO authorizations for user tokens and SSH keys, either for a specific user, all users, or a specific credential type, across all organizations in your enterprise.

  • Credentials that have had SSO authorizations revoked cannot be re-authorized for the affected organizations. To restore access, users must create new credentials and authorize them.
  • The credentials themselves are not deleted, and their permissions for the user and enterprise scopes, and for non-SSO-protected organizations, remain active.
  • Credentials that have not been authorized for SSO are not affected.

Authorization for fine-grained personal access tokens works differently, so this action has a different effect on this token type. For fine-grained PATs where an organization is the "resource owner," the resource owner is removed, removing access to organization resources. Users can change the resource owner back to the organization account, which may require approval (see Enforcing policies for personal access tokens in your enterprise).

Delete keys and tokens

This action is available for Enterprise Managed Users only.

Deleting keys and tokens removes credentials that have access to your enterprise, either for a specific user, all users, or a specific credential type, regardless of whether they are authorized for SSO. The credentials stop working and are no longer visible in the UI.

For example, you can delete all personal access tokens for an individual member without affecting that member's SSH keys. To restore programmatic access, users must create new credentials, authorize them with organizations if required, and update affected processes to use the new credentials.

Included credentials

Both actions include the following credential types:

  • User SSH keys
  • OAuth apps user access tokens (ghu_)
  • GitHub App user access tokens
  • Personal access tokens (classic)
  • Fine-grained personal access tokens

Note that the "revoke authorizations" action works differently for fine-grained personal access tokens, as explained above.

The following credential types are not affected:

  • GitHub App installation tokens (ghs_)
  • Fine-grained personal access tokens
  • Deploy keys
  • GitHub Actions GITHUB_TOKEN access

참고

A deploy key created with a personal access token or an OAuth app token is deleted when the "Delete keys and tokens" action deletes that token. Deploy keys created through the web interface or with a GitHub App user access token are not affected. See REST API endpoints for deploy keys.

Audit and security log events

The "revoke authorizations" action generates the following events, whether it's scoped to a specific user, a specific credential type, or all members:

  • org_credential_authorization.deauthorize
  • org_credential_authorization.revoke
  • personal_access_token.access_revoked

The "delete tokens" action also generates those events, and additionally generates the following events:

  • oauth_access.destroy
  • personal_access_token.destroy

Affected users receive an email notification when their SSO authorizations are revoked or their credentials are deleted, whether the action was initiated by an enterprise owner or by the user themselves.

Taking action against individual members

You can revoke SSO authorizations or delete credentials for a specific user. This is useful for responding to incidents affecting individual accounts, such as a compromised account or lost hardware, or for routine access cleanup.

Revoking authorizations for a specific user

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Revoke for ▼, then click A specific user.
  5. Select the user whose authorizations you want to revoke.
  6. To confirm, type USERNAME credentials (replacing USERNAME with the user's username).
  7. Click Revoke authorizations.

Deleting credentials for a specific user

This action is available for Enterprise Managed Users only.

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Delete for ▼, then click A specific user.
  5. Select the user whose credentials you want to delete.
  6. To confirm, type USERNAME credentials (replacing USERNAME with the user's username).
  7. Click Delete keys and tokens.

Taking action against a specific credential type

You can revoke SSO authorizations or delete credentials of a single type across your entire enterprise, without affecting other credential types. For example, you can revoke SSO authorizations for all personal access tokens (classic) while leaving user SSH keys and other credential types untouched.

Revoking authorizations for a credential type

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Revoke for ▼, then click the credential type whose authorizations you want to revoke.
  5. Read the warning about the impact of this action.
  6. To confirm, type the name of your enterprise.
  7. Click Revoke authorizations.

Deleting credentials of a specific type

This action is available for Enterprise Managed Users only.

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Delete for ▼, then click the credential type whose credentials you want to delete.
  5. Read the warning about the impact of this action.
  6. To confirm, type the name of your enterprise.
  7. Click Delete keys and tokens.

You can also combine these actions with a specific user, by selecting a user first and then choosing a credential type, or perform either action using the REST API endpoints for enterprise credential authorizations.

Taking bulk action against all members

Use the Danger zone bulk action buttons to respond to a major security incident by taking action against all members of your enterprise.

경고

Bulk actions are high-impact actions that should be reserved for major security incidents. They are likely to break automations, and it could take months of work to restore your original state.

Revoking authorizations for all members

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Revoke for ▼, then click All users.
  5. Read the warning about the impact of this action.
  6. To confirm, type the name of your enterprise.
  7. Click Revoke authorizations.

Deleting credentials for all members

This action is available for Enterprise Managed Users only.

  1. Navigate to your enterprise. For example, from the Enterprises page on GitHub.com.
  2. At the top of the page, click Settings.
  3. In the left sidebar, click Authentication security.
  4. In the "Danger zone" section, click Delete for ▼, then click All users.
  5. Read the warning about the impact of this action.
  6. To confirm, type the name of your enterprise.
  7. Click Delete keys and tokens.

Resources for smaller-scale responses

The following articles describe alternative actions for managing incidents that are smaller in scope, where you can identify specific compromised tokens or user accounts.