CVE-2017-0412
published 2017-02-08CVE-2017-0412: An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context of a…
PriorityP344high7.8CVSS 3.0
AVLACLPRNUIRSUCHIHAH
EXPLOIT
EPSS
2.54%
83.0th percentile
An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context of a privileged process. This issue is rated as High because it could be used to gain local access to elevated capabilities, which are not normally accessible to a third-party application. Product: Android. Versions: 7.0, 7.1.1. Android ID: A-33039926.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| android | — | — | |
| android | — | — | |
| android | — | — | |
| android | — | — | |
| google_inc | android | — | — |
| google_inc | android | — | — |
CVSS provenance
nvdv3.07.8HIGHCVSS:3.0/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
nvdv2.09.3CRITICALAV:N/AC:M/Au:N/C:C/I:C/A:C
osv7.8HIGH
CVEs like this are exactly what “Exploited This Week” covers.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
GHSA
GHSA-m4v5-74p5-r79x: An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context
ghsa_unreviewed·2022-05-13
CVE-2017-0412 [HIGH] CWE-367 GHSA-m4v5-74p5-r79x: An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context
An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context of a privileged process. This issue is rated as High because it could be used to gain local access to elevated capabilities, which are not normally accessible to a third-party application. Product: Android. Versions: 7.0, 7.1.1. Android ID: A-33039926.
OSV
CVE-2017-0412: An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context
osv·2017-02-08·CVSS 7.8
CVE-2017-0412 [HIGH] CVE-2017-0412: An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context
An elevation of privilege vulnerability in the Framework APIs could enable a local malicious application to execute arbitrary code within the context of a privileged process. This issue is rated as High because it could be used to gain local access to elevated capabilities, which are not normally accessible to a third-party application. Product: Android. Versions: 7.0, 7.1.1. Android ID: A-33039926.
Android
CVE-2017-0412: Android Security Bulletin 2017-02-01
CVE: CVE-2017-0412
Severity: HIGH
Affected AOSP versions: 7
vendor_android·2017-02-01·CVSS 7.8
CVE-2017-0412 [HIGH] CVE-2017-0412: Android Security Bulletin 2017-02-01
CVE: CVE-2017-0412
Severity: HIGH
Affected AOSP versions: 7
Android Security Bulletin 2017-02-01
CVE: CVE-2017-0412
Severity: HIGH
Affected AOSP versions: 7.0, 7.1.1
References: A-33039926
[2]
No detection rules found.
Exploit-DB
Android - Inter-Process munmap due to Race Condition in ashmem
exploitdb·2018-01-08·CVSS 7.8
CVE-2017-13216 [HIGH] Android - Inter-Process munmap due to Race Condition in ashmem
Android - Inter-Process munmap due to Race Condition in ashmem
---
The MemoryIntArray class allows processes to share an in-memory array of integers backed by an "ashmem" file descriptor. As the class implements the Parcelable interface, it can be inserted into a Parcel, and optionally placed in a Bundle and transferred via binder to remote processes.
Instead of directly tracking the size of the shared memory region, the MemoryIntArray class calls the ASHMEM_GET_SIZE ioctl on the ashmem descriptor to retrieve it on-demand. Previously, the code made a single call to ASHMEM_GET_SIZE in order to retrieve the region's size, both before mapping it, and before unmapping it. Since the region's size could be set via ASHMEM_SET_SIZE until the region has been mapped, this opened the possibility f
Exploit-DB
Google Android - android.util.MemoryIntArray Ashmem Race Conditions
exploitdb·2017-02-14
CVE-2017-0412 Google Android - android.util.MemoryIntArray Ashmem Race Conditions
Google Android - android.util.MemoryIntArray Ashmem Race Conditions
---
Source: https://bugs.chromium.org/p/project-zero/issues/detail?id=1002
The MemoryIntArray class allows processes to share an in-memory array of integers by transferring an ashmem file descriptor. As the class implements the Parcelable interface, it can be passed within a Parcel or a Bundle and transferred via binder to remote processes.
Instead of directly tracking the size of the shared memory region, the MemoryIntArray class calls the ASHMEM_GET_SIZE ioctl on the ashmem descriptor to retrieve it on demand. This opens up a variety of race conditions when using MemoryIntArray, as the size of the ashmem descriptor can be modified (via ASHMEM_SET_SIZE) so long as the descriptor itself has not yet been mapped.
To ill
http://www.securityfocus.com/bid/96056http://www.securitytracker.com/id/1037798https://source.android.com/security/bulletin/2017-02-01.htmlhttps://www.exploit-db.com/exploits/41355/http://www.securityfocus.com/bid/96056http://www.securitytracker.com/id/1037798https://source.android.com/security/bulletin/2017-02-01.htmlhttps://www.exploit-db.com/exploits/41355/
2017-02-08
Published