https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 05:12:54 +0000 https://vulnerability.circl.lu/vuln/cve-2022-48794 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ieee802154: at86rf230: Stop leaking skb&#39;s</p> <p>Upon error the ieee802154_xmit_complete() helper is not called. Only ieee802154_wake_queue() is called manually. In the Tx case we then leak the skb structure.</p> <p>Free the skb structure upon error before returning when appropriate.</p> <p>As the &#39;is_tx = 0&#39; cannot be moved in the complete handler because of a possible race between the delay in switching to STATE_RX_AACK_ON and a new interrupt, we introduce an intermediate &#39;was_tx&#39; boolean just for this purpose.</p> <p>There is no Fixes tag applying here, many changes have been made on this area and the issue kind of always existed.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ieee802154: at86rf230: Stop leaking skb&#39;s</p> <p>Upon error the ieee802154_xmit_complete() helper is not called. Only ieee802154_wake_queue() is called manually. In the Tx case we then leak the skb structure.</p> <p>Free the skb structure upon error before returning when appropriate.</p> <p>As the &#39;is_tx = 0&#39; cannot be moved in the complete handler because of a possible race between the delay in switching to STATE_RX_AACK_ON and a new interrupt, we introduce an intermediate &#39;was_tx&#39; boolean just for this purpose.</p> <p>There is no Fixes tag applying here, many changes have been made on this area and the issue kind of always existed.</p> https://vulnerability.circl.lu/vuln/cve-2022-48794