New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 831170 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Security



Sign in to add a comment

Out-of-bounds read in Promise

Reported by l.dmxcsn...@gmail.com, Apr 10 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36

Steps to reproduce the problem:
1. open poc.html
2. the brower will alert the JIT address, which filled with 0x90
3. jump into JIT and crash after nops

What is the expected behavior?

What went wrong?
Remote Code Execution in Chrome renderer process

Did this work before? N/A 

Chrome version: 65.0.3325.181  Channel: stable
OS Version: 10.0
Flash Version:
 

Comment 1 Deleted

Project Member

Comment 2 by ClusterFuzz, Apr 10 2018

ClusterFuzz is analyzing your testcase. Developers can follow the progress at https://clusterfuzz.com/testcase?key=5996294548750336.
Clusterfuzz didn't crash on this test case, but reproducing it manually does crash in Chrome 65 (Didn't seem to crash in 66 or 67). 

See crash/8490d341974e437a
Components: Blink>JavaScript
Labels: Security_Severity-Medium M-65
Owner: clemensh@chromium.org
Status: Assigned (was: Unconfirmed)
Also couldn't repro on >65, but could on 65. Assigning to clemensh, since this looks like a V8 issue.
Cc: clemensh@chromium.org
Components: -Blink>JavaScript Blink>JavaScript>Compiler
Owner: bmeu...@chromium.org
This crashes in generated code. Assigning to Bmeurer because it seems to be Promise-related.
Cc: ofrobots@chromium.org bmeu...@chromium.org jarin@chromium.org
Owner: sigurds@chromium.org
Also crashes in Node 8 if you extract the JavaScript and change the alert(this) to console.log(this). Looks like there's charCodeAt involved. sigurds@ can you please take a look?

Comment 7 Deleted

Cc: sigurds@chromium.org
Owner: gsat...@chromium.org
Project Member

Comment 9 by sheriffbot@chromium.org, Apr 12 2018

Labels: Security_Impact-Stable
Project Member

Comment 10 by sheriffbot@chromium.org, Apr 12 2018

Labels: -Pri-2 Pri-1
Labels: -Security_Severity-Medium Security_Severity-High
Upgrading to High severity, given it's RCE
Cc: -ofrobots@chromium.org mborins@google.com ofrob...@google.org
Labels: -M-65 NodeJS-Backport-Approved
This seems to affect Node.js as well, although I don't it is a security issue for Node as the trust model is that local JavaScript is trusted. I propose that we port the fix to Node *after* they have been fixed and released for the browser.

This affects Node.js 8.x, 9.x (both using V8 6.2). I cannot reproduce this with Node.js master (V8 6.6). Does this not affect V8 6.6+?
The affected code is no longer present starting with V8 6.6.
Cc: -ofrob...@google.org ofrobots@google.com
Labels: M-65
I think I accidentally removed the M-65 label. Adding it back.
Status: Fixed (was: Assigned)
Project Member

Comment 17 by sheriffbot@chromium.org, Apr 18 2018

Labels: -Restrict-View-SecurityTeam Restrict-View-SecurityNotify
Labels: reward-topanel
Labels: -reward-topanel reward-0
I'm sorry to say the VRP panel declined to reward, as we didn't make any change because of this report, per comment 13.
Labels: Hotlist-Torque
Cc: tebbi@chromium.org
Project Member

Comment 22 by sheriffbot@chromium.org, Jul 25

Labels: -Restrict-View-SecurityNotify allpublic
This bug has been closed for more than 14 weeks. Removing security view restrictions.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment