製品・ソフトウェアに関する情報
NLnet LabsのNSDにおける複数の脆弱性
Title NLnet LabsのNSDにおける複数の脆弱性
Summary

provide-xfr が tls-auth-name と共に指定されている場合、転送を要求する第2のクライアントはその名前のクライアント証明書を提供しなければなりません。ただし、リクエストが通常の tls-port(tls-auth-port ではない)上の TLS 経由、または通常のポート上の TCP 経由で届く場合、provide-xfr ルールの他の条件が一致していればクライアント証明書は不要です。

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

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

Publication Date June 25, 2026, midnight
Registration Date June 29, 2026, 11:25 a.m.
Last Update June 29, 2026, 11:25 a.m.
CVSS3.0 : 重要
Score 7.5
Vector CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Affected System
NLnet Labs
NSD 4.14.3 未満
CVE (情報セキュリティ 共通脆弱性識別子)
CWE (共通脆弱性タイプ一覧)
ベンダー情報
Change Log
No Changed Details Date of change
1 [2026年06月29日]
  掲載
June 29, 2026, 11:25 a.m.

NVD Vulnerability Information
CVE-2026-12490
Summary

When a provide-xfr is given with a tls-auth-name, a secondary requesting a transfer should provide a client certificate with that name. However, no client certificate is needed when the request comes in over TLS over the regular tls-port (and not the tls-auth-port) or over over TCP over the regular port, when the other conditions of the provide-xfr rule match.

Publication Date June 25, 2026, 4:16 p.m.
Registration Date June 27, 2026, 4:25 a.m.
Last Update June 26, 2026, 11:08 a.m.
Affected software configurations
Configuration1 or higher or less more than less than
cpe:2.3:a:nlnetlabs:nsd:*:*:*:*:*:*:*:* 4.14.3
Related information, measures and tools
Common Vulnerabilities List