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

ice: prevent tstamp ring allocation for non-PF VSI types

The pf->txtime_txqs bitmap tracks which Tx queues have ETF (Earliest
TxTime First) offload enabled. This bitmap is indexed by queue number
and is set by ice_offload_txtime(), which only operates on PF VSI
queues.

However, ice_is_txtime_ena() does not check the VSI type before
consulting the bitmap. When ETF offload is enabled on PF Tx queue 0,
bit 0 is set in pf->txtime_txqs. During a subsequent PCI reset
rebuild, the CTRL VSI's Tx queue 0 is reconfigured and
ice_is_txtime_ena() is called for that ring. Since it only checks
pf->txtime_txqs by queue index without distinguishing VSI type, it
finds bit 0 set and returns true, matching the PF VSI's ETF queue,
not the CTRL VSI's. This causes ice_vsi_cfg_txq() to spuriously
allocate a tstamp_ring for the CTRL VSI ring.

Since CTRL VSI rings have no associated netdev, ice_clean_tx_ring()
takes an early return at the !netdev check before reaching
ice_free_tx_tstamp_ring(), leaking the allocation. Each PCI reset
leaks one 64-byte tstamp_ring.

Fix this by restricting ice_is_txtime_ena() to return true only for
PF VSI rings, since txtime_txqs is only meaningful for PF VSI queues.
Published: 2026-08-10
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

In the Linux kernel's ice driver, the pf->txtime_txqs bitmap is indexed by queue number without verifying the VSI type. During a PCI reset rebuild, the controller's CTRL VSI ring mistakenly interprets a bit set for a PF VSI queue as enabled ETF, causing the driver to allocate a timestamp ring for a queue that has no net device. Because the cleaning path for the timestamp ring performs an early return when no net device is present, the allocation is never freed, resulting in a 64‑byte memory leak on every PCI reset. This resource exhaustion can accumulate over time and compromise kernel stability.

Affected Systems

The flaw resides in the Linux kernel's ice driver, which implements networking for Intel Ethernet controllers. All Linux distributions that ship kernel versions before the patch that adds the VSI-type check are potentially affected. The affected code operates during PCI reset or any reconfiguration of the driver’s transmit queues.

Risk and Exploitability

The CVSS score is 5.5 and the EPSS score is less than 1 %, suggesting a moderate severity but a low likelihood of exploitation. The flaw is not listed in CISA’s KEV catalog. The attack requires privileged access to trigger repeated PCI resets or power cycling of the affected device, which is why the attack vector is inferred as local. Because the leak is small but cumulative, the risk of resource exhaustion is only significant in environments with frequent resets or limited memory capacity.

Generated by OpenCVE AI on August 13, 2026 at 07:35 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply a Linux kernel update that contains the fix for the ice driver timestamp ring allocation bug.
  • If a kernel update is not immediately feasible, restrict the frequency of PCI resets for devices using the ice driver.
  • Continuously monitor system memory usage for unexpected growth and consider custom scripts to detect and clear leaked timestamp rings on affected systems.

Generated by OpenCVE AI on August 13, 2026 at 07:35 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 13 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-682

Wed, 12 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-772
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Low


Mon, 10 Aug 2026 15:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-682

Mon, 10 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ice: prevent tstamp ring allocation for non-PF VSI types The pf->txtime_txqs bitmap tracks which Tx queues have ETF (Earliest TxTime First) offload enabled. This bitmap is indexed by queue number and is set by ice_offload_txtime(), which only operates on PF VSI queues. However, ice_is_txtime_ena() does not check the VSI type before consulting the bitmap. When ETF offload is enabled on PF Tx queue 0, bit 0 is set in pf->txtime_txqs. During a subsequent PCI reset rebuild, the CTRL VSI's Tx queue 0 is reconfigured and ice_is_txtime_ena() is called for that ring. Since it only checks pf->txtime_txqs by queue index without distinguishing VSI type, it finds bit 0 set and returns true, matching the PF VSI's ETF queue, not the CTRL VSI's. This causes ice_vsi_cfg_txq() to spuriously allocate a tstamp_ring for the CTRL VSI ring. Since CTRL VSI rings have no associated netdev, ice_clean_tx_ring() takes an early return at the !netdev check before reaching ice_free_tx_tstamp_ring(), leaking the allocation. Each PCI reset leaks one 64-byte tstamp_ring. Fix this by restricting ice_is_txtime_ena() to return true only for PF VSI rings, since txtime_txqs is only meaningful for PF VSI queues.
Title ice: prevent tstamp ring allocation for non-PF VSI 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-08-17T05:02:28.011Z

Reserved: 2026-07-30T09:28:09.380Z

Link: CVE-2026-68292

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-10T13:20:18.583

Modified: 2026-08-17T05:18:31.873

Link: CVE-2026-68292

cve-icon Redhat

Severity : Low

Publid Date: 2026-08-10T00:00:00Z

Links: CVE-2026-68292 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-13T07:45:17Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime