GitHub: セルフサービス認証情報失効 — インシデント対応のためのbreak-glass機能
GitHubはエンタープライズおよび個人ユーザー向けのセルフサービス認証情報失効を導入しました。エンタープライズオーナーは侵害されたアカウントのすべてのトークン、SSHキー、SSO認証を即座に失効させることができます。2026年2月のツールのアップグレードです。
この記事はAIにより一次情報源から生成されました。
GitHubは2026年6月24日、エンタープライズ管理者と個人ユーザーに向けてセルフサービス認証情報失効という新機能を発表しました。セキュリティインシデントへの対応を大幅に加速するツールです。
break-glassとは何か、なぜ重要なのか?
Break-glassは、管理者が侵害されたユーザーへのすべてのアクセスを即座に削除する緊急セキュリティ手順で、予備のカギが入った金属ケースのガラスを破ることへの類比です。これまでGitHubのエンタープライズ管理者にはそのような状況に対する限られたツールしかなく、プロセス全体が遅く、異なるインターフェースを通じた複数のステップを必要としていました。
新機能によりこのプロセスが変わります。エンタープライズオーナーは1つのアクションで侵害されたEMU(Enterprise Managed User)アカウントのすべての認証情報を失効させることができます。SSO認証、個人アクセストークン、OAuthトークン、SSHキーが対象です。EMUはアイデンティティプロバイダーを通じて企業が完全に管理するGitHubアカウントで、侵害された場合に特に脆弱です。
個人ユーザーは何を得るか?
エンタープライズのbreak-glass機能に加え、GitHubはすべてのユーザーにアカウント設定(Settings → Credentials)内でのセルフサービス認証情報管理をもたらしました。ユーザーは今、1つの場所ですべてのアクティブなトークン、認証、SSHキーを確認および失効させることができます — 管理者への連絡不要で。
監査とお知らせ
各失効は監査ログに記録が残り、影響を受けるユーザーにはメール通知が届きます。透明性が重要です。セキュリティチームはインシデントの経過を再構築でき、ユーザーは自分の認証情報が失効されたことを即座に知ることができます。
2026年2月からのアップグレード
GitHubは、これらの機能が2026年2月17日に導入されたツールをアップグレードするものであると述べています。当時、集中的なアクセス管理の基盤が整備されました。新しいセルフサービス層により、定期的およびインシデント発生時の認証情報失効にGitHubサポートや内部ITチームへの依存がなくなります。
何千人ものユーザーがいるエンタープライズ環境において、遅い手動プロセスと即時のbreak-glass失効の違いは重大です — 侵害されたトークンが有効な1分1分がリポジトリや内部システムへのさらなる侵入を意味します。
よくある質問
- ITセキュリティにおけるbreak-glassシナリオとは何ですか?
- break-glassは、管理者が侵害されたユーザーのすべての権限を即座に削除する緊急手順です — 緊急用のカギが入った金属ケースのガラスを壊すことへの類比です。目標は攻撃者のシステムへのアクセスをできるだけ早く遮断することです。
- GitHubの新ツールでどの認証情報を失効させることができますか?
- エンタープライズオーナーはEMU(Enterprise Managed User)アカウントのSSO認証、個人アクセストークン、OAuthトークン、SSHキーを失効させることができます。個人ユーザーはSettings → Credentialsから同じカテゴリのデータを管理できます。