| タイトル | NLnet LabsのNSDにおける複数の脆弱性 |
|---|---|
| 概要 | provide-xfr が tls-auth-name と共に指定されている場合、転送を要求する第2のクライアントはその名前のクライアント証明書を提供しなければなりません。ただし、リクエストが通常の tls-port（tls-auth-port ではない）上の TLS 経由、または通常のポート上の TCP 経由で届く場合、provide-xfr ルールの他の条件が一致していればクライアント証明書は不要です。 |
| 想定される影響 | ・当該ソフトウェアが扱う全ての情報が外部に漏れる可能性があります。 ・当該ソフトウェアが扱う情報について、書き換えは発生しません。 ・当該ソフトウェアは停止しません。 |
| 対策 | ベンダ情報を参照して適切な対策を実施してください。 |
| 公表日 | 2026年6月25日0:00 |
| 登録日 | 2026年6月29日11:25 |
| 最終更新日 | 2026年6月29日11:25 |
| CVSS3.0 : 重要 | |
| スコア | 7.5 |
|---|---|
| ベクター | CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
| NLnet Labs |
| NSD 4.14.3 未満 |
| No | 変更内容 | 変更日 |
|---|---|---|
| 1 | [2026年06月29日] 掲載 |
2026年6月29日11:25 |
| 概要 | 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. |
|---|---|
| 公表日 | 2026年6月25日16:16 |
| 登録日 | 2026年6月27日4:25 |
| 最終更新日 | 2026年6月26日11:08 |
| 構成1 | 以上 | 以下 | より上 | 未満 | |
| cpe:2.3:a:nlnetlabs:nsd:*:*:*:*:*:*:*:* | 4.14.3 | ||||