Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Erlang OTP public_key(pubkey_cert および public_key モジュール)の不適切な証明書検証の脆弱性により、ホスト名検証において、サブジェクトの CommonName フォールバックを通じて、DNS nameConstraints バイパスTLS可能性があります。
    2 つの欠陥が組み合わさることで、DNS nameConstraints が制限されている従属 CA が可能になります (例:
    許可された;DNS:allowed.example.com) 範囲外のホスト名(例:victim.example.com)に対して、OTP TLS クライアントが有効な ID として受け入れるリーフ証明書を発行するには、 1 つ目は、 lib/public_key/src/pubkey_cert.erl の pubkey_cert:validate_names/6 は、SAN DNS エントリのみを nameConstraints に対してチェックします。RFC 5280 によると、許可された DNS サブツリーは、DNS 型の名前を含む証明書のみを制限します。したがって、subjectAltName のないリーフは、許可されたものをすべて自明に満たします。DNS:...制約は、そのサブジェクト commonName に関わらず存在します。次に、lib/public_key/src/public_key.erl の public_key:pkix_verify_hostname/3 は、subjectAltName が存在しない場合、subject commonName にフォールバックし、id-at-commonName 属性を提示された ID として抽出し、参照ホスト名と照合します。厳格な pkix_verify_hostname_match_fun(https) の matcher は、このフォールバックを抑制しません。その結果、パス検証は DNS 制約付き中間リーフ(SAN がないということは nameConstraints がトリガーされないことを意味します)で CN 専用リーフを受け入れ、その後ホスト名検証は CN フォールバックを介してそれを受け入れます。ストック ssl:connect と、信頼できる CA、SNI、および正規の厳格な https ホスト名マッチャー verify_peerがあれば、このバイパスに到達できます。この問題は、1.21.1、1.20.3.1、1.17.1.3 および 1.15.1.7 より前の 1.4 public_keyに対応する、OTP 29.0.1、OTP 28.5.0.1、OTP 27.3.4.12、および OTP 26.2.5.21 より前の OTP 19.3からの OTP に影響を与えます。
    (CVE-2026-42790)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-42790

high Nessus プラグイン ID 317637

バージョン 1.7