CVE-2026-115881: クリティカルな GoAhead TLS の脆弱性により、失効したクライアント証明書の許可

GoAhead 組み込みウェブサーバーの重大な脆弱性により、無効化されたクライアント証明書が相互 TLS 認証中に有効なままになる可能性があり、以前信用されたアイデンティティに保護されたデバイスやサービスへのアクセスを継続させる可能性があります。

CVE-2026-115881 として追跡されるこの欠陥は、ベンダーによって割り当てられた CVSS スコア 9.1 を持ち、証明書失効リストが構成されている OpenSSL 互換の TLS バックエンドを使用する場合、GoAhead バージョン 3.4.5 から 6.1.0 に影響します。問題は GoAhead 6.1.1 で修正されました。

GoAhead は、ルーター、プリンター、ゲートウェイ、産業システム、その他のネットワーク接続製品に一般的に統合されている組み込みウェブサーバーです。しかし、この脆弱性はすべての GoAhead インストールに影響を与えるわけではありません。悪用には特定の相互 TLS 構成が必要であり、商用デバイスの影響を受ける人口は特定されていません。

この脆弱性は不適切な証明書失効の検証に起因します。GoAhead は構成された証明書失効リスト (CRL) を OpenSSL の証明書ストアに正常にロードしますが、CRL チェックを適用するために必要な OpenSSL フラグをアクティブにしません。その結果、明示的に無効としてマークされた証明書でも認証を完了することができます。

CVE-2026-115881 の検出には、セキュリティチームはソフトウェアのインベントリ、TLS バックエンドの識別、証明書テレメトリー、および相互 TLS 認証の監視を組み合わせるべきです。影響を受けたサーバーが取り消し済みの証明書を有効として扱うため、悪用は明白な認証の失敗や従来のエクスプロイト署名を生成しない可能性があります。

SOC Prime ユーザーは、アイデンティティ、ネットワーク、アプリケーション、エンドポイントのテレメトリをセキュリティスタック全体で相関させることで、悪用試行や疑わしい認証後の行動のカバレッジを強化できます。

クリック 検出を探索 関連する検出コンテンツと狩猟ロジックにアクセスします。CVE-2026-115881 を検出するには、最初に脆弱な GoAhead 展開を特定し、既に取り消されているはずの証明書で行われた認証を監視する必要があります。

営業に連絡

CVE-2026-115881 分析

この脆弱性は、GoAhead が証明書失効リストの検証を OpenSSL 互換の TLS バックエンドと統合する方法に存在します。

相互 TLS では、両側がデジタル証明書を使用して認証を行います。組織は、デバイスの退役時、従業員がアクセスを失った時、秘密鍵が侵害された時、または関連するアイデンティティがもはや信頼されるべきでない時にクライアント証明書を取り消すことができます。

CRL は、サーバーに拒否されるべき証明書のリストを提供します。

FoxIO の研究者は、GoAhead が OpenSSL を使用して構成された CRL を正しくロードするものの、X509_V_FLAG_CRL_CHECK 検証フラグを有効にしないことを発見しました。CRL を証明書ストアにロードしただけでは、OpenSSL が証明書の失効ステータスをチェックすることはありません。

その結果、クライアント証明書が構成されている失効リストに存在する場合でも、証明書の検証は正常に完了することができます。

FoxIO は、GoAhead 6.1.0 と OpenSSL 3.6.2 を使用してこの問題を再現しました。テスト中、信頼された CA によって署名された取り消し済みクライアント証明書が、発行者の検証が有効になっている場合でも相互 mTLS ハンドシェイクを正常に完了しました。サーバーは、失効チェックが無効であることを示す起動警告を生成しませんでした。

この無音の失敗は特に重要です。なぜなら、管理者は CRL を構成することで、取り消された証明書が拒否されると合理的に想定するかもしれないからです。

CVE-2026-115881 の詳細は、悪用にはいくつかの条件が揃っている必要があることを示します：

• GoAhead は OpenSSL 互換の TLS バックエンドを使用しなければなりません。
• 展開はクライアント証明書を要求する必要があります。
• 信頼された CA バンドルが構成されている必要があります。
• 証明書発行者の検証が有効にされていることが明確なセキュリティへの影響のために必要です。
• CRL が構成されていなければなりません。
• 攻撃者は、その後に取り消された信頼された権限によって発行された証明書を持っていなければなりません。

