Vulnerability-Lookup

OESA-2026-2788 (CVE-2026-10846)

Vulnerability from osv_openeuler – Published: 2026-06-24 11:11 – Updated: 2026-08-06 11:11 – Source website

Summary

ldns security update

Details

The goal of ldns is to simplify DNS programming, it supports recent RFCs like the DNSSEC documents, and allows developers to easily create software conforming to current RFCs, and experimental software for current Internet Drafts. A secondary benefit of using ldns is speed; ldns is written in C it should be a lot faster than Perl.

Security Fix(es):

NLnet Labs ldns 1.2.0 up to and including versions 1.9.0, when used in applications as (stub) resolver over UDP, lacks matching the query destination address and port with the response source address and port. Furthermore not the query ID, neither the question of the query is matched with that of the response. This makes applications, that use ldns for (stub) resolver functionality over UDP, vulnerable for off-path poisoning attacks. The drill tool, which is shipped with ldns, suffers from this vulnerability.(CVE-2026-10846)

Severity

8.2 (High)


                    
                      CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

References

URL

Type

	https://www.openeuler.org/zh/security/security-bu…	ADVISORY
	https://nvd.nist.gov/vuln/detail/CVE-2026-10846	ADVISORY

JSON

To clipboard

{
  "affected": [
    {
      "ecosystem_specific": {
        "aarch64": [
          "ldns-1.7.0-27.oe2003sp4.aarch64.rpm",
          "ldns-debuginfo-1.7.0-27.oe2003sp4.aarch64.rpm",
          "ldns-debugsource-1.7.0-27.oe2003sp4.aarch64.rpm",
          "ldns-devel-1.7.0-27.oe2003sp4.aarch64.rpm",
          "perl-ldns-1.7.0-27.oe2003sp4.aarch64.rpm",
          "python2-ldns-1.7.0-27.oe2003sp4.aarch64.rpm",
          "python3-ldns-1.7.0-27.oe2003sp4.aarch64.rpm"
        ],
        "noarch": [
          "ldns-help-1.7.0-27.oe2003sp4.noarch.rpm"
        ],
        "src": [
          "ldns-1.7.0-27.oe2003sp4.src.rpm"
        ],
        "x86_64": [
          "ldns-1.7.0-27.oe2003sp4.x86_64.rpm",
          "ldns-debuginfo-1.7.0-27.oe2003sp4.x86_64.rpm",
          "ldns-debugsource-1.7.0-27.oe2003sp4.x86_64.rpm",
          "ldns-devel-1.7.0-27.oe2003sp4.x86_64.rpm",
          "perl-ldns-1.7.0-27.oe2003sp4.x86_64.rpm",
          "python2-ldns-1.7.0-27.oe2003sp4.x86_64.rpm",
          "python3-ldns-1.7.0-27.oe2003sp4.x86_64.rpm"
        ]
      },
      "package": {
        "ecosystem": "openEuler:20.03-LTS-SP4",
        "name": "ldns",
        "purl": "pkg:rpm/openEuler/ldns\u0026distro=openEuler-20.03-LTS-SP4"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "1.7.0-27.oe2003sp4"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "aarch64": [
          "ldns-1.7.0-29.oe2203sp4.aarch64.rpm",
          "ldns-debuginfo-1.7.0-29.oe2203sp4.aarch64.rpm",
          "ldns-debugsource-1.7.0-29.oe2203sp4.aarch64.rpm",
          "ldns-devel-1.7.0-29.oe2203sp4.aarch64.rpm",
          "perl-ldns-1.7.0-29.oe2203sp4.aarch64.rpm",
          "python3-ldns-1.7.0-29.oe2203sp4.aarch64.rpm"
        ],
        "noarch": [
          "ldns-help-1.7.0-29.oe2203sp4.noarch.rpm"
        ],
        "src": [
          "ldns-1.7.0-29.oe2203sp4.src.rpm"
        ],
        "x86_64": [
          "ldns-1.7.0-29.oe2203sp4.x86_64.rpm",
          "ldns-debuginfo-1.7.0-29.oe2203sp4.x86_64.rpm",
          "ldns-debugsource-1.7.0-29.oe2203sp4.x86_64.rpm",
          "ldns-devel-1.7.0-29.oe2203sp4.x86_64.rpm",
          "perl-ldns-1.7.0-29.oe2203sp4.x86_64.rpm",
          "python3-ldns-1.7.0-29.oe2203sp4.x86_64.rpm"
        ]
      },
      "package": {
        "ecosystem": "openEuler:22.03-LTS-SP4",
        "name": "ldns",
        "purl": "pkg:rpm/openEuler/ldns\u0026distro=openEuler-22.03-LTS-SP4"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "1.7.0-29.oe2203sp4"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "aarch64": [
          "ldns-1.8.3-2.oe2403sp1.aarch64.rpm",
          "ldns-debuginfo-1.8.3-2.oe2403sp1.aarch64.rpm",
          "ldns-debugsource-1.8.3-2.oe2403sp1.aarch64.rpm",
          "ldns-devel-1.8.3-2.oe2403sp1.aarch64.rpm",
          "perl-ldns-1.8.3-2.oe2403sp1.aarch64.rpm",
          "python3-ldns-1.8.3-2.oe2403sp1.aarch64.rpm"
        ],
        "noarch": [
          "ldns-help-1.8.3-2.oe2403sp1.noarch.rpm"
        ],
        "src": [
          "ldns-1.8.3-2.oe2403sp1.src.rpm"
        ],
        "x86_64": [
          "ldns-1.8.3-2.oe2403sp1.x86_64.rpm",
          "ldns-debuginfo-1.8.3-2.oe2403sp1.x86_64.rpm",
          "ldns-debugsource-1.8.3-2.oe2403sp1.x86_64.rpm",
          "ldns-devel-1.8.3-2.oe2403sp1.x86_64.rpm",
          "perl-ldns-1.8.3-2.oe2403sp1.x86_64.rpm",
          "python3-ldns-1.8.3-2.oe2403sp1.x86_64.rpm"
        ]
      },
      "package": {
        "ecosystem": "openEuler:24.03-LTS-SP1",
        "name": "ldns",
        "purl": "pkg:rpm/openEuler/ldns\u0026distro=openEuler-24.03-LTS-SP1"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "1.8.3-2.oe2403sp1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "aarch64": [
          "ldns-1.8.3-2.oe2403sp3.aarch64.rpm",
          "ldns-debuginfo-1.8.3-2.oe2403sp3.aarch64.rpm",
          "ldns-debugsource-1.8.3-2.oe2403sp3.aarch64.rpm",
          "ldns-devel-1.8.3-2.oe2403sp3.aarch64.rpm",
          "perl-ldns-1.8.3-2.oe2403sp3.aarch64.rpm",
          "python3-ldns-1.8.3-2.oe2403sp3.aarch64.rpm"
        ],
        "noarch": [
          "ldns-help-1.8.3-2.oe2403sp3.noarch.rpm"
        ],
        "src": [
          "ldns-1.8.3-2.oe2403sp3.src.rpm"
        ],
        "x86_64": [
          "ldns-1.8.3-2.oe2403sp3.x86_64.rpm",
          "ldns-debuginfo-1.8.3-2.oe2403sp3.x86_64.rpm",
          "ldns-debugsource-1.8.3-2.oe2403sp3.x86_64.rpm",
          "ldns-devel-1.8.3-2.oe2403sp3.x86_64.rpm",
          "perl-ldns-1.8.3-2.oe2403sp3.x86_64.rpm",
          "python3-ldns-1.8.3-2.oe2403sp3.x86_64.rpm"
        ]
      },
      "package": {
        "ecosystem": "openEuler:24.03-LTS-SP3",
        "name": "ldns",
        "purl": "pkg:rpm/openEuler/ldns\u0026distro=openEuler-24.03-LTS-SP3"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "1.8.3-2.oe2403sp3"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "database_specific": {
    "severity": "High"
  },
  "details": "The goal of ldns is to simplify DNS programming, it supports recent RFCs  like the DNSSEC documents, and allows developers to easily create software  conforming to current RFCs, and experimental software for current Internet  Drafts. A secondary benefit of using ldns is speed; ldns is written in C  it should be a lot faster than Perl.\r\n\r\nSecurity Fix(es):\n\nNLnet Labs ldns 1.2.0 up to and including versions 1.9.0, when used in applications as (stub) resolver over UDP, lacks matching the query destination address and port with the response source address and port. Furthermore not the query ID, neither the question of the query is matched with that of the response. This makes applications, that use ldns for (stub) resolver functionality over UDP, vulnerable for off-path poisoning attacks. The drill tool, which is shipped with ldns, suffers from this vulnerability.(CVE-2026-10846)",
  "id": "OESA-2026-2788",
  "modified": "2026-08-06T11:11:42Z",
  "published": "2026-06-24T11:11:42Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2788"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-10846"
    }
  ],
  "schema_version": "1.7.2",
  "severity": [
    {
      "score": "CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N",
      "type": "CVSS_V4"
    }
  ],
  "summary": "ldns security update",
  "upstream": [
    "CVE-2026-10846"
  ]
}

