---
id: CVE-2026-102718
title: >-
  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 SNM…
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 SNM…
severity: high
cvss: 8.7
cvssVector: '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'
cwe:
  - CWE-125
vendor: Eclipse Foundation
product: NetX Duo
affected:
  - netx_duo <= 6.5.1.202602
published: '2026-09-29'
updated: '2026-09-29'
sourceUpdated: '2026-09-29T18:17:11.103'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-102718'
references:
  - url: >-
      https://github.com/eclipse-threadx/netxduo/security/advisories/GHSA-7qmm-29vg-7hf8
    label: emo@eclipse.org
tags:
  - nvd
  - cve.org
cvssSource: cna
ingestedAt: '2026-09-29T18:42:35.814Z'
---

## Overview

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.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.