In the Linux kernel, the following vulnerability has been resolved:
sctp: set sk_state back to CLOSED if autobind fails in sctp_listen_start
In sctp_listen_start() invoked by sctp_inet_listen(), it should set the
sk_state back to CLOSED if sctp_autobind() fails due to whatever reason.
Otherwise, next time when calling sctp_inet_listen(), if sctp_sk(sk)->reuse
is already set via setsockopt(SCTP_REUSE_PORT), sctp_sk(sk)->bind_hash will
be dereferenced as sk_state is LISTENING, which causes a crash as bind_hash
is NULL.
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: 0010:sctp_inet_listen+0x7f0/0xa20 net/sctp/socket.c:8617
Call Trace:
<TASK>
__sys_listen_socket net/socket.c:1883 [inline]
__sys_listen+0x1b7/0x230 net/socket.c:1894
__do_sys_listen net/socket.c:1902 [inline]
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 5e8f3f703ae4e4af65e2695e486b3cd198328863 before 89bbead9d897c77d0b566349c8643030ff2abeba; 5e8f3f703ae4e4af65e2695e486b3cd198328863 builds before 0e4e2e60556c6ed00e8450b720f106a268d23062; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before dd70c8a89ef99c3d53127fe19e51ef47c3f860fa; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before e7a8442195e8ebd97df467ce4742980ab57edcce; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before 9230a59eda0878d7ecaa901d876aec76f57bd455; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before 7f64cb5b4d8c872296eda0fdce3bcf099eec7aa7; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before f032e1dac30b3376c7d6026fb01a8c403c47a80d; from 5e8f3f703ae4e4af65e2695e486b3cd198328863 before e914bf68dab88815a7ae7b7a3a5e8913c8ff14a5; and 1 more ranges
from 2.6.30 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.