In the Linux kernel, the following vulnerability has been resolved:
comedi: pcl726: Prevent invalid irq number
The reproducer passed in an irq number(0x80008000) that was too large,
which triggered the oob.
Added an interrupt number check to prevent users from passing in an irq
number that was too large.
If `it->options[1]` is 31, then `1 << it->options[1]` is still invalid
because it shifts a 1-bit into the sign bit (which is UB in C).
Possible solutions include reducing the upper bound on the
`it->options[1]` value to 30 or lower, or using `1U << it->options[1]`.
The old code would just not attempt to request the IRQ if the
`options[1]` value were invalid. And it would still configure the
device without interrupts even if the call to `request_irq` returned an
error. So it would be better to combine this test with the test below.
CVSS
7.1 HIGH (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
from fff46207245cd9e39c05b638afaee2478e64914b before bab220b0bb5af652007e278e8e8357f952b0e1ea; from fff46207245cd9e39c05b638afaee2478e64914b before 5a33d07c94ba91306093e823112a7aa9727549f6; from fff46207245cd9e39c05b638afaee2478e64914b before 0eb4ed2aa261dee228f1668dbfa6d87353e8162d; from fff46207245cd9e39c05b638afaee2478e64914b before a3cfcd0c78c80ca7cd80372dc28f77d01be57bf6; from fff46207245cd9e39c05b638afaee2478e64914b before d8992c9a01f81128f36acb7c5755530e21fcd059; from fff46207245cd9e39c05b638afaee2478e64914b before 96cb948408b3adb69df7e451ba7da9d21f814d00
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.
