In the Linux kernel, the following vulnerability has been resolved:
sctp: diag: reject stale associations in dump_one path
The SCTP exact sock_diag lookup can hold a transport reference, block on
lock_sock(sk), and then resume after sctp_association_free() has marked
the association dead and freed its bind address list.
When that happens, inet_assoc_attr_size() and
inet_diag_msg_sctpasoc_fill() can still dereference association state
that is no longer valid for reporting. In particular,
inet_diag_msg_sctpasoc_fill() may read an empty bind-address list as a
real sctp_sockaddr_entry and trigger an out-of-bounds read from
unrelated association memory.
Reject the association after taking the socket lock if it has been
reaped or detached from the endpoint, and report the lookup as stale.
This keeps the exact dump-one path from formatting torn association
state.
CVSS
7.1 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
from 8f840e47f190cbe61a96945c13e9551048d42cef before 6657af827e21883ae90693e42e7f59a6aab690b5; from 8f840e47f190cbe61a96945c13e9551048d42cef before b2be72d401833194917e44fbd8d8144bb4f2db16; from 8f840e47f190cbe61a96945c13e9551048d42cef before 5425de8bd6e9fe5bd67d158e3348171ae7510117; from 8f840e47f190cbe61a96945c13e9551048d42cef before e97c2a535e23ed0fdd2660993fb3f10d9535c9bc; from 8f840e47f190cbe61a96945c13e9551048d42cef before 480f754580b5686b928977d16a59f20cef83ff01; from 8f840e47f190cbe61a96945c13e9551048d42cef before 78c4f964b2f94e405721c093773f6250e1e676b2; from 8f840e47f190cbe61a96945c13e9551048d42cef before f5af203dec6e0e7a6090fcc2130e9f3901bfc84d; 8f840e47f190cbe61a96945c13e9551048d42cef builds before 5eba3e48d78edd7551b992cb7ba687019b3a78da
from 4.7 before 5.10.259; from 5.11 before 5.15.210; from 5.16 before 6.1.176; from 6.2 before 6.6.143; from 6.7 before 6.12.94; from 6.13 before 6.18.36; from 6.19 before 7.0.13; 7.1; and 5 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.