Closed Bug 1550655 Opened 5 years ago Closed 5 years ago

Cherry-pick fixes to angle-66

Categories

(Core :: Graphics: CanvasWebGL, defect, P1)

defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr60 68+ fixed
firefox66 --- wontfix
firefox67 --- wontfix
firefox68 --- unaffected

People

(Reporter: jgilbert, Assigned: jgilbert)

References

(Regression)

Details

(Keywords: regression, sec-high, Whiteboard: [post-critsmash-triage])

Attachments

(1 file, 1 obsolete file)

No description provided.

Comment on attachment 9063958 [details]
Bug 1550655 - Cherry-pick fixes to angle-66.

Beta/Release Uplift Approval Request

  • User impact if declined: sec-high, sec-high, sec-moderate
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Low, but not zero risk. We're taking these as cherry-picks, so while they seem to pass our tests, and they're the fixes taken upstream, non-trivial cherry-picks are inherently somewhat risky.
  • String changes made/needed: none
Attachment #9063958 - Flags: approval-mozilla-beta?

I believe per https://wiki.mozilla.org/Security/Bug_Approval_Process that this patch should get sec-approval+ before uplifting so as that it gets on our security team radar. Jeff could you request it please? Thanks

Flags: needinfo?(jgilbert)

Comment on attachment 9063958 [details]
Bug 1550655 - Cherry-pick fixes to angle-66.

Security Approval Request

  • How easily could an exploit be constructed based on the patch?: The main one that's obvious is the 2GB limit this adds, so exploiting it would just be a matter of creating a too-large buffer. That said, it's more of a vector than an exploit ready-to-go.
  • Do comments in the patch, the check-in comment, or tests included in the patch paint a bulls-eye on the security problem?: Yes
  • Which older supported branches are affected by this flaw?: esr60
  • If not all supported branches, which bug introduced the flaw?: None
  • Do you have backports for the affected branches?: No
  • If not, how different, hard to create, and risky will they be?: Should be fairly easy to create.
  • How likely is this patch to cause regressions; how much testing does it need?: Low non-zero regression risk. We have quite good CI coverage, but we don't have an opportunity to bake these changes on Nightly first. (Nighly68 got an whole-ANGLE update. While that includes these patches, cherry-picks are always somewhat risky.
Flags: needinfo?(jgilbert)
Attachment #9063958 - Flags: sec-approval?

Comment on attachment 9063958 [details]
Bug 1550655 - Cherry-pick fixes to angle-66.

This is coming way too late (we are building RC today) for 67 and it seems risky to me as we have zero bake time on Beta to make sure we are not breaking the web, so I am not going to take these uplifts, sorry.

Attachment #9063958 - Flags: approval-mozilla-beta? → approval-mozilla-beta-

Comment on attachment 9063958 [details]
Bug 1550655 - Cherry-pick fixes to angle-66.

sec-approval for trunk so we don't have to manually merge to beta after we fork shortly. These are known issues.

I agree that this isn't necessarily safe to shove into the release at the last moment.

Attachment #9063958 - Flags: sec-approval? → sec-approval+

Marking sec-high per comment 3.

Keywords: sec-high

Since 67 went WONTFIX, I don't think we should land this on ESR60 until 68 hits release. Does that sound right :dveditz?

Flags: needinfo?(dveditz)

Offline discussion with dveditz concluded that we'd aim for ESR60 when we hit Release68, next cycle.

Flags: needinfo?(dveditz)

I'm a bit confused about the status of this bug. Wouldn't we want to get this on ESR60 now so it ships in the 60.8esr release alongside Fx68? If so, we should proceed with an ESR60 approval request.

Flags: needinfo?(jgilbert)
Flags: needinfo?(dveditz)

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: sec-high
  • User impact if declined: sec-high UAFs, fixed and published in Chrome.
  • Fix Landed on Version: none, unaffected on 68
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): There's some risk the UAF fix for the VAO unbinding is insufficient. (cherry-pick was a little messy due to age of ANGLE in ESR60)
  • String or UUID changes made by this patch: none
Flags: needinfo?(jgilbert)
Flags: needinfo?(dveditz)
Attachment #9073727 - Flags: approval-mozilla-esr60?

I ran the provided test for "Fix OOB access for dynamic attribs with offsets" after cherry-pick conflicts and it passed.

Comment on attachment 9073727 [details] [diff] [review]
0001-Bug-1550655-Cherry-pick-fixes-for-angle-66.-r-lsalzm.patch

Fixes some known ANGLE security issues via upstream cherry-picks. Fx68 already has these fixes via a wholesale upstream update. Approved for 60.8esr so the fixes go out to all users at the same time.
Attachment #9073727 - Flags: approval-mozilla-esr60? → approval-mozilla-esr60+
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Group: gfx-core-security → core-security-release
Flags: qe-verify-
Whiteboard: [post-critsmash-triage]
Attachment #9063958 - Attachment is obsolete: true
Group: core-security-release
Has Regression Range: --- → yes
Keywords: regression
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: