CVE-2026-64035: igc: set tx buffer type for SMD frames

Published Jul 19, 2026
·
Updated

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

igc: set tx buffer type for SMD frames

Sashiko pointed out that igcfpeinitsmdframe() initializes igctxbuffer fields for an SMD skb, but does not set the buffer type: https://sashiko.dev/#/patchset/20260415025226.114115-1-kohei%40enjuk.jp

Since igctxbuffer entries are reused, a stale XDP or XSK type can remain and make TX completion use the wrong cleanup path.

Set the buffer type to IGCTXBUFFERTYPESKB.

Affected Software

7 affected components
Linux Linux kernel
Linux Linux kernel>=6.16<6.18.34
Linux Linux kernel>=6.19<7.0.11
Linux Linux kernel=7.1-rc1
Linux Linux kernel=7.1-rc2
Linux Linux kernel=7.1-rc3
Linux Linux kernel=7.1-rc4

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Patch igc: set tx buffer type for SMD frames

Event History

Jul 19, 2026
CVE Published
via MITRE·03:39 PM
Data Sourced
via MITRE·03:39 PM
DescriptionSeverity
Data Sourced
via NVD·04:17 PM
RemedyDescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What conditions are needed for the incorrect cleanup path to occur?

An SMD skb must be initialized through igc_fpe_init_smd_frame() using a reused igc_tx_buffer entry whose stale type is XDP or XSK. Because the SMD initialization did not set its own type, TX completion can follow the cleanup path associated with that stale type.

2

Which component should be investigated during triage?

Investigate Linux kernel systems using the igc driver, specifically the handling of SMD frames and transmit-buffer reuse. The issue is in the SMD-frame initialization path rather than a general TX-buffer issue described for all drivers.

3

How can I determine whether the fix is present?

Check whether igc_fpe_init_smd_frame() explicitly sets the transmit buffer type to IGC_TX_BUFFER_TYPE_SKB. The provided stable-kernel references identify commits containing the resolution, but no affected or fixed kernel version numbers are supplied.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203