NULL Pointer Dereference Affecting kernel-uek-debug package, versions <0:2.6.39-400.294.2.el5uek
Threat Intelligence
Do your applications use this vulnerable package?
In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.
Test your applications- Snyk ID SNYK-ORACLE5-KERNELUEKDEBUG-2521413
- published 10 Apr 2022
- disclosed 28 Nov 2016
Introduced: 28 Nov 2016
CVE-2016-8646 Open this link in a new tabHow to fix?
Upgrade Oracle:5
kernel-uek-debug
to version 0:2.6.39-400.294.2.el5uek or higher.
This issue was patched in ELSA-2017-3516
.
NVD Description
Note: Versions mentioned in the description apply only to the upstream kernel-uek-debug
package and not the kernel-uek-debug
package as distributed by Oracle
.
See How to fix?
for Oracle:5
relevant fixed versions and status.
The hash_accept function in crypto/algif_hash.c in the Linux kernel before 4.3.6 allows local users to cause a denial of service (OOPS) by attempting to trigger use of in-kernel hash algorithms for a socket that has received zero bytes of data.
References
- https://linux.oracle.com/cve/CVE-2016-8646.html
- https://linux.oracle.com/errata/ELSA-2017-1308.html
- https://linux.oracle.com/errata/ELSA-2017-1308-1.html
- https://linux.oracle.com/errata/ELSA-2017-3514.html
- https://linux.oracle.com/errata/ELSA-2017-3515.html
- https://linux.oracle.com/errata/ELSA-2017-3516.html
- https://bugzilla.redhat.com/show_bug.cgi?id=1388821
- http://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.3.6
- http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4afa5f9617927453ac04b24b584f6c718dfb4f45
- http://www.openwall.com/lists/oss-security/2016/11/15/2
- https://github.com/torvalds/linux/commit/4afa5f9617927453ac04b24b584f6c718dfb4f45
- http://www.securityfocus.com/bid/94309
- https://access.redhat.com/errata/RHSA-2017:1308
- https://access.redhat.com/errata/RHSA-2017:1298
- https://access.redhat.com/errata/RHSA-2017:1297
- https://access.redhat.com/security/cve/CVE-2016-8646