GitHubでAzureのデプロイが突然できない!Microsoft 73リポジトリ停止の原因と今すぐできる対処法【2026年6月】

GitHubでAzureのデプロイが突然できない!Microsoft 73リポジトリ停止の原因と今すぐできる対処法 GitHub
GitHubでAzureのデプロイが突然できない!Microsoft 73リポジトリ停止の原因と今すぐできる対処法

GitHubを使っていたら突然「This repository has been disabled.」という英語のメッセージが表示されて、作業が止まってしまった…。そんな状況に直面して、「自分が何か悪いことをしたのか?」「このままだとどうなるの?」と焦っている方、大丈夫ですよ。あなたのせいではありません。

2026年6月5日(UTC=世界標準時)、GitHubのシステムが自動で動いた結果、Microsoftという世界最大のソフトウェア会社の公式リポジトリ(プログラムの保管庫)が73個も一斉にアクセスできない状態になりました。これはMicrosoftも、GitHubも、そして世界中の開発者も予想していなかった出来事です。

この記事では、

  • 何が起きたのか(難しい言葉なしで解説)
  • 今すぐできる応急処置(手順どおりにやれば大丈夫)
  • GitHubとMicrosoftの現在の対応状況

をわかりやすくお伝えします。一緒に落ち着いて対処しましょう。


今起きている不具合・エラーの具体的な内容

どんなメッセージが出て、何ができなくなったの?

GitHubで特定のMicrosoft公式ページを開こうとすると、こんなメッセージが表示されます。

“This repository has been disabled. Access to this repository has been disabled by GitHub Staff due to a violation of GitHub’s terms of service.”

日本語に直すと、「このリポジトリは無効になっています。GitHubの利用規約に違反したため、GitHubスタッフによってアクセスが停止されました。」 という意味です。

止まってしまった主なもの

  • Azure/functions-action(Azureにアプリを自動でアップロードするツール)
  • Azure/azure-functions-host(Azure Functionsの本体)
  • durabletask関連(複雑な処理を自動化するための部品群)
  • AIサンプルアプリ(AI機能を試すためのサンプルコード群)
  • その他、合計73個のMicrosoft公式リポジトリ

影響を受けた企業・開発者

この停止で特に困ったのは、GitHub Actions(プログラムを自動でテスト・アップロードする仕組み)の中で Azure/functions-action を使っていた方々です。世界中の企業のシステムが、突然「ビルドエラー(組み立て失敗)」を起こして、クラウドへの自動アップロードができなくなりました。


なぜこんなことが起きたの?(原因を噛み砕いて解説)

今回の出来事には、いくつかの「伏線」がありました。順番に整理しましょう。

①「Miasma(ミアズマ)ワーム」という悪いプログラムが広がっていた

「ワーム」とは、インターネット上を自分で広がっていく悪いプログラムのことです。2026年5月頃から、TeamPCP(チームPCP) というサイバー犯罪グループが作った悪いプログラムのコードが公開され、それを使った攻撃が世界中に広がっていました。

この悪いプログラムは「Miasma(ミアズマ)」と呼ばれており、開発者のパソコンに入り込んで、GitHubやAzure(アジュール=Microsoftのクラウドサービス)などにアクセスするための「パスワードや鍵」を盗み出すことができます。

②Microsoftのパッケージ(部品)が汚染された

2026年5月19日、Microsoftが管理していた durabletask(デュラブルタスク) というプログラムの部品(Pythonという言語で作られたもの)が、このMiasmaワームによって改ざん(中身を書き換えられること)されました。

この部品は月に約41万7,000回ダウンロードされていた人気の部品でした。汚染されたバージョンには、インストールした瞬間に秘密の情報(アクセスキーなど)を外部に送り出す仕掛けが入っていました。

③GitHubの「自動パトロール」が働き、誤って関連リポジトリを大量停止

5月の汚染事件で使われた認証情報(アクセスするための「鍵」)が、6月5日になっても攻撃者に握られたままだった可能性があります。GitHubの自動不正検知システムがこの動きを察知し、わずか105秒(1分45秒) の間に、関連するMicrosoftのリポジトリ73個を一斉に「規約違反フラグ」として停止してしまいました。

これは人間がひとつひとつ確認して行ったのではなく、GitHubのコンピューターが自動で判断した結果です。本来守るべきMicrosoftの正規リポジトリまで巻き込まれてしまったため、「誤爆」とも言えます。


今すぐ試せる!具体的な対策と手順

対策1:まず「本当に自分に関係があるか」を確認する(一番最初にやること)

焦る前に、自分のプロジェクトが今回の停止に関係しているかを確認しましょう。

  1. 自分のプロジェクトのコード(特に .github/workflows/ というフォルダ)を開く
  2. その中にあるファイル(.yml.yaml という拡張子のもの)を開く
  3. 以下のような記述がないかを探す: uses: Azure/functions-action@v1
  4. もし上記が書いてあれば、今回の影響を受けている可能性が高いです。
  5. 書いてなければ、今回の問題はあなたのプロジェクトには直接関係がない可能性があります。

💡 ポイント:「.yml ファイル」とは、作業手順を書いた設定ファイルのことです。レシピ本のようなものだとイメージしてください。


対策2:Azure Functions の代替デプロイ方法に一時的に切り替える

Azure/functions-action が使えない今、Microsoftも公式に「別の方法でデプロイしてください」と案内しています。以下の3つの代替方法から、自分の環境に合うものを選んでください。

