CVE-2026-94418 in wolfSSL
要約
〜によって VulDB • 2026年09月27日
WOLFSSL_SMALL_CERT_VERIFYの下で、ProcessPeerCertParse()はピークメモリを抑制するために証明書署名チェックを解析処理とは別に実行し、その後2つの結果をマージしますが、署名の結果が返されるのは解析が0（成功）を返した場合のみであるため、解析エラーが発生するとその結果が見えなくなります。ParseCertRelative()は、ConfirmSignature()の通過後にのみ有効期限、名前制約、および重要拡張機能の確認を行います。そのため、署名チェックを分離することで、「日付エラーを上書きする」という健全なポリシーが適用される優先順位が逆転し、ASN_SIG_CONFIRM_Eがどこにも表示されなくなります。攻撃者は実際のPKIからの鍵材料やCAの侵害は必要なく、期待されるsubject nameを持ち、issuerとして信頼されたCAのsubjectを指定し、署名部分に任意のバイト列を含み、有効期限が過去になっている自己作成証明書と、攻撃者自身のキーペアがあれば十分です。影響を受けるビルドでは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ではこれは一切有効になりません。アプリケーションはさらに、ASN_BEFORE_DATE_EまたはASN_AFTER_DATE_Eに対して1を返すWOLFSSL_VERIFY_PEER付きのwolfSSL_CTX_set_verify()またはwolfSSL_set_verify()による検証コールバックをインストールする必要があります。wolfSSLにはVERIFY_OVERRIDE_DATE_ERRの下でwolfssl/test.hにmyVerify()としてこの正確な形状が含まれており、examples/client -Dによって選択されます。コールバックがないアプリケーションや、日付エラーに対してpreverifyを返すコールバックを持つアプリケーションでは依然としてハンドシェイクが失敗し、wolfSSL_CertManagerVerifyBuffer()およびwc_CheckCertSignature()は同じバイナリ内でASN_SIG_CONFIRM_Eを正しく報告します。TLS 1.2とTLS 1.3の両方向に影響があり、DTLSも同様の関数に到達します。偽造証明書がチェーン証明書である場合、コールバックによる承認によりWOLFSSL_CTX証明書マネージャー内にキャッシュされるため、公開されたデプロイメントでは単に再接続するだけでなく、コンテキストまたはプロセスを再起動する必要があります。
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.