要点
- GitHub の Actions・Webhooks・Pages・Copilot で、約30分間、動作の遅れや使えない状態があった。
- GitHub の障害報告には、セキュリティ上の問題や情報漏えいを示す記述はない。
- 原因は未公表で、GitHub は後日、詳しい原因分析を出すとしている。
何が起きたか
GitHub の公式ステータスページ（githubstatus.com）によると、障害は2026年11月11日 20:48（UTC）に始まった。日本時間では11月12日の午前5時48分ごろだ。
最初に、Pages（ウェブサイトの公開機能）の可用性の低下が報告された。同じ時刻に Actions（自動でテストやビルドを動かす機能）の可用性の低下と、Webhooks（GitHub の出来事を外部のサービスに知らせる仕組み）の性能低下も報告された。20:57 には Copilot（AI のコード補助）にも可用性の低下が出た。
GitHub は21:07 に、影響の軽減を確認したとして監視に入った。その時点で、たまっていた Actions のジョブ（実行待ちの作業）の処理が進み始めた。21:21 にはジョブの滞留がすべて処理され、障害は解決とされた。日本時間で午前6時21分ごろだ。つまり、全体で約30分の障害だった。
原因は、報告には書かれていない。GitHub は、詳しい原因分析をあとで共有するとしている。
日本の利用者への影響
GitHub は日本でも多くの開発者や企業が使っている。ただし、日本の利用者や組織に特有の被害の報告は、今回の障害報告からは確認できない。障害は日本時間の早朝にあたるため、日中の業務への影響は小さかったとみられる。ただし、夜間や早朝に動く自動処理がある組織では、実行の遅れや失敗があった可能性がある。
今すぐやること
- 11月12日の午前5時台から6時台（日本時間）に動くはずだった自動処理（CI、定期実行、配布）が、失敗や遅れになっていないか確認する。
- 失敗したジョブがあれば、再実行して結果を確かめる。滞留分は GitHub 側で処理されたと報告されているが、取りこぼしがないかは自分で見る。
- Webhooks で外部サービスと連携している場合、その時間帯の通知が届いているか確認する。届いていなければ、再送の手段があるか調べる。
- 原因分析の公開を待つ。セキュリティに関わる内容が含まれた場合に備え、GitHub のステータスページを見ておく。
背景
GitHub は、ソースコードの管理だけでなく、ビルド、テスト、配布、公開サイトまでを担う。そのため、一部の機能が止まるだけで、多くの開発チームの作業が同時に止まる。今回も、Actions、Pages、Webhooks、Copilot という複数の機能が、ほぼ同時に影響を受けた。
障害そのものは、攻撃ではない限りセキュリティ事故とは言えない。今回の報告には、攻撃や不正アクセスを示す記述はない。原因が未公表である以上、「攻撃ではなかった」とも断定できない。続報で確かめる必要がある。
技術者向けの詳細
- 障害の種類: Pages・Actions・Copilot は degraded availability、Webhooks は degraded performance。
- 時系列（UTC、11月11日）: 20:48 開始、20:57 Copilot 追加、21:07 軽減・監視へ、21:21 解決。
- Actions のジョブ滞留は21:21 に全て処理済みと記載。
- 根本原因は未記載。後日の分析が予告されている。
- 確認の手がかり: 該当時間帯の Actions の実行履歴、Webhooks の配信履歴（再配信の可否）を見る。
- 一次情報: https://www.githubstatus.com/incidents/dvy0t3mvh1lg
