Incident response

GitHub carves credential revocation into per-token-type actions

GitHub carves credential revocation into per-token-type actions

An incident responder locking down a compromised GitHub identity no longer has to choose between revoking a specific token and wiping every credential the user owns. A GitHub changelog entry dated August 18, 2026 adds token-type-specific and user-specific actions for personal access tokens, SSH keys, OAuth app tokens and GitHub App user access tokens. The controls sit at both enterprise and organization level, in the UI and via API, and every action lands in the audit log.

What the new controls actually expose

Two operations are available for each of the four token classes, per the changelog. Bulk deauthorization strips SSO grants for a specific credential type. Bulk revocation deletes or revokes all user-level credentials of that type. Access is restricted to enterprise owners, organization admins, and members holding the "Manage enterprise credentials" permission. GitHub frames the release as an extension of its earlier self-service credential revocation flow for incident response, with the same primitives now available at the organization tier.

Where the granularity still bites

Blast radius is the operational read. The prior flow was closer to one large hammer: when a stolen personal access token triggered the response, revoking it often meant taking down that user's SSH keys and OAuth grants at the same time, and breaking every CI job the automation touched. Cutting revocation to a single token type lets a responder shut the actual vector, keep the rest wired and give the audit team a live session to review. On shared service identities, where a full-account revoke ripples through a dozen pipelines, per-type bulk revocation compresses cleanup by an obvious margin.

Read the granularity carefully. The unit is a token type, not an individual token: bulk revocation of OAuth app tokens still means every OAuth grant on the account, not one app. And the audit-log capture is only as useful as the SIEM pipeline already ingesting enterprise-owner actions. Worth wiring up before the next incident, not during it.

Source: GitHub Changelog (github.blog)

Related
Incident response

GitHub ships a one-click self-revoke for users whose credentials just leaked

An individual GitHub Enterprise member can now wipe every credential they own, personal access tokens, SSH keys, OAuth tokens and SSO authorizations, in a single action from the Settings page. Containment used to be a scavenger hunt across four menus.

June 25, 2026
Security & supply chain

Secret scanning custom patterns get a REST API, so you can PR your detectors

GitHub made REST endpoints for secret scanning custom patterns generally available on July 13, 2026. Detectors can now be created, listed, updated and deleted via API at repository, organization and enterprise scope, though dry runs and the final publish step still happen in the UI.

July 21, 2026
Developer experience

Autofix that reads more than one file: GitHub previews agentic code scanning fixes

GitHub's agentic autofix for code scanning alerts is in public preview, expanding remediation from the alert location out to the files around it. For CI/CD teams, a single alert now maps to a codebase-shaped change instead of a one-line patch.

July 14, 2026

Turn this into your pipeline. Build it on Buddy.

Start free