Description
NetX Secure TLS accepts an empty application-data record without verifying its message authentication code. In `_nx_secure_verify_mac`, a decrypted application record whose length equals the negotiated MAC size is treated as valid and returns success after advancing the receive sequence number. The received MAC is never generated or compared.



Empty TLS application-data records are legal, and are commonly emitted by TLS 1.0 implementations as a BEAST mitigation.
Published: 2026-09-29
Score: 6.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: TLS MAC verification bypass resulting in data integrity compromise
Action: Apply Patch
AI Analysis

Impact

The flaw in NetX Duo’s TLS implementation allows an incoming empty application‑data record whose length equals the negotiated MAC size to be accepted without verifying its authentication tag. The verification function simply increments the sequence counter and reports success, but it never generates or compares a MAC. Because empty application‑data records are defined as legal and are emitted by TLS 1.0 clients as a BEAST mitigation, a malicious sender can inject or alter transmitted data without detection, leaking the ability to tamper with the encrypted stream.

Affected Systems

The affected software is the Eclipse Foundation’s NetX Duo network‑stack. No specific version list was supplied by the CNA, so users should refer to the advisory link for the precise releases that contain the vulnerability. All deployments that enable TLS 1.0 or adopt the default record‑handling logic are potentially impacted.

Risk and Exploitability

With a CVSS score of 6.3 the vulnerability is rated as moderate severity. There is no EPSS score available, and the issue is not present in the CISA KEV catalog, indicating no known exploitation activity yet. The attack vector is remote over the network: a client or attacker can send an empty record that bypasses MAC verification, allowing integrity compromise of the TLS session and the potential manipulation or exfiltration of data.

Generated by OpenCVE AI on September 30, 2026 at 00:35 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update NetX Duo to the latest firmware release that patches the empty‑record MAC verification bug.
  • Configure the TLS stack to reject application‑data records whose payload length matches the negotiated MAC size, ensuring that a MAC is always present and verified.
  • Disable TLS 1.0 entirely on all NetX Duo deployments and force the use of TLS 1.2 or higher versions.

Generated by OpenCVE AI on September 30, 2026 at 00:35 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 30 Sep 2026 21:00:00 +0000

Type Values Removed Values Added
First Time appeared Eclipse
Eclipse netx Duo
Vendors & Products Eclipse
Eclipse netx Duo

Wed, 30 Sep 2026 01:00:00 +0000

Type Values Removed Values Added
Title NetX Duo TLS MAC Verification Bypass via Empty Application-Data Record

Tue, 29 Sep 2026 21:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Tue, 29 Sep 2026 17:45:00 +0000

Type Values Removed Values Added
Description NetX Secure TLS accepts an empty application-data record without verifying its message authentication code. In `_nx_secure_verify_mac`, a decrypted application record whose length equals the negotiated MAC size is treated as valid and returns success after advancing the receive sequence number. The received MAC is never generated or compared. Empty TLS application-data records are legal, and are commonly emitted by TLS 1.0 implementations as a BEAST mitigation.
Weaknesses CWE-354
References
Metrics cvssV4_0

{'score': 6.3, 'vector': 'CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N'}


Subscriptions

Eclipse Netx Duo
cve-icon MITRE

Status: PUBLISHED

Assigner: eclipse

Published:

Updated: 2026-09-29T21:01:58.130Z

Reserved: 2026-09-29T16:21:58.818Z

Link: CVE-2026-102759

cve-icon Vulnrichment

Updated: 2026-09-29T20:59:43.250Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-09-29T18:17:13.177

Modified: 2026-09-29T22:17:08.373

Link: CVE-2026-102759

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-30T20:40:18Z

Weaknesses
  • CWE-354

    Improper Validation of Integrity Check Value