CVE-2026-10846 (GCVE-0-2026-10846)

Vulnerability from cvelistv5 – Published: 2026-06-10 06:37 – Updated: 2026-06-10 14:45

Title

Insufficient verification that responses belong to a query

Summary

Severity

8.2 (High)


                        
                          CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

SSVC

Exploitation: none Automatable: no Technical Impact: partial

CISA Coordinator · CISA-ADP (v2.0.3)

Decision recorded 2026-06-10 14:43 UTC

CWE

CWE-346 - Origin Validation Error

Assigner

NLnet Labs

References

2 references

URL	Tags
https://www.nlnetlabs.nl/downloads/ldns/CVE-2026-…	vendor-advisory
http://www.openwall.com/lists/oss-security/2026/06/10/2

Impacted products

1 product

Vendor	Product	Version
NLnet Labs	ldns	Affected: 1.2.0 , < 1.9.1 (semver)

Date Public

2026-06-10 00:00

Credits

Pablo Ruiz from 'codecome.ai'

Show details on NVD website

JSON

To clipboard

{
  "containers": {
    "adp": [
      {
        "providerMetadata": {
          "dateUpdated": "2026-06-10T11:15:23.130Z",
          "orgId": "af854a3a-2127-422b-91ae-364da2661108",
          "shortName": "CVE"
        },
        "references": [
          {
            "url": "http://www.openwall.com/lists/oss-security/2026/06/10/2"
          }
        ],
        "title": "CVE Program Container"
      },
      {
        "metrics": [
          {
            "other": {
              "content": {
                "id": "CVE-2026-10846",
                "options": [
                  {
                    "Exploitation": "none"
                  },
                  {
                    "Automatable": "no"
                  },
                  {
                    "Technical Impact": "partial"
                  }
                ],
                "role": "CISA Coordinator",
                "timestamp": "2026-06-10T14:43:35.371858Z",
                "version": "2.0.3"
              },
              "type": "ssvc"
            }
          }
        ],
        "providerMetadata": {
          "dateUpdated": "2026-06-10T14:45:59.412Z",
          "orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
          "shortName": "CISA-ADP"
        },
        "title": "CISA ADP Vulnrichment"
      }
    ],
    "cna": {
      "affected": [
        {
          "defaultStatus": "unaffected",
          "product": "ldns",
          "vendor": "NLnet Labs",
          "versions": [
            {
              "lessThan": "1.9.1",
              "status": "affected",
              "version": "1.2.0",
              "versionType": "semver"
            }
          ]
        }
      ],
      "credits": [
        {
          "lang": "en",
          "type": "finder",
          "value": "Pablo Ruiz from \u0027codecome.ai\u0027"
        }
      ],
      "datePublic": "2026-06-10T00:00:00.000Z",
      "descriptions": [
        {
          "lang": "en",
          "value": "NLnet Labs ldns 1.2.0 up to and including versions 1.9.0, when used in applications as (stub) resolver over UDP, lacks matching the query destination address and port with the response source address and port. Furthermore not the query ID, neither the question of the query is matched with that of the response. This makes applications, that use ldns for (stub) resolver functionality over UDP, vulnerable for off-path poisoning attacks. The drill tool, which is shipped with ldns, suffers from this vulnerability."
        }
      ],
      "metrics": [
        {
          "cvssV4_0": {
            "baseScore": 8.2,
            "baseSeverity": "HIGH",
            "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N",
            "version": "4.0"
          },
          "format": "CVSS",
          "scenarios": [
            {
              "lang": "en",
              "value": "Applications directly or indirectly using the ldns_send_buffer function for (stub) resolving"
            }
          ]
        }
      ],
      "problemTypes": [
        {
          "descriptions": [
            {
              "cweId": "CWE-346",
              "description": "CWE-346 Origin Validation Error",
              "lang": "en",
              "type": "CWE"
            }
          ]
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2026-06-10T14:28:54.993Z",
        "orgId": "206fc3a0-e175-490b-9eaa-a5738056c9f6",
        "shortName": "NLnet Labs"
      },
      "references": [
        {
          "tags": [
            "vendor-advisory"
          ],
          "url": "https://www.nlnetlabs.nl/downloads/ldns/CVE-2026-10846.txt"
        }
      ],
      "solutions": [
        {
          "lang": "en",
          "value": "This issue is fixed starting with version 1.9.2."
        }
      ],
      "timeline": [
        {
          "lang": "en",
          "time": "2026-05-14T00:00:00.000Z",
          "value": "Issue reported by Pablo Ruiz"
        },
        {
          "lang": "en",
          "time": "2026-06-02T00:00:00.000Z",
          "value": "NLnet Labs shares patch"
        },
        {
          "lang": "en",
          "time": "2026-06-02T00:00:00.000Z",
          "value": "Pablo Ruiz verifies patch"
        },
        {
          "lang": "en",
          "time": "2026-06-10T00:00:00.000Z",
          "value": "Fix released with version 1.9.2"
        }
      ],
      "title": "Insufficient verification that responses belong to a query",
      "x_generator": {
        "engine": "cvelib 1.8.0"
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "206fc3a0-e175-490b-9eaa-a5738056c9f6",
    "assignerShortName": "NLnet Labs",
    "cveId": "CVE-2026-10846",
    "datePublished": "2026-06-10T06:37:59.538Z",
    "dateReserved": "2026-06-04T12:06:54.996Z",
    "dateUpdated": "2026-06-10T14:45:59.412Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.2"
}

Sightings

Author	Source	Type	Date	Other

Nomenclature

Seen: The vulnerability was mentioned, discussed, or observed by the user.
Confirmed: The vulnerability has been validated from an analyst's perspective.
Published Proof of Concept: A public proof of concept is available for this vulnerability.
Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
Not confirmed: The user expressed doubt about the validity of the vulnerability.
Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.

Detection rules are retrieved from Rulezet.

The MITRE ATT&CK techniques below are AI-generated suggestions, inferred from the description of the vulnerability by the CIRCL/vulnerability-attack-technique-classification-roberta-base model, served locally by ML-Gateway. They have not been verified by an analyst and are provided for guidance only.
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.
Browse all ATT&CK techniques and the vulnerabilities related to each.

Related by attack behaviour

Vulnerabilities whose description is nearest to this one in the vector space of the CIRCL/vulnerability-attack-technique-biencoder model. This is a similarity search over the bi-encoder space (plain cosine), not a classification, and it has no measured accuracy.