CVE-2026-99010
Last modified
CVE-2026-99010 is a vulnerability of currently unknown severity. In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: free the skb when the DLC has no owner rfcomm_recv_data() hands the skb to d->data_ready() and returns 0 without freeing it, so the callback owns the skb from that point on. The tty implementation frees it when the DLC has been detached from its device: static void rfcomm_dev_data_ready(struct rfcomm_dlc *dlc, struct sk_buff *skb) { struct rfcomm_dev *dev = dlc->owner; if (!dev) { kfree_skb(skb); return; } The socket implementation returns without freeing it, and the skb is leaked. A connected DLC can have no owner: rfcomm_sock_destruct() clears d->owner, while the DLC itself stays on the session until it is closed. Data frames that arrive in that window still find d->state == BT_CONNECTED in rfcomm_recv_data() and are handed to the callback, one leaked skb each. The leak does not stop on its own either. The remote runs out of credits only once RFCOMM_RX_THROTTLED is set, and for a socket the only place that sets it is rfcomm_sk_data_ready() itself, below the return. rfcomm_process_dlcs() keeps granting credits, so the remote keeps sending and the leak keeps growing. Free the skb, as the tty side does.. EPSS estimates a 0.17% chance of exploitation in the next 30 days.
Description
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: free the skb when the DLC has no owner rfcomm_recv_data() hands the skb to d->data_ready() and returns 0 without freeing it, so the callback owns the skb from that point on. The tty implementation frees it when the DLC has been detached from its device: static void rfcomm_dev_data_ready(struct rfcomm_dlc *dlc, struct sk_buff *skb) { struct rfcomm_dev *dev = dlc->owner; if (!dev) { kfree_skb(skb); return; } The socket implementation returns without freeing it, and the skb is leaked. A connected DLC can have no owner: rfcomm_sock_destruct() clears d->owner, while the DLC itself stays on the session until it is closed. Data frames that arrive in that window still find d->state == BT_CONNECTED in rfcomm_recv_data() and are handed to the callback, one leaked skb each. The leak does not stop on its own either. The remote runs out of credits only once RFCOMM_RX_THROTTLED is set, and for a socket the only place that sets it is rfcomm_sk_data_ready() itself, below the return. rfcomm_process_dlcs() keeps granting credits, so the remote keeps sending and the leak keeps growing. Free the skb, as the tty side does.
Metrics
Affected Software
Source: CNA advisory (CVE.org). NVD analysis pending.
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 05145638e0db770267c39615c8ce51ab058e34cf; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 91492e9194f3b10bc1eb50683ac440b74a487e39; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < a835b7f445427c7bdfc7169a97e0a1bec375e408; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < a54ce160e3ef7e50ec94e0ac4131c3d0f9f739b9; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < c3f76b025cbbb0ab47310dbe7de18092d89f2a99; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 4f46de658ce61968aef5ea7ae809d1c180330544; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < b8814161b14c610b7a09527433301d8ad8180aef; >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, < 9d1afbf60ed53c5b051cd124153e0ae3078c8b93 |
| Linux | Linux | 2.6.12 |
References
Timeline
- Published
- Last Modified
- Status
- Received
Frequently Asked Questions
What is CVE-2026-99010?
How severe is CVE-2026-99010?
How do I fix CVE-2026-99010?
How Strix Helps
- How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
- Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
- PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
- AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.
Related CVEs from 2026
- CVE-2026-99005In the Linux kernel, the following vulnerability has been re…
- CVE-2026-99006In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-99007In the Linux kernel, the following vulnerability has been re…
- CVE-2026-99008In the Linux kernel, the following vulnerability has been re…
- CVE-2026-99009In the Linux kernel, the following vulnerability has been re…
- CVE-2026-9901Use after free in ANGLE in Google Chrome prior to 148.0.7778…7.5
- CVE-2026-99011In the Linux kernel, the following vulnerability has been re…7.1
- CVE-2026-99012In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-99013In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-99014In the Linux kernel, the following vulnerability has been re…7.8
- CVE-2026-99015In the Linux kernel, the following vulnerability has been re…
- CVE-2026-99016In the Linux kernel, the following vulnerability has been re…7.8
Are you affected by CVE-2026-99010?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
