Closed Bug 740479 Opened 13 years ago Closed 12 years ago

You can get around <iframe mozbrowser> window.top/parent/frameElement sandboxing via window.prototype

Categories

(Firefox OS Graveyard :: General, defect)

defect
Not set
normal

Tracking

(blocking-kilimanjaro:+)

RESOLVED FIXED
blocking-kilimanjaro +

People

(Reporter: justin.lebar+bug, Unassigned)

References

Details

(Keywords: sec-critical, Whiteboard: [sg:critical][no-esr])

Bug 736688 implements window.top/parent/frameElement sandboxing in JS using Object.defineProperty on the window. But it doesn't do Object.defineProperty on the window's prototype, so in theory, one should be able to grab the unmodified top/parent function off the prototype and framebust.
OS: Mac OS X → All
Hardware: x86 → All
Blocks: browser-api
Whiteboard: [sg:critical]
Just defining on the prototype (instead of the window itself) should do the trick here, yes?
(In reply to David Bolter [:davidb] from comment #2) > Needs an owner. We're in the process of redoing mozbrowser to work cross-process. This bug may or may not exist in the new world.
Thanks for the update.
blocking-kilimanjaro: --- → +
This will be fixed by bug 754997.
Depends on: 754997
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Can we please un-protect this bug?
Whiteboard: [sg:critical] → [sg:critical][no-esr]
Group: core-security → core-security-release
Group: core-security-release
You need to log in before you can comment on or make changes to this bug.