したがって、この欠陥はデフォルトの GoAhead インストールに対する一般的な認証バイパスを表すものではありません。

CVE-2026-115881 は、CRL が構成された脆弱な OpenSSL 互換のコードパスを使用する GoAhead バージョン 3.4.5 から 6.1.0 に影響を与えます。GoAhead 6.1.1 は、失効リストがロードされた後に CRL チェックを有効にすることで問題を修正します。

攻撃シナリオは、対戦相手が以前は有効であった証明書を既に持っている場合に最も関連性があります。例えば、盗まれたデバイス証明書は、管理者がそれを取り消した後でも使用可能な状態のままである可能性があります。その後、攻撃者は管理インタフェース、API または保護されたリソースにアクセスするためにこの証明書のアイデンティティを使用できます。

その証明書が暗号的に有効で予想された CA によって署名されているため、通常の証明書チェーンの検証では攻撃を露出することは必ずしもありません。欠けている制御は特に失効の強制です。

FoxIO は、技術研究の一環としてその脆弱な証明書検証動作を実証する CVE-2026-115881 PoC を公開しました。また、GoAhead のインストールを特定し TLS バックエンドを区別するのに役立つ JA4Scan フィンガープリントも公開しました。

それらのフィンガープリントは露出の発見には役立ちますが、それらがデバイスが脆弱であるという証拠としては扱われるべきではありません。TLS フィンガープリンティングはあるサーバーが特定の GoAhead/バックエンドの組み合わせに似ていることを示すことができますが、実際の露出はバージョンとコンパイル時構成に依存します。

重要な OpenSSL の問題は、他の 2 つの GoAhead TLS の弱点と共に公開されました。

別の問題として CVE-2026-115884 として追跡されるものは、古い LibreSSL のベリファイア動作に影響を与え、クライアント証明書が要求されるが発行者の検証が無効化されている特定の構成で GoAhead のチェーン深度制限を回避することができます。

もう一つの欠陥は、Mbed TLS を使用する GoAhead ビルドに影響を与えます。バッファ長のミスは、TLS 1.2 DHE_RSA ハンドシェイク時に特定の条件下で設定された 2048 ビットのディフィー・ヘルマンモジュラスを 1 バイトに減少させ、クライアントが不正フォーマットのパラメータを受け入れる場合、受動的な観察者がセッションキーを復元する可能性があります。

これらは、異なる前提条件を持つ別々の脆弱性です。それらは、CVE-2026-115881 に対する露出評価時に混同されるべきではありません。

FoxIO の開示タイムラインには、OpenSSL CRL の問題が 2026 年 4 月 30 日に報告されたことが記載されています。修正を含む GoAhead 6.1.1 は 8 月 2 日にデバイスビルダーに提供され、セキュリティアドバイザリは 10 月 12 日に公開されました。FoxIO はその詳細な技術的研究を 10 月 26 日に公開しました。

2026 年 10 月 28 日時点で、提供された情報源には CVE-2026-115881 が現実の攻撃で悪用されているという報告はありません。

そのため、CVE-2026-115881 が野生下で悪用されている特定のキャンペーン関連 IOC（確認された悪意のある IP アドレス、ドメイン、ペイロードハッシュ、またはエクスプロイトインフラストラクチャなど）はありません。

防御者は代わりに露出と行動の指標に焦点を当てるべきです：

• GoAhead バージョン 3.4.5 から 6.1.0 まで
• OpenSSL 互換の TLS バックエンド
• 相互 TLS が有効
• 構成された証明書失効リスト
• 組織の CRL にシリアル番号が記載されている証明書を使用した認証
• 退職または侵害されたデバイスアイデンティティからの予期しないアクセス
• 証明書ベースの認証後の機微な管理活動
• 組み込み管理インターフェースから始まる新しい構成変更または資格情報の作成
• 予期しない場所からの管理サービスへのネットワークアクセス

集中型 PKI を使用している組織も、TLS 認証を証明書ライフサイクル情報と関連付けるべきです。取り消し済みとマークされた証明書を含む認証イベントの成功は、基礎となるサービスが GoAhead であるかどうかに関係なく高価値なシグナルとなります。

CVE-2026-115881 緩和措置

主要な修正は、GoAhead をバージョン 6.1.1 以上にアップグレードすることです。

