2026年4月、WireGuard Microsoft アカウント ロックという前代未聞の事態が発生した。VPNプロトコルの代名詞ともいえるWireGuardとは何かを知る人なら、この問題の深刻さは即座に理解できるはずだ。Microsoftが、WireGuardとVeraCryptの開発者アカウントを突然ロック。Windowsドライバの署名やアップデート配信が一時的に不可能な状態に陥り、世界中のセキュリティ専門家に衝撃が走った。

2026年10月3日追記：この停止は一時的なもので、すでに解消しています。WireGuard作者のJason Donenfeld氏は4月10日、アカウントの停止が解除されたことと、Windows向けの新版（WireGuardNT v0.11／WireGuard for Windows v0.6）の公開をメーリングリストで告知しました。VeraCrypt作者のMounir Idrassi氏も同日、Microsoft Partner Centerへのアクセスを回復したと公式フォーラムで報告しています。旧本文では復旧情報の反映が不足していたため、今回追記・訂正しました。以下の本文のうち当時の状況の記述は過去の出来事として、プラットフォーム依存という一般的なリスクの説明と分けて読んでください。

2026年4月にWireGuardとVeraCryptの開発者アカウントが一時停止され、Windows用ドライバの署名と更新が止まった流れと、4月10日までに両者がアカウントを復旧したこと、依存リスクへの一般的な備えを示す図
図：2026年4月の一時停止の流れ（図を選ぶと大きく表示できます）。
①開発者アカウントの停止 → ②Windows用ドライバの署名手続きが止まる → ③停止中は新しいドライバを含む更新を出せない → ④4月10日までに両者ともアカウント復旧。一般的な備えは、更新が誰の署名で届くかの把握、公式の復旧情報と署名済み更新の確認（非公式の再配布は避ける）、更新状況の監視です。新しいWindowsカーネルドライバにはMicrosoftの所定の署名が必要で、配布先を変えたりハッシュを確認したりしてもこの要件は解消しません。VeraCryptも、古い版の拡散を避けるため公式ダウンロードページへのリンクを求めています。

何が起きたか：MicrosoftがWireGuard・VeraCrypt開発者アカウントをロック

WireGuard作者Jason DonenfeldのMSアカウントが突然ロック

2026年4月8日、TechCrunchが報じた内容によると、WireGuardの作者であるJason Donenfeld氏のMicrosoftアカウントが突然ロックされた。この結果、新しいWindowsドライバの署名ができなくなり、ドライバを含むアップデートの配信が事実上不可能な状態になった（その後、4月10日までに解除）。Jason氏はSNSで「Microsoftから何の説明もなく、突然アクセスできなくなった」と公表した。

VeraCrypt開発者Mounir Idrassiも同様の被害——事前通知ゼロ

The Register（4月9日付）の報道では、VeraCrypt開発者のMounir Idrassi氏も同様の被害を受けていることが判明した。Idrassi氏は「メールも警告も説明も一切なかった」と3月30日に公表していた。さらに深刻なのは、証明書の有効期限切れが迫っており、このまま署名ができなければ一部ユーザーがブート不能になるリスクまで浮上していた点だ（その後アカウントは復旧）。

あなたが使っているVPNの心臓部がWireGuard——影響を受けるサービス一覧

Mullvad・Proton VPN・NymVPN・Tailscaleの基盤技術

WireGuardは単体のアプリではなく、多くのVPNサービスのコアプロトコルとして組み込まれている。Mullvad VPN、Proton VPN、NymVPN徹底解説で紹介しているNymVPN、そしてTailscaleなど、プライバシー重視のユーザーが選ぶ主要サービスがWireGuardを採用している。ただし各VPNサービスのWindowsクライアントは、それぞれの事業者が自社の署名で配布しており、今回停止したのはWireGuard公式のWindows版とVeraCryptの作者アカウントだった。停止は4月10日までに解除されたが、同じ構図が長期化すれば、影響を受けるソフトの更新が止まり得るという点は一般的なリスクとして残る。

「停止中にゼロデイがあったら、パッチを配信する手段がなかった」

