JVNDB-2026-036449

wolfSSL Inc.のwolfSSLにおけるデジタル署名の検証に関する脆弱性

WOLFSSL_SMALL_CERT_VERIFY を定義している場合、ProcessPeerCertParse() はパース処理から証明書の署名検証を切り離し、ピークメモリを抑えつつ両者の結果を統合します。しかし、署名検証結果はパースが0（成功）を返した場合にのみ戻されるため、パースエラーが署名検証の失敗を隠してしまいます。ParseCertRelative() は ConfirmSignature() が成功した後に有効期限、名前制約、重大な拡張の検査を行うため、署名検証を分割したことで「有効期限のエラーを上書きする」という正当なポリシーの優先順位が逆転し、ASN_SIG_CONFIRM_E はどこにも表れません。攻撃者は実際のPKIからの鍵情報やCAの侵害を必要とせず、期待されるサブジェクト名を持ち、信頼されたCAのサブジェクトを発行者とした自己署名証明書に、署名部分に任意のバイトを設定し、有効期限を過去にし攻撃者自身の鍵ペアを使うだけで攻撃を成立させることができます。影響を受けるビルドは WOLFSSL_SMALL_CERT_VERIFY を定義しており、これはデフォルトで無効、プラットフォームやプリセットヘッダーで暗黙に設定されることはなく、CMake オプションからもアクセスできません。autotools では --enable-lowresource、--enable-leantls、--enable-tinytls13=cert 及び --enable-tinytls13=mutualauth のルートで設定され、examples/configs/user_settings_embedded.h は WC_CFG_SMALL_CERT_VERIFY（デフォルト0）を通じてアクセスしますが、--enable-all や --enable-distro では有効化されません。さらにアプリケーションは wolfSSL_CTX_set_verify() または wolfSSL_set_verify() で WOLFSSL_VERIFY_PEER フラグを用いた検証コールバックをインストールし、ASN_BEFORE_DATE_E または ASN_AFTER_DATE_E の場合に 1 を返す必要があります。wolfSSL の wolfssl/test.h の VERIFY_OVERRIDE_DATE_ERR で myVerify() としてこの形が提供されており、examples/client の -D オプションで選択可能です。コールバックが無い場合、または日付エラーでプリベリファイを返すコールバックの場合はハンドシェイクが失敗します。一方、同じバイナリ内で wolfSSL_CertManagerVerifyBuffer() と wc_CheckCertSignature() は ASN_SIG_CONFIRM_E を正しく報告します。TLS 1.2 と TLS 1.3 は双方向で影響を受け、DTLS も同様の関数に到達します。偽造証明書がチェーン証明書の場合、コールバックの承認により WOLFSSL_CTX 証明書マネージャにキャッシュされるため、公開環境では再接続だけでなくコンテキストまたはプロセスの再起動が必要になります。

wolfSSL Inc.

• wolfSSL 3.15.5 から 5.9.2

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

参考情報を参照して適切な対策を実施してください。

1. デジタル署名の不適切な検証(CWE-347) [その他]

1. CVE-2026-94418

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

• [2026年10月05日]
    掲載