VPN技術

OpenVPN 2.7.8は2026年10月6–7日頃、4件のセキュリティ強化項目を含むメンテナンス更新としてリリースされた。うち3件にはCVE IDが付与されている：CVE-2026-84790（証明書サブジェクト内のNULLバイト）、CVE-2026-88964（WindowsおよびAndroid向け、バージョン2.7_alpha3から2.7.7におけるdomain-search / PUSH_REPLY処理の符号なしアンダーフロー）、およびCVE-2026-84256（WindowsのCreateProcess/cmd.exe引用符処理の継続的な強化）。第4のtls-crypt-v2変更は、鍵材料が利用できない場合にクライアントがラップ済み鍵を無差別に再送するのを止めるもので、イタリアCRA堅牢性方針の下でCVEなしとされた。本リリースはマルチクライアントDCOの安定性も改善しており、ピア鍵インストールがピア削除と競合した際にサーバ全体をクラッシュさせる代わりに単一インスタンスを再起動するようになった。Linux Compatibleは、本リリースが約22コミット・40ファイル・11人の貢献者を経てGert Doeringによってタグ付けされ、2月の2.7.0アーキテクチャ刷新の上に乗っていると記している。マルチクライアントサーバまたはカーネル加速DCOを運用するオペレータは、2.7.8を機能追加ではなく可用性とセキュリティのメンテナンスリリースとして扱うべきである。証明書ツール担当チームは、OpenSSLフリートのアップグレード前にサブジェクト文字列内の埋め込みNULLバイトをインベントリする必要がある。以前は受け入れられていた証明書が、ハンドシェイク検査で突然失敗する可能性があるためである。Windows管理者は、引用符処理の継続的な強化を受け、OpenVPN周辺でCreateProcess経由でシェルアウトするスクリプトを回帰テストすべきである。

Windows/Android上のコミュニティ版OpenVPN 2.7.xクライアント、またはマルチクライアントDCOサーバを運用している場合は、2.7.8をスケジュールし、埋め込みNULLバイトについて証明書インベントリを再テストすること。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： Linux Compatible

OpenVPNコミュニティwikiのCVE-2026-88964ページは、整数アンダーフローにより、遠隔の認証済みサーバが細工したドメイン検索オプションを通じてサービス拒否またはメモリ開示を引き起こし得ると述べ、報告者としてCole Munzを挙げ、GitHubプライベートIssue OpenVPN/openvpn-private-issues#178へリンクし、オペレータを2026年10月7日付のopenvpn-2.7.8 ReleaseHistoryエントリへ案内している。wikiはまた、2026年10月7日リリースのopenvpn-2.7.8向けコミュニティReleaseHistoryアンカーと、協調開示中に使用されたプライベートGitHub Issueパスにもリンクしている。読者はPUSH_REPLYのDNS検索ドメインを機微なオプション材料として扱うべきである：それらをプッシュできるのは信頼できるサーバのみとし、クライアントのAbout画面はアップグレード後にキャプチャして、以前影響を受けた2.7.x期間のWindowsおよびAndroidエンドポイントで2.7.8以降が稼働していることを証明すること。

PUSH_REPLYのDNS検索オプションは信頼できるサーバからのみ扱い、アップグレード後にクライアントのAbout画面が2.7.8+を表示することを確認すること。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： OpenVPNコミュニティwiki

インターネットセキュリティ

2026年10月5日、LinuxカーネルメーリングリストにおけるWireGuard noiseパッチの議論では、より新しいinitiationが開始された後に古いハンドシェイク応答をWireGuardが受け入れ、古い鍵を再インストールしてトランスポートカウンタとリプレイ状態をリセットする障害モードが説明された。これによりnonce再利用、リプレイ、パケット偽造が可能になり、機密性と完全性の保証が破られる。提案された修正は、書き込みロック下でエフェメラルシークレットを比較し、置き換え済みinitiationに対する応答を拒否する。Jason A. Donenfeldは同一スレッドの返信で正確なフローに疑問を呈した。当該スレッドは、より新しいinitiation開始後に古いハンドシェイク応答を受け入れると、古い鍵が再インストールされリプレイ状態がリセットされ得ることを強調している。これはカーネル内WireGuardピアにおける機密性および完全性の懸念であり、ユーザ空間のVPNブランドアプリとは別物である。ディストリビューションの安定版バックポートを監視すべきであり、メーリングリスト上のパッチがフリートで稼働するすべてのカーネルパッケージに既に含まれていると想定してはならない。

カーネルおよびディストリビューションのWireGuard利用者は、ハンドシェイク応答拒否パッチの安定版バックポートを注視し、ユーザ空間VPNアプリだけでカーネル内WireGuardピアがカバーされると見なさないこと。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： LKML / IU archive