停止当時、WireGuardに既知の脆弱性は報告されていなかった。問題は「もしも」だ。停止中にゼロデイ脆弱性が見つかっていた場合、新しいドライバを含むWindows向けのパッチは署名が得られず配信できなかった。署名の要件はWindowsのカーネルドライバに関するもので、Linux・macOS・Android・iOS版の配布経路は別だ。オープンソースのセキュリティツールでも、特定企業の手続きひとつでWindows版の更新が止まり得るという構造が露わになった。

Microsoftはなぜ開発者アカウントをロックするのか

「必須アカウント検証プロセス」の実態

Microsoft側の公式説明は「Windows Hardware Programにおける必須アカウント検証プロセスの一環」というものだ。ドライバ配信の安全性を担保するため、定期的な本人確認を求めているとしている。手続き自体の趣旨は理解できる。問題はその運用にある。

停止当時に出ていた3つの仮説

停止当時、コミュニティでは「検証を済ませたのにロックが続いている」という報告もあり、次の3つの仮説が語られていた（いずれも当時の推測）。

  • 仮説①：意図的な圧力 ——オープンソースセキュリティツールへの牽制という見方
  • 仮説②：システムバグ ——検証完了が正しく反映されない技術的不具合
  • 仮説③：検証要件の変更 ——新要件を開発者に通知せずにロックを発動

その後、Microsoftは2025年10月から実施していたWindows Hardware Programの必須アカウント検証の一環だったと説明し、Donenfeld氏も4月10日の告知で「Microsoftによる陰謀ではなく、官僚的な手続きが行き過ぎた結果だと思う」と述べている。仮説①のような意図的な圧力を示す根拠は確認されていない。それでも、「一企業の手続きでセキュリティツールの更新が止まり得る」という構造上の論点は残る。

プラットフォーム依存のセキュリティリスクとは

今回の事態は孤立した出来事ではない。ICCスタッフのMicrosoft遮断事件でも示されたように、「Microsoftという単一企業の判断が、世界中のセキュリティインフラの稼働を左右する」という構造的問題が再び可視化された。国際機関のスタッフが業務システムからブロックされた事例と、今回のオープンソース開発者へのロックは、本質的に同じ問題の表れだ。

SSL-VPN廃止が示す教訓もそうだが、特定のプラットフォームや企業に依存したセキュリティ設計は、その企業の方針転換ひとつで崩壊しうる。これは個人・企業を問わず、今すぐ対策を考えるべきリスクだ。

今すぐできる3つの防衛策

1. 使っているVPNの基盤技術を確認する

まず自分が使っているVPNが何のプロトコルを採用しているかを確認しよう。アプリ設定の「プロトコル」欄を開くと確認できる場合が多い。Windows向けのVPNクライアントやドライバが誰の署名で届いているか（WireGuard公式か、各VPN事業者か）を知っておくと、同様の事案が起きたときに影響を判断しやすい。

2. mixnet型VPN（NymVPN）への移行を検討する

なお、NymVPNもWindows版はWindows上で動くアプリであり、Fast ModeはWireGuard系のプロトコルを使うため、OSベンダーの署名要件から無関係になるわけではない。NymVPNの違いはネットワーク側にあり、Anonymous Modeでは独立したノードによる5ホップのミックスネットを使って、通信パターンの相関分析への耐性を高める設計だ。プラットフォーム依存の対策というより、トラフィック解析まで警戒する場合の選択肢として検討したい。

NymVPNの料金・無料トライアル条件を見る →

3. GrapheneOSでデバイスもプラットフォーム非依存に

VPNだけでなく、デバイスOS自体のプラットフォーム依存も見直す価値がある。GrapheneOSはGoogleサービスに依存しないAndroidフォークで、セキュリティ重視のユーザーに広く選ばれている。脱VPN代替ツール3選でも触れているが、デバイスレイヤーからの脱依存こそが最も根本的な防衛策だ。

まとめ：オープンソースは「誰にも止められない」技術であるべき

WireGuardもVeraCryptも、プライバシーとセキュリティを守るために世界中の人々が使うオープンソースツールだ。その開発者が、中央集権的なプラットフォーム企業の判断一つで活動を止められる——この構造自体がリスクだと今回の事件は改めて教えている。

SSL-VPN廃止が示す教訓や脱VPN代替ツール3選も参考に、プラットフォーム依存からの脱却を具体的に進めよう。今使っているVPNの足元を確認し、必要なら移行を検討する時期が来ている。

NymVPNの料金・無料トライアル条件を見る →