The default bug view has changed. See this FAQ.
Bug 623791 (CVE-2011-1302)

[ANGLE] WebGLES shader assertion failed: (oldhashloc >= 0), function IncreaseHashTableSize




Canvas: WebGL
6 years ago
6 years ago


(Reporter: posidron, Assigned: bjacob)


(Blocks: 1 bug, {crash, testcase})

Mac OS X
crash, testcase
Dependency tree / graph

Firefox Tracking Flags

(blocking2.0 Macaw+, status2.0 .1-fixed, status1.9.2 unaffected, status1.9.1 unaffected)


(Whiteboard: [sg:critical?], URL)


(2 attachments)

Comment hidden (empty)

Comment 1

6 years ago
Created attachment 501885 [details]

Comment 2

6 years ago
Created attachment 501886 [details]

Comment 3

6 years ago
Can you please file this in the ANGLE issue tracker as well?  Thanks


6 years ago

Comment 4

6 years ago
We have fixed this issue in ANGLE revision 605.  Mozilla still crashes (under windows), but no longer in ANGLE code, so we expect that the validator must be statically compiled in and needs to be updated to verify this.
The upstream bug says

  A critical parser bug was fixed in r605. When loading the shader from a
  file, Chrome previously crashed but now properly reports the shader
  compilation failures.

The patch fixes a buffer overflow

This was also fixed in Chrome so we need to get it into Macaw asap
Assignee: nobody → bjacob
Group: core-security
blocking2.0: --- → ?
status1.9.1: --- → unaffected
status1.9.2: --- → unaffected
status2.0: --- → wanted
Whiteboard: [sg:critical?]
blocking2.0: ? → Macaw+


6 years ago
Depends on: 646229
Chrome fixed an additional "off by three" overwrite in libGLESv2


6 years ago
Depends on: 649233
This will be fixed with the patches in bug 649233.
This landed on mozilla-central. Going to land these patches on mozilla-2.0 once they are approved in bug 649233.
Last Resolved: 6 years ago
Resolution: --- → FIXED
status2.0: wanted → .1-fixed
Credit for the additional security fix the Chrome team reported to us (comment 6) should go to "yuri.ko616". It wasn't actually reported as a security issue, just a crash.
Alias: CVE-2011-0068
The additional fix for yuri.ko616's bug is tracked by Google at (hidden security bug)

Christophe's original bug is tracked by them at

Announced (without detail) on 4/14 at

Comment 11

6 years ago
Actually, the guy wanted to be credited as "Yuri Ko"
I messed up in the Chrome release notes.
I was pinged for some additional information on why we landed the ANGLE updated the way we did.

The Chrome maintainers created a chrome_m10 branch in upstream ANGLE, and cherrypicked the changes they wanted. They branched off ANGLE r551, but the last time we updated was ANGLE r550. So, in order to stay 100% current with the chrome_m10 branch, we applied both r551 and r611, the two changesets that branch had that mozilla-central didn't have.
Group: core-security
Alias: CVE-2011-0068 → CVE-2011-1302
Updating the CVE number: the Chrome security team already assigned CVE-2011-1302 to Christophe's bug and MITRE has duped -0068 to that one.

Yuri's bug was CVE-2011-1300
I apologize for repeatedly misspelling Christoph's name.

Comment 15

6 years ago
No problem. :)


6 years ago
Blocks: 658170
You need to log in before you can comment on or make changes to this bug.