In the Linux kernel, the following vulnerability has been resolved:
net: usb: aqc111: Do not perform PM inside suspend callback
syzbot reports "task hung in rpm_resume"
This is caused by aqc111_suspend calling
the PM variant of its write_cmd routine.
The simplified call trace looks like this:
rpm_suspend()
usb_suspend_both() - here udev->dev.power.runtime_status == RPM_SUSPENDING
aqc111_suspend() - called for the usb device interface
aqc111_write32_cmd()
usb_autopm_get_interface()
pm_runtime_resume_and_get()
rpm_resume() - here we call rpm_resume() on our parent
rpm_resume() - Here we wait for a status change that will never happen.
At this point we block another task which holds
rtnl_lock and locks up the whole networking stack.
Fix this by replacing the write_cmd calls with their _nopm variants
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before cc06ac99fd78839b2d38850785731ef131d9ae26; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before b87f361d41f9a7f1f6c426947ca815651c481376; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before 621f2f43741b51f62d767eb4752fbcefe2526926; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before 4de6a43e8ecf961feabddf0e9d6911081d2ed218; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before 3267bcb744ee8a2feabaa7ab69473f086f67fd71; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before d3e32a612c6391ca9b7c183aeec22b4fd24c300c; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before 98e8aed64614b0c199d5f0391fbe1a4331cb5773; from e58ba4544c7771591d1e3157bc01b4a8e4d1c3fc before 069c8f5aebe4d5224cf62acc7d4b3486091c658a
from 5.0.1 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.167; from 6.2 before 6.6.130; from 6.7 before 6.12.78; from 6.13 before 6.18.20; from 6.19 before 6.19.10; 5.0; and 7 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.