Closed Bug 1068614 Opened 10 years ago Closed 10 years ago

XrayResolveOwnProperty doesn't check if we're chrome before invoking XrayResolveUnforgeableProperty with nativeProperties.chromeOnly

Categories

(Core :: DOM: Core & HTML, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr31 --- unaffected

People

(Reporter: bholley, Unassigned)

References

Details

(Keywords: sec-other)

I just came across http://hg.mozilla.org/mozilla-central/file/641d450532be/dom/bindings/BindingUtils.cpp#l1013 , which looks bad to me at first glance. Am I missing something?
Flags: needinfo?(peterv)
Should be fine for now, we don't have unforgeable chrome-only APIs.
Flags: needinfo?(peterv)
I think I keep assuming Xrays means chrome... which it does, except for Location and Window.

I agree, this should be fixed.
(In reply to Boris Zbarsky [:bz] from comment #2)
> I think I keep assuming Xrays means chrome... which it does, except for
> Location and Window.

No, that's not the issue - the issue is same-origin Xrays (wantXrays) and nsExpandedPrincipal, neither of which should have access to chrome-only APIs.
Oh, sandboxes, right.  :(
Looks like peter's patch in bug 787070 fixes this. We should verify once that lands.
Depends on: 787070
Keywords: sec-other
This was fixed by bug 787070.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Group: core-security → core-security-release
Group: core-security-release
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.