Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
🛡️
CISA KEV · ACTIVELY EXPLOITED
HIGH severity

CVE-2017-1000253 — Red Hat

HIGH

CVE-2017-1000253 is a high-severity (CVSS 7.8) Buffer Overflow vulnerability. It is in CISA's Known Exploited Vulnerabilities catalog (added 2024-09-09) and has been used in ransomware campaigns — treat it as actively exploited and patch now. No vendor fix is recorded yet; mitigation options are listed below.

Published
Updated
Affected
3 products
Patched
See advisory
Exploits
5 known
Exploitation data as of Oct 20, 2026 · OSV.dev, NVD, CISA KEV, FIRST.org (EPSS)

Exploitation Status

Actively exploited in the wild

  • Confirmed by CISA's Known Exploited Vulnerabilities catalog on 2024-09-09 — including use in ransomware campaigns. Federal agencies were required to remediate by 2024-09-30.
  • A successful exploit gives an attacker total control of the affected component, not partial access.

Exploitation and automatability from CISA (KEV catalog and SSVC triage) for CVE-2017-1000253.

EPSS Exploitation Probability

via FIRST.org ↗
10.7%probability of exploitation in next 30 days
Moderate Risk0.00%
Lower risk than most CVEs96th percentile — riskier than 96% of all scored CVEsHighest risk
0.00%23.7%47.5%71.2%54.2%10.7%Apr 26Aug 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

CVE-2017-1000253 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.

Where this sits among everything scored

Of 395,249 CVEs with a current EPSS score, this one falls in the 10–50% band (highlighted). Counts from FIRST.org, log-scaled.

Description

Linux distributions that have not patched their long-term kernels with https://git.kernel.org/linus/a87938b2e246b81b4fb713edb371a9fa3c5c3c86 (committed on April 14, 2015). This kernel vulnerability was fixed in April 2015 by commit a87938b2e246b81b4fb713edb371a9fa3c5c3c86 (backported to Linux 3.10.77 in May 2015), but it was not recognized as a security threat. With CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE enabled, and a normal top-down address allocation strategy, load_elf_binary() will attempt to map a PIE binary into an address range immediately below mm->mmap_base. Unfortunately, load_elf_ binary() does not take account of the need to allocate sufficient space for the entire binary which means that, while the first PT_LOAD segment is mapped below mm->mmap_base, the subsequent PT_LOAD segment(s) end up being mapped above mm->mmap_base into the are that is supposed to be the "gap" between the stack and the binary.

Affected Products

3 products · 37 configurations
OS
centoscentos
14 versions
6.06.16.26.36.46.56.66.76.86.97.14067.1503
OS
linux kernellinux
≥ 4.0 && < 4.0.2
range
OS
enterprise linuxredhat
14 versions
6.06.16.26.36.46.56.66.76.86.97.07.1
Exploits & PoCs
5

Research use only. For defensive security, authorized penetration testing, and academic research only. Never execute exploit code against systems without explicit written authorization.

EDB-42887locallinux

Linux Kernel 3.10.0-514.21.2.el7.x86_64 / 3.10.0-514.26.1.el7.x86_64 (CentOS 7) - SUID Position Independent Executable 'PIE' Local Privilege Escalation

by Qualys Corporation · Sep 26, 2017

Detection & mitigation playbook

Vulnerability
  1. Detect

    Identify every host running the affected component and compare the installed build against the fixed version below — for source-built or distro-packaged software the version string, not a lockfile, is the source of truth (`dpkg -l`, `rpm -q`, or the binary's own `--version`).

  2. Remediation status

    No fixed release is recorded for CVE-2017-1000253 yet. Track the upstream advisory, and apply the exposure-reduction steps below in the meantime.

  3. Mitigate without a patch

    Constrain what reaches the vulnerable code: limit the size and shape of untrusted input, isolate the affected component in a sandboxed or least-privileged process, and enable the platform's memory-safety mitigations (ASLR, stack protector, hardened allocator) so an out-of-bounds access is more likely to fail closed than to be exploitable.

Fixing This On Your OS

If you run this on a Linux distribution, patch through your package manager against the distro's own security advisory below — it tracks the exact backported fix for your release, which can ship on a different timeline (and sometimes a different severity) than the upstream project.

Red HatImportant

This issue affects the Linux kernel packages as shipped with Red Hat Enterprise Linux 5 and 6. This issue affects the Linux kernel packages as shipped with Red Hat Enterprise Linux 7 prior to kernel version 3.10.0-693, that is Red Hat Enterprise Linux 7.4 GA kernel version. Kernel versions after 3.10.0-693 contain the…

Workaround published by Red Hat
By setting vm.legacy_va_layout to 1 we can effectively disable the exploitation of this issue by switching to the legacy mmap layout. The mmap allocations start much lower in the process address space and follow the bottom-up allocation model. As such, the initial PIE executable mapping is far from the reserved stack area and cannot interfere with the stack. 64-bit processes on Red Hat Enterprise Linux 5 are forced to use the legacy virtual address space layout regardless of the vm.legacy_va_layout value. Note: Applications that have demands for a large linear address space (such as certain databases) may be unable to handle the legacy memory layout proposed using this mitigation. We…
Source: Red Hat security advisory for CVE-2017-1000253 (CC BY 4.0)
ProductFixed inAdvisory
Red Hat Enterprise Linux 5.9 Long Lifekernel-0:2.6.18-348.34.2.el5RHSA-2017:2802
Red Hat Enterprise Linux 5 Extended Lifecycle Supportkernel-0:2.6.18-423.el5RHSA-2017:2801
Red Hat Enterprise Linux 6kernel-0:2.6.32-696.10.3.el6RHSA-2017:2795
Red Hat Enterprise Linux 6.2 Advanced Update Supportkernel-0:2.6.32-220.76.1.el6RHSA-2017:2800
Red Hat Enterprise Linux 6.4 Advanced Update Supportkernel-0:2.6.32-358.84.1.el6RHSA-2017:2799
Red Hat Enterprise Linux 6.5 Advanced Update Supportkernel-0:2.6.32-431.85.1.el6RHSA-2017:2798
Red Hat Enterprise Linux 6.6 Advanced Update Supportkernel-0:2.6.32-504.63.3.el6RHSA-2017:2797
Red Hat Enterprise Linux 6.7 Extended Update Supportkernel-0:2.6.32-573.48.1.el6RHSA-2017:2796

Frequently Asked Questions

Linux distributions that have not patched their long-term kernels with https://git.kernel.org/linus/a87938b2e246b81b4fb713edb371a9fa3c5c3c86 (committed on April 14, 2015). This kernel vulnerability was fixed in April 2015 by commit a87938b2e246b81b4fb713edb371a9fa3c5c3c86 (backported to Linux 3.10.77 in May 2015), but it was not recognized as a security threat. With CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE enabled, and a normal top-down address allocation strategy, load_elf_binary() will attempt to map a PIE binary into an address range immediately below mm->mmap_base. Unfortunately, load_elf_ bin
O3 Security · Impact-Aware SCA

Is CVE-2017-1000253 in your dependencies?

Find it across , including transitive dependencies.

Actively Exploited: CVE-2017-1000253: Red Hat (High 7.8)