Description
In the Linux kernel, the following vulnerability has been resolved:

nvmem: layouts: onie-tlv: fix hang on unknown types

The EEPROM on my board has a vendor specific entry of type 0x41. When
stumbling upon that, this driver hangs in an endless loop.

Fix it by keep incrementing the offset on unknown entries, so the loop
will eventually stop.
Published: 2026-07-01
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Linux kernel’s nvmem onie‑tlv layout parser enters an infinite loop when it encounters an unknown type entry (for example type 0x41). The loop never advances the parsing offset, causing the driver to stall and subsequently the system to hang until reset. This flaw is catalogued as CWE‑835 and represents a local denial‑of‑service condition.

Affected Systems

All Linux kernel builds that ship with the legacy onie‑tlv layout parser and have not yet incorporated the offset‑increment update are affected. The issue resides in the onie‑tlv driver that parses EEPROM entries on embedded boards.

Risk and Exploitability

The EPSS score of <1% indicates a very low probability of exploitation. The flaw is not listed in CISA’s KEV catalog. The supplied description does not explicitly state an attack vector; based on the details, it is inferred that an attacker would need to control the EEPROM contents—a local or on‑board manipulation—to introduce an unknown entry type. If such a manipulation occurs, the driver would loop, consuming processing resources and potentially causing a system hang, resulting in denial‑of‑service.

Generated by OpenCVE AI on July 17, 2026 at 13:05 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the kernel to a version that includes the offset‑increment patch for unknown kernel upgrade cannot be performed immediately, rebuild the kernel without the onie‑tlv driver or disable support for unknown entry types in the configuration.
  • Protect the EEPROM from unauthorized writes and enforce firmware integrity checks to prevent insertion of malicious entry types.
  • Monitor system logs and uptime for unexpected hangs and apply updates as they become available.

Generated by OpenCVE AI on July 17, 2026 at 13:05 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 02 Jul 2026 16:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-627
CWE-665

Thu, 02 Jul 2026 01:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-627
CWE-665

Thu, 02 Jul 2026 00:15:00 +0000


Wed, 01 Jul 2026 23:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Wed, 01 Jul 2026 17:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Wed, 01 Jul 2026 13:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: nvmem: layouts: onie-tlv: fix hang on unknown types The EEPROM on my board has a vendor specific entry of type 0x41. When stumbling upon that, this driver hangs in an endless loop. Fix it by keep incrementing the offset on unknown entries, so the loop will eventually stop.
Title nvmem: layouts: onie-tlv: fix hang on unknown types
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-07-01T13:32:18.489Z

Reserved: 2026-06-09T07:44:35.399Z

Link: CVE-2026-53336

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

Severity :

Publid Date: 2026-07-01T00:00:00Z

Links: CVE-2026-53336 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-07-17T13:15:16Z

Weaknesses
  • CWE-835

    Loop with Unreachable Exit Condition ('Infinite Loop')