代替方法A:Azure CLI(コマンドラインツール)を使う

「Azure CLI」とは、文字を打ち込んでAzureを操作できるツールです。

  1. Azure CLIをインストールする(まだ入っていない場合)
    • 公式サイト https://learn.microsoft.com/ja-jp/cli/azure/install-azure-cli からダウンロードして入れてください
  2. ターミナル(黒い画面)を開いて、下記コマンドでログインする az login
  3. ログインできたら、以下のコマンドでデプロイ(アップロード)する func azure functionapp publish <あなたのFunctionアプリ名> <あなたのFunctionアプリ名> の部分は、Azureポータルで確認できます

代替方法B:Zip Deploy(ファイルをまとめて送る方法)を使う

プログラムをZIPファイル(荷物をまとめた袋のようなもの)にして送る方法です。

  1. プロジェクトをZIPファイルにまとめる
    • Windowsの場合:フォルダを右クリック →「送る」→「圧縮(zip形式)フォルダー」
    • Macの場合:フォルダを右クリック →「”○○”を圧縮」
  2. Azureポータル(portal.azure.com)を開く
  3. 対象のFunction Appを選んで開く
  4. 左側のメニューから「デプロイメント センター」を選ぶ
  5. 「手動デプロイ」または「Zip Deploy」の項目からZIPファイルをアップロードする

代替方法C:Azure DevOps Pipelines(アジュール デブオプス)を使う

すでにAzure DevOpsアカウントを持っている方向けの方法です。

  1. Azure DevOpsポータル(dev.azure.com)にアクセスする
  2. 対象のプロジェクトを選び、「Pipelines(パイプライン)」を開く
  3. 「新しいパイプライン」を作成し、「Azure Functions」のテンプレートを選ぶ
  4. 画面の指示に従ってセットアップを進める

対策3:もし「Miasmaワームに感染したかも」と心配な場合

もしあなたのパソコンやプロジェクトが感染している恐れがある場合は、以下を落ち着いて確認してください。

  1. GitHubやAzureなどのアクセスキー(パスワードのようなもの)をすぐに変更・無効化する
    • GitHubの場合:「Settings(設定)」→「Developer settings」→「Personal access tokens」から古いものを削除
  2. 最近インストールしたパッケージ(部品)に durabletask バージョン 1.4.1〜1.4.3 が含まれていないか確認する
    • pip list コマンドで確認できます
    • 含まれていた場合はすぐにアンインストール(pip uninstall durabletask)してください
  3. GitHubで「Miasma: The Spreading Blight」という説明文のついたリポジトリが自分のアカウントに勝手に作られていないか確認する
    • GitHubにログインして、「Your repositories(あなたのリポジトリ)」を見てください
    • 身に覚えのないリポジトリがあれば、すぐに削除してGitHubサポートに報告を
  4. 心配な場合はセキュリティの専門家や会社のIT担当者に相談する

公式のアップデートで直る?現在の対応状況

これは「ユーザーのせい」ではありません

まず安心してください。今回の問題は、ユーザー(利用者)側に責任はありません。GitHubのシステムが自動で判断した結果、Microsoftの正規のリポジトリまで誤って停止してしまったのです。

現在のシステム側の対応状況

対応項目状況
GitHub側の調査進行中(2026年6月6日時点)
停止されたリポジトリの復旧調査・対応中
Azure/functions-action の復旧未定(代替手段を使うよう公式が案内中)
Miasmaワームの対処(PyPI)汚染バージョンはすでに削除済み

公式情報によると、Azure/functions-action リポジトリの停止は「内部的な管理上の問題(Miasmaワームによる感染と疑われた影響)」として現在調査中です。Microsoftも自社のリポジトリが停止されたことを確認しており、GitHubサポートへの申請を行っている状況です。

今後のアップデートを待つ必要がある?

残念ながら、リポジトリの完全な復旧には数日〜数週間かかる可能性があります。そのため、急いでデプロイ(アップロード)する必要がある場合は、上で紹介した「代替方法」を使うことをおすすめします。


まとめ

今回のトラブルをひとことでまとめると、「悪意ある攻撃者グループが広めたMiasmaワームの影響で、GitHubの自動システムがMicrosoftの公式リポジトリ73個を誤って停止してしまった」という出来事です。

対策のおさらい

  1. 自分のプロジェクトが影響を受けているか確認する.ymlファイルの中身をチェック)
  2. Azure/functions-action の代わりに「Azure CLI」「Zip Deploy」「Azure DevOps」を使う
  3. 心当たりがあれば、GitHubやAzureのアクセスキーをすぐに変更する
  4. 身に覚えのないリポジトリが作られていないか確認する

最新情報をチェックするには

今後の復旧状況は、以下の公式チャンネルで確認しましょう。

  • GitHub公式ステータスページhttps://www.githubstatus.com/
  • GitHub公式X(旧Twitter)@githubstatus(英語ですが、停止情報が最速で届きます)
  • Microsoft Azure公式ブログhttps://techcommunity.microsoft.com/
  • Microsoft Learn(公式ドキュメント)https://learn.microsoft.com/ja-jp/

大変な状況の中、この記事が少しでもお役に立てれば幸いです。今回の件はあなたのせいではありません。落ち着いて、ひとつひとつ確認していきましょう。応援しています!

タイトルとURLをコピーしました