NVDのCVE-2026-13735に関する記録は、Zephyr RTOSのWireGuard実装における不具合を説明しています。keepalive（16バイトの空の平文とPoly1305タグ）メッセージが復号前に受け入れられていたため、Poly1305タグは検証されていませんでした。平文の受信者インデックスを知っている、または総当たりで入手した攻撃者は、セッションキーなしでkeepaliveの状態信号を偽装できました。修正では、16バイトのペイロードを復号およびリプレイ防止チェックに通すことを強制します。影響は状態信号の完全性に限られ、平文の注入やセッション乗っ取りには及びません。NVDの説明では、修正後は偽造されたkeepaliveがPoly1305検証に失敗し、認証失敗としてカウントされることが明確にされています。修正前の経路では平文は復号も注入もされず、早期リターンによってエンドポイントと生存タイマーは更新されなかったため、トラフィック注入とセッション乗っ取りはこの欠陥の範囲外です。ただし、偽装されたVPN接続信号は管理プレーンや運用担当者を誤導する可能性があるため、製品セキュリティチームは依然としてパッチを適用すべきです。

ZephyrのWireGuardを同梱する組み込み/IoT製品は、認証付きkeepaliveの修正を取り込み、本CVEをLinuxカーネルのWireGuardと同一視すべきではありません。項目をクローズする前に、変更チケットにパッケージバージョンとアドバイザリのURLを記録してください。

出典： NVD — CVE-2026-13735

規制

Linux Compatibleの2.7.8解説は、tls-crypt-v2のクライアント妨害修正にCVEが付与されなかった理由として、イタリアのComputer Resilience Agency（CRA）ガイドラインが引用されたと記している。悪意あるサーバーがクライアントの正常動作を妨げる事態は、機密性または完全性の失敗ではなく、堅牢性の低下として分類された。この方針選択はパッチ適用の運用上の必要性を取り除くものではないが、コンプライアンス用チケットシステムが当該変更をどのようにラベル付けするかは変わる。CVE IDが存在するときだけチケットを起票するセキュリティプログラムは、リリースノートの確認を受付プロセスに含めなければ、この種の変更を見逃す。チケット本文にCRAの根拠を記録し、2.7.8適用後のtls-crypt-v2クライアントについてはステージング検証を引き続き必須とすること。認証済みピアに対する可用性障害は、インシデント対応中に依然として高いコストを伴うためである。

CRA型の方針により識別子が付与されない場合、セキュリティプログラムはVPNクライアントにおける非CVEの堅牢性修正を追跡すべきである。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： Linux Compatible

フォーラム

OpenVPNの88964に関する公開CVE wikiエントリは、非公開GitHubイシュートラッカーのパスOpenVPN/openvpn-private-issues#178と、コミュニティのReleaseHistoryにおける2.7.8のアンカーを相互リンクしており、サイレントパッチではなくリリースノートと併せて報告者名および非公開Issue番号を公開するというプロジェクトの慣行を示している。プロジェクト自身のセキュリティ告知ページから着手すれば、不完全な二次要約を追うリスクが減る。脆弱性チケットを緩和済みとしてクローズする前に、報告者名、非公開Issue参照、ReleaseHistoryアンカーを相互確認すること。

VPNのCVEをトリアージする際は、二次的な集約サイトより先に、プロジェクト自身のセキュリティ告知wikiとReleaseHistoryアンカーから着手すること。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： OpenVPNコミュニティwiki

ベンダー

Linux Compatibleは、2.7.8で修正されたiroute競合バグをOpenVPN Inc.のAccess Serverチームが報告したと記している。当該バグでは、実際のクライアント終了時ではなく遅延したマルチインスタンスのクリーンアップ中にクライアントごとのルートが削除され、再接続競合下でシステムにルートが残らないリスクがあった。同記事は、BreachX（証明書NULLバイト報告）などの外部研究グループが2.7.xのセキュリティ更新周期に寄与していることにも言及している。ステージングでは、クライアントがフラップする間にルートのインストールと削除を行使する再接続ストームを含めるべきである。アップグレード後に負荷下でルートが消える場合は、さらに展開する前にnetlinkとインスタンスログを取得すること。証明書NULLバイト報告へのBreachXの関与は、外部研究パイプラインがOpenVPNの2.7.x更新周期にとって重要である理由も示している。

Access Serverおよび大規模DCO運用者は、本番展開の波の前に、2.7.8適用後のステージングでルートクリーンアップ動作を検証すべきである。当該項目をクローズする前に、変更チケットへパッケージバージョンとアドバイザリURLを記録すること。

出典： Linux Compatible