JVNDB-2026-036271

wolfSSL Inc.のwolfSSLにおける認証に関する脆弱性

NO_SESSION_CACHE_REFが設定されていない場合、wolfSSL_get_session()はセッションオブジェクトを返さず、プロセス全体のSessionCache内の{row、index、hash(sessionID)}形式のClientSession参照を返します。そしてClientSessionToSession()はそのハッシュの検証のみを行います。TLS 1.2のセッションIDはサーバーによって選択され平文で送信されるため、AddSessionToCache()は同じIDの他のサーバーのセッションと一致し、クライアント側のエントリをそのサーバーのマスターシークレット、暗号スイート、バージョンで上書きしますが、ハンドルは解決し続けます。書き込み経路ではピア、アプリケーションのサーバーID、またはWOLFSSL_CTXを比較しません。そのハンドルを介して再開すると、Certificateメッセージが送信されない省略ハンドシェイクが発生し、チェーン検証もwolfSSL_check_domain_name()も実行されないため、攻撃者はその接続全体を元のサーバーとして受け入れさせることが可能になります。影響を受けるビルドは、NO_SESSION_CACHE_REF、NO_SESSION_CACHE、NO_CLIENT_CACHE、TITAN_SESSION_CACHEがすべて未定義のものであり、これは標準の./configureや--enable-opensslextra、--enable-opensslallを含みます。15の統合オプションはNO_SESSION_CACHE_REFを定義しているため影響を受けません。これには--enable-all、--enable-distro、--enable-curl、--enable-nginx、--enable-haproxy、--enable-stunnel、--enable-wpasおよびOPENSSL_COMPATIBLE_DEFAULTSファミリーのその他のオプションが含まれ、さらに--enable-leanpsk、--enable-leantls、--enable-lowresource、--enable-tinytls13はキャッシュを完全に無効化します。アプリケーションはレガシーな参照フロー、すなわちwolfSSL_get_session()またはSSL_get_session()の後にwolfSSL_set_session()を使用する必要があります。wolfSSL_get1_session()はセッションオブジェクト自体を返すため影響を受けません。またwolfSSL_SetServerID()のルックアップも影響を受けません。TLS 1.2以下およびDTLS 1.2以下のみが対象であり、TLS 1.3および空のServerHelloセッションIDを用いたチケット再開はクライアントが選択したキャッシュキーを使用するため影響がありません。毒されたエントリはプロセス全体のキャッシュに存在し、WOLFSSL_CTXの境界を越えて残存し、エントリが削除されるかセッションがタイムアウトするまで（デフォルト500秒）持続します。v5.3.0からv5.9.2のリリースが影響を受けており、修正ではキャッシュに対して書き込みごとの世代カウンターを追加し、WOLFSSL_CACHE_VERSIONを2から3に引き上げたため、古いビルドで永続化されたキャッシュは修正済みビルドで拒否されます。

wolfSSL Inc.

• wolfSSL 5.3.0 から 5.9.2

・当該ソフトウェアが扱う情報の一部が外部に漏れる可能性があります。
・当該ソフトウェアが扱う情報の一部が書き換えられる可能性があります。
・当該ソフトウェアは停止しません。

リリース情報、またはパッチ情報が公開されています。参考情報を参照して適切な対策を実施してください。

1. 不適切な認証(CWE-287) [その他]

1. CVE-2026-94419

1. National Vulnerability Database (NVD) : CVE-2026-94419
2. 関連文書 : Certificate verification and session cache hardening by Frauschi  Pull Request #11500  wolfSSL/wolfssl

• [2026年10月02日]
    掲載