ブログ一覧に戻る
ベストプラクティス2026年7月1日3分で読めます

GitHubがBreak-Glass機能を導入:侵害された認証情報を一括即時無効化

And another one. GitHub ships break-glass credential revocation

ベストプラクティス

この記事のポイント

【なぜ重要か】 認証情報のローテーションが不完全・断片的だと、一度封じ込めた攻撃者が残存クレデンシャルを使って再侵入するリスクがある。TrivyからCheckmarxへ連鎖したサプライチェーン攻撃や、MicrosoftのdurabletaskリポジトリへのPyPI経由の侵害など、2026年だけでも不完全なローテーションを起因とする大規模インシデントが複数発生している。GitHubが今回リリースした...

【なぜ重要か】 認証情報のローテーションが不完全・断片的だと、一度封じ込めた攻撃者が残存クレデンシャルを使って再侵入するリスクがある。TrivyからCheckmarxへ連鎖したサプライチェーン攻撃や、MicrosoftのdurabletaskリポジトリへのPyPI経由の侵害など、2026年だけでも不完全なローテーションを起因とする大規模インシデントが複数発生している。GitHubが今回リリースした一括無効化機能は、こうしたインシデント対応のボトルネックを解消する重要な進歩である。

【ポイント】

  • 「Manage enterprise credentials」権限を持つEnterprise管理者が、組織全体またはアカウント単位でSSO認証済みPAT・SSHキー・OAuthトークンを一括で無効化または削除できるようになった
  • Enterprise Managed Users(EMU)組織では全トークン・SSHキーの完全削除も可能。すべての操作は監査ログに記録され、対象ユーザーにメール通知が送信される
  • 個々のメンバーも「Settings > Credentials」から自分に紐づく全認証情報を確認し、SSO保護リソースへのアクセスをワンアクションで一括遮断できる
  • 従来はFine-grained PATの組織側無効化、Classic TokenのSAML SSO経由での無効化、APIによる個別トークン指定削除など手段が分散しており、インシデント対応中の一括遮断は実質的に困難だった
  • GitHub Actionsトークンはジョブ単位で発行・自動失効するため本機能の対象外。インシデント時はリポジトリ上でActionsを無効化することで被害を限定する

【まとめ】 この機能は「アトミックなローテーション(新旧クレデンシャルが同時に有効な瞬間をゼロにする)」を現実の組織規模で近似的に実現するBreak-Glass手段である。今すぐ「Manage enterprise credentials」権限の付与先を確認し、インシデント前に担当者を決定しておくこと。また、GitHub ActionsはバージョンタグでなくフルコミットSHAにピン留めすることで、Trivy侵害で使われたタグの強制書き換え攻撃を防ぐことができる。

原文を読む

Aikido Security Blog

英語で詳細な技術情報を確認

原文を読む

コメント・質問

この記事についてのコメントや質問を投稿できます

コメントを投稿するにはログインが必要です

ログインする

読み込み中...