First published: Wed Nov 15 2017(Updated: )
It was found that in Linux kernel when peeling off an association to the socket in another network namespace, all transports in this association are not to be rehashed and keep use the old key in hashtable. A kernel would miss removing transports from hashtable when closing the socket and all transports are being freed. Later on a use-after-free issue could be caused when looking up an association and dereferencing the transports. References: <a href="https://patchwork.ozlabs.org/patch/827077/">https://patchwork.ozlabs.org/patch/827077/</a> <a href="http://seclists.org/oss-sec/2017/q4/282">http://seclists.org/oss-sec/2017/q4/282</a> An upstream patch: <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=df80cd9b28b9ebaa284a41df611dbf3a2d05ca74">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=df80cd9b28b9ebaa284a41df611dbf3a2d05ca74</a>
Credit: secalert@redhat.com secalert@redhat.com
Affected Software | Affected Version | How to fix |
---|---|---|
Linux Linux kernel | <3.2.96 | |
Linux Linux kernel | >=3.3<3.16.51 | |
Linux Linux kernel | >=3.17<3.18.84 | |
Linux Linux kernel | >=3.19<4.1.47 | |
Linux Linux kernel | >=4.2<4.4.100 | |
Linux Linux kernel | >=4.5<4.9.65 | |
Linux Linux kernel | >=4.10<4.13.16 | |
Debian Debian Linux | =7.0 | |
SUSE Linux Enterprise Server | =11-sp4 | |
Canonical Ubuntu Linux | =12.04 | |
Canonical Ubuntu Linux | =14.04 | |
Canonical Ubuntu Linux | =16.04 | |
Canonical Ubuntu Linux | =17.10 | |
debian/linux | 5.10.223-1 5.10.226-1 6.1.115-1 6.1.119-1 6.11.10-1 6.12.5-1 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.