In the Linux kernel, the following vulnerability has been resolved:
bpf: Fix stack-out-of-bounds write in devmap
get_upper_ifindexes() iterates over all upper devices and writes their
indices into an array without checking bounds.
Also the callers assume that the max number of upper devices is
MAX_NEST_DEV and allocate excluded_devices[1+MAX_NEST_DEV] on the stack,
but that assumption is not correct and the number of upper devices could
be larger than MAX_NEST_DEV (e.g., many macvlans), causing a
stack-out-of-bounds write.
Add a max parameter to get_upper_ifindexes() to avoid the issue.
When there are too many upper devices, return -EOVERFLOW and abort the
redirect.
To reproduce, create more than MAX_NEST_DEV(8) macvlans on a device with
an XDP program attached using BPF_F_BROADCAST | BPF_F_EXCLUDE_INGRESS.
Then send a packet to the device to trigger the XDP redirect path.
CVSS
7.8 HIGH (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from aeea1b86f9363f3feabb496534d886f082a89f21 before 88df604f0d16a692867582350ce3f2fcd22243f1; from aeea1b86f9363f3feabb496534d886f082a89f21 before 5000e40acc8d0c36ab709662e32120986ac22e7e; from aeea1b86f9363f3feabb496534d886f082a89f21 before 8a95fb9df1105b1618872c2846a6c01e3ba20b45; from aeea1b86f9363f3feabb496534d886f082a89f21 before d2c31d8e03d05edc16656e5ffe187f0d1da763d7; from aeea1b86f9363f3feabb496534d886f082a89f21 before 75d474702b2ba8b6bcb26eb3004dbc5e95ffd5d2; from aeea1b86f9363f3feabb496534d886f082a89f21 before ca831567908fd3f73cf97d8a6c09a5054697a182; from aeea1b86f9363f3feabb496534d886f082a89f21 before b7bf516c3ecd9a2aae2dc2635178ab87b734fef1
from 5.15.1 before 5.15.203; from 5.16 before 6.1.167; from 6.2 before 6.6.130; from 6.7 before 6.12.77; from 6.13 before 6.18.17; from 6.19 before 6.19.7; 5.15; 7.0; and 6 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.