In the Linux kernel, the following vulnerability has been resolved:
net/mlx5: Fix error path in multi-packet WQE transmit
Remove the erroneous unmap in case no DMA mapping was established
The multi-packet WQE transmit code attempts to obtain a DMA mapping for
the skb. This could fail, e.g. under memory pressure, when the IOMMU
driver just can't allocate more memory for page tables. While the code
tries to handle this in the path below the err_unmap label it erroneously
unmaps one entry from the sq's FIFO list of active mappings. Since the
current map attempt failed this unmap is removing some random DMA mapping
that might still be required. If the PCI function now presents that IOVA,
the IOMMU may assumes a rogue DMA access and e.g. on s390 puts the PCI
function in error state.
The erroneous behavior was seen in a stress-test environment that created
memory pressure.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from 5af75c747e2a868abbf8611494b50ed5e076fca7 before ca36d6c1a49b6965c86dd528a73f38bc62d9c625; from 5af75c747e2a868abbf8611494b50ed5e076fca7 before ce828b347cf1b3c1b12b091d02463c35ce5097f5; from 5af75c747e2a868abbf8611494b50ed5e076fca7 before fc357e78176945ca7bcacf92ab794b9ccd41b4f4; from 5af75c747e2a868abbf8611494b50ed5e076fca7 before 26fad69b34fcba80d5c7d9e651f628e6ac927754; from 5af75c747e2a868abbf8611494b50ed5e076fca7 before ecf310aaf256acbc8182189fe0aa1021c3ddef72; from 5af75c747e2a868abbf8611494b50ed5e076fca7 before 8bb8c12fb5e2b1f03d603d493c92941676f109b5; 5af75c747e2a868abbf8611494b50ed5e076fca7 builds before 2bcae12c795f32ddfbf8c80d1b5f1d3286341c32
from 5.10 before 5.10.227; from 5.11 before 5.15.168; from 5.16 before 6.1.113; from 6.2 before 6.6.55; from 6.7 before 6.10.14; from 6.11 before 6.11.3; 6.12
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.