Skip to content
Heist/ feed
Back to feed
High

Security advisory

Type: advisorySources: OSVCVE: CVE-2026-102718

hey, `_nx_snmp_utility_object_id_get` in the NetX Duo SNMP addon does not validate the claimed OID data length against the actual buffer size when the OID uses BER multibyte length encoding, so a remote attacker can send a crafted SNMP packet with a multibyte OID length larger than the available buffer, causing the parser to read past the packet buffer boundary into adjacent heap memory. the OOB bytes are decoded as OID component values and written into the agents internal OID string buffer, corrupting agent state. on systems with memory protection the OOB read poses the risk of crashing the SNMP agent thread, causing denial of service. on bare metal embedded systems without memory protection the read silently succeeds and corrupts the agents internal state with heap data.

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2026-102718
Confirmed fixed CVEs
Not specified
Updated in this feed
4 Nov 2026, 03:15 UTC · Revision 1

Source evidence

CVE-2026-102718

core-osv · Original source

Published 29 Sept 2026, 17:44 UTC

hey, `_nx_snmp_utility_object_id_get` in the NetX Duo SNMP addon does not validate the claimed OID data length against the actual buffer size when the OID uses BER multibyte length encoding, so a remote attacker can send a crafted SNMP packet with a multibyte OID length larger than the available buffer, causing the parser to read past the packet buffer boundary into adjacent heap memory. the OOB bytes are decoded as OID component values and written into the agents internal OID string buffer, corrupting agent state. on systems with memory protection the OOB read poses the risk of crashing the SNMP agent thread, causing denial of service. on bare metal embedded systems without memory protection the read silently succeeds and corrupts the agents internal state with heap data.

osv:CVE-2026-102718
Complete source record
{
  "id": "3cd5f4176963e5e576f579daa06116cea20e232c32453bd5559864136e70dae8",
  "url": "https://osv.dev/vulnerability/CVE-2026-102718",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "CVE-2026-102718",
    "summary": "hey, `_nx_snmp_utility_object_id_get` in the NetX Duo SNMP addon does not validate the claimed OID data length against the actual buffer size when the OID uses BER multibyte length encoding, so a remote attacker can send a crafted SNMP packet with a multibyte OID length larger than the available buffer, causing the parser to read past the packet buffer boundary into adjacent heap memory. the OOB bytes are decoded as OID component values and written into the agents internal OID string buffer, corrupting agent state. on systems with memory protection the OOB read poses the risk of crashing the SNMP agent thread, causing denial of service. on bare metal embedded systems without memory protection the read silently succeeds and corrupts the agents internal state with heap data.",
    "evidence": "osv:CVE-2026-102718",
    "products": [],
    "severity": "high",
    "structured": {
      "id": "CVE-2026-102718",
      "aliases": [
        "CVE-2026-102718",
        "GHSA-7qmm-29vg-7hf8"
      ],
      "metrics": [
        {
          "type": "CVSS_V4",
          "score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/eclipse-threadx/netxduo",
              "type": "GIT",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "last_affected": "1a0e9e43a03e37ddecfb6b49e9b078d6e1803d05"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "last_affected": "6.5.1.202602"
                      }
                    ],
                    "source": "AFFECTED_FIELD",
                    "strategy": "StandardRange"
                  }
                ]
              }
            }
          ],
          "versions": [
            "v6.4.1_rel",
            "v6.5.1.202602_rel",
            "v6.5.0.202601_rel",
            "v6.4.5.202504_rel",
            "v6.4.4.202503a",
            "v.6.4.4.202503_rel",
            "v6.4.3_rel",
            "v6.4.2_rel",
            "v6.4.0_rel",
            "v6.3.0_rel",
            "v6.2.1_rel",
            "v6.2.0_rel",
            "v6.1.12_rel",
            "v6.1.11_rel",
            "v6.1.10_rel",
            "v6.1.9_rel",
            "v6.1.8_rel",
            "v6.1.7_rel",
            "v6.1.6_rel",
            "v6.1.5_rel",
            "v6.1.4_rel",
            "v6.1.3_rel",
            "v6.1.2_rel",
            "v6.1_rel",
            "v6.0.2_rel",
            "v6.0.1_rel",
            "v6.0_rel"
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-102718.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:32.858904252Z",
      "provider": "osv",
      "references": [
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/102xxx/CVE-2026-102718.json",
        "https://github.com/eclipse-threadx/netxduo/security/advisories/GHSA-7qmm-29vg-7hf8",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-102718"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-125"
        ],
        "cna_assigner": "eclipse",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/102xxx/CVE-2026-102718.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-102718",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 499972,
  "published_at": "2026-09-29T17:44:43.914+00:00"
}