パッチ適用されたリリースは、構成された失効リストをロードした後に、OpenSSL CRL の強制を有効にし、失効としてリストされた証明書が検証中に拒否されるようにします。

直接的に GoAhead で製品を開発している組織にとっては、新しいファームウェアまたはソフトウェアビルドが配布される前に埋め込まれたサーバーコンポーネントを更新することが優先事項です。

商用ルーター、ゲートウェイ、プリンター、工業用機器、またはその他の GoAhead を含むアプライアンスを運用しているエンドユーザーにとっては状況はより複雑です。

GoAhead は一般的にベンダーファームウェア内に埋め込まれているため、上流の GoAhead プロジェクトを更新しても、インストールされているデバイスが自動的に更新されるわけではありません。機器所有者は、GoAhead 6.1.1 またはベンダー提供の同等の修正を組み込んだファームウェアリリースをメーカーから入手する必要があります。

推奨される CVE-2026-115881 緩和プロセスには、次の項目が含まれるべきです：

• GoAhead を組み込んでいる可能性のあるデバイスやアプリケーションのインベントリを作成する。
• 可能な場合はインストールされている GoAhead のバージョンを特定する。
• 製品が OpenSSL、Mbed TLS、LibreSSL、または他のサポートされているバックエンドを使用しているかを特定する。
• 相互 TLS 認証が有効になっているかどうかを判断する。
• CRL が構成されているかどうかを確認する。
• 製品が脆弱な実装を含むかどうかを確認するためにデバイスメーカーに連絡する。
• GoAhead 6.1.1 またはベンダー固有の修正を含むファームウェアを利用可能になり次第適用する。
• 管理および管理インターフェースへのアクセスを制限する。
• 管理サービスを信頼されたネットワーク、VPN、または専用管理セグメントに限定する。
• 影響を受けるデバイスに認証を許可されているすべてのクライアント証明書のステータスを確認する。

CRL の存在が失効が正しく機能していることの証明であると仮定しないように組織は注意するべきです。

稼働が実務的に可能な場合、管理者は専用のテスト証明書を取り消し、デバイスがその後の mTLS 接続を拒否することを確認して、自分自身のインフラストラクチャをテストすることができます。この検証には本番証明書は使用すべきではありません。

即時の修正が不可能な場合、ネットワークの隔離が特に重要になります。信頼できないネットワークに公開されている管理インターフェースは、ファイアウォールルール、セグメンテーション、アクセス制御リスト、または専用管理ネットワークを使用して制限されるべきです。

また、組織はプライベートキーの妥協が疑われる場合に取り消された証明書の PKI 環境を確認するべきです。対応するプライベートキーを持つ攻撃者は依然として脆弱なサービスに認証できるかもしれないため、これらの資格情報は最優先のリスクを表します。

もし妥協が疑われる場合、影響を受ける資格情報を取り消すか置き換え、関連するシークレットを回転し、管理の変更を検査し、証明書アイデンティティの下で実行された活動を調査する。

セキュリティチームは、また、デバイス構成の変更、アカウント作成、ファームウェア改変、認証記録、および疑わしい証明書ベースのアクセス後に生じた外部接続をレビューする必要があります。

CVE-2026-115881 と共に公開された他の GoAhead TLS の脆弱性には別個の修正の考慮が必要です。

ディフィー・ヘルマンの問題に影響を与える Mbed TLS の展開は 6.1.1 にアップグレードするか、有限フィールド DHE 暗号スイートを無効にするか、OpenSSL のバックエンドに移行することができます。CVE-2026-115884 に影響を受ける LibreSSL の展開は GoAhead をアップグレードし、信頼された CA バンドルで発行者の検証を有効にするか、または新しい LibreSSL または OpenSSL 実装に移行することができます。

最終的には、デバイスメーカーが修正された GoAhead バージョンで影響を受けたファームウェアを再構築し、多くのエンドユーザーが修正を適用できるようにする必要があります。IoT、OT、ネットワークインフラストラクチャ、または組み込みデバイスを運用している組織は、完全に上流の GoAhead リリースに頼るのではなく、ベンダーのアドバイザリを追跡する必要があります。

免責事項： 検出コンテンツはすべての CVE について入手可能であるわけではありません。現在のカバレッジについては SOC Prime プラットフォームを確認してください。関連する検出がまだ利用可能でない場合、新しい脅威インテリジェンスと検出コンテンツが継続的に追加されているため、再確認してください。