https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 06 Oct 2026 20:17:13 +0000 https://cve.radiocsirt.org/vuln/cve-2021-47170 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>USB: usbfs: Don&#39;t WARN about excessively large memory allocations</p> <p>Syzbot found that the kernel generates a WARNing if the user tries to submit a bulk transfer through usbfs with a buffer that is way too large. This isn&#39;t a bug in the kernel; it&#39;s merely an invalid request from the user and the usbfs code does handle it correctly.</p> <p>In theory the same thing can happen with async transfers, or with the packet descriptor table for isochronous transfers.</p> <p>To prevent the MM subsystem from complaining about these bad allocation requests, add the __GFP_NOWARN flag to the kmalloc calls for these buffers.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>USB: usbfs: Don&#39;t WARN about excessively large memory allocations</p> <p>Syzbot found that the kernel generates a WARNing if the user tries to submit a bulk transfer through usbfs with a buffer that is way too large. This isn&#39;t a bug in the kernel; it&#39;s merely an invalid request from the user and the usbfs code does handle it correctly.</p> <p>In theory the same thing can happen with async transfers, or with the packet descriptor table for isochronous transfers.</p> <p>To prevent the MM subsystem from complaining about these bad allocation requests, add the __GFP_NOWARN flag to the kmalloc calls for these buffers.</p> https://cve.radiocsirt.org/vuln/cve-2021-47170