CVE Vulnerabilities

CVE-2016-8666

Uncontrolled Resource Consumption

Published: Oct 16, 2016 | Modified: Apr 12, 2025
CVSS 3.x
7.5
HIGH
Source:
NVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
CVSS 2.x
7.8 HIGH
AV:N/AC:L/Au:N/C:N/I:N/A:C
RedHat/V2
7.1 IMPORTANT
AV:N/AC:M/Au:N/C:N/I:N/A:C
RedHat/V3
7.5 IMPORTANT
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Ubuntu
MEDIUM
root.io logo minimus.io logo echo.ai logo

The IP stack in the Linux kernel before 4.6 allows remote attackers to cause a denial of service (stack consumption and panic) or possibly have unspecified other impact by triggering use of the GRO path for packets with tunnel stacking, as demonstrated by interleaved IPv4 headers and GRE headers, a related issue to CVE-2016-7039.

Weakness

The product does not properly control the allocation and maintenance of a limited resource.

Affected Software

NameVendorStart VersionEnd Version
Linux_kernelLinux3.14 (including)3.16.35 (excluding)
Linux_kernelLinux3.17 (including)3.18.47 (excluding)
Linux_kernelLinux3.19 (including)4.1.38 (excluding)
Linux_kernelLinux4.2 (including)4.4.29 (excluding)
Linux_kernelLinux4.5 (including)4.6 (excluding)
Red Hat Enterprise Linux 7RedHatkernel-rt-0:3.10.0-327.36.3.rt56.238.el7*
Red Hat Enterprise Linux 7RedHatkernel-0:3.10.0-327.36.2.el7*
Red Hat Enterprise Linux 7RedHatkernel-aarch64-0:4.5.0-15.2.1.el7*
Red Hat Enterprise Linux 7.1 Extended Update SupportRedHatkernel-0:3.10.0-229.46.1.el7*
Red Hat Enterprise MRG 2RedHatkernel-rt-1:3.10.0-327.rt56.198.el6rt*
LinuxUbuntuesm-infra-legacy/trusty*
LinuxUbuntuesm-infra/xenial*
LinuxUbuntutrusty*
LinuxUbuntutrusty/esm*
LinuxUbuntuupstream*
LinuxUbuntuvivid/ubuntu-core*
LinuxUbuntuxenial*
Linux-armadaxpUbuntuupstream*
Linux-awsUbuntuupstream*
Linux-floUbuntutrusty*
Linux-floUbuntuupstream*
Linux-gkeUbuntuupstream*
Linux-goldfishUbuntutrusty*
Linux-goldfishUbuntuupstream*
Linux-grouperUbuntutrusty*
Linux-grouperUbuntuupstream*
Linux-hweUbuntuupstream*
Linux-hwe-edgeUbuntuupstream*
Linux-linaro-omapUbuntuprecise*
Linux-linaro-omapUbuntuupstream*
Linux-linaro-sharedUbuntuprecise*
Linux-linaro-sharedUbuntuupstream*
Linux-linaro-vexpressUbuntuprecise*
Linux-linaro-vexpressUbuntuupstream*
Linux-lts-quantalUbuntuprecise*
Linux-lts-quantalUbuntuupstream*
Linux-lts-raringUbuntuprecise*
Linux-lts-raringUbuntuupstream*
Linux-lts-saucyUbuntuprecise*
Linux-lts-saucyUbuntuupstream*
Linux-lts-trustyUbuntuprecise*
Linux-lts-trustyUbuntuupstream*
Linux-lts-utopicUbuntutrusty*
Linux-lts-utopicUbuntuupstream*
Linux-lts-vividUbuntutrusty*
Linux-lts-vividUbuntuupstream*
Linux-lts-wilyUbuntutrusty*
Linux-lts-wilyUbuntuupstream*
Linux-lts-xenialUbuntuesm-infra-legacy/trusty*
Linux-lts-xenialUbuntutrusty*
Linux-lts-xenialUbuntutrusty/esm*
Linux-lts-xenialUbuntuupstream*
Linux-maguroUbuntutrusty*
Linux-maguroUbuntuupstream*
Linux-makoUbuntutrusty*
Linux-makoUbuntuupstream*
Linux-mantaUbuntutrusty*
Linux-mantaUbuntuupstream*
Linux-qcm-msmUbuntuprecise*
Linux-qcm-msmUbuntuupstream*
Linux-raspi2Ubuntuupstream*
Linux-raspi2Ubuntuvivid/ubuntu-core*
Linux-raspi2Ubuntuxenial*
Linux-snapdragonUbuntuupstream*
Linux-snapdragonUbuntuxenial*
Linux-snapdragonUbuntuyakkety*
Linux-ti-omap4Ubuntuupstream*

Potential Mitigations

  • Mitigation of resource exhaustion attacks requires that the target system either:

  • The first of these solutions is an issue in itself though, since it may allow attackers to prevent the use of the system by a particular valid user. If the attacker impersonates the valid user, they may be able to prevent the user from accessing the server in question.

  • The second solution is simply difficult to effectively institute – and even when properly done, it does not provide a full solution. It simply makes the attack require more resources on the part of the attacker.

References