Closed
Bug 177640
Opened 23 years ago
Closed 23 years ago
Currently we rely on remote content being able to load chrome bindings so this might not be feasible. Is this a security risk?
Categories
(Core :: XBL, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: bsharma, Assigned: jag+mozilla)
Details
This issue was reported after the Security review of XBL, jag asked me to make a
bug out of the issue.
Should we limit where bindings can be loaded from? Like remote content should
not be able to load chrome?
| Assignee | ||
Comment 1•23 years ago
|
||
I don't think this is an issue. The bindings and xul, and the JS in it, will run
with the remote document's privileges (or lack thereof).
Comment 2•23 years ago
|
||
True, but if we fix bug 177639, this could be an issue...
Comment 3•23 years ago
|
||
Comment 4•23 years ago
|
||
I can't see bug 177639, so I can't comment yet except to concur with Jag...
bindings run with the permissions of the document to which they are bound. This
is similar to loading a chrome overlay from remote content. In both cases, the
script runs with the permissions of the remote document, so you should be safe.
Comment 5•23 years ago
|
||
(you should be able to see bug 177639 now)
| Assignee | ||
Comment 6•23 years ago
|
||
This works as designed, remote documents should be able to use documents,
scripts, xbl, etc. from chrome://.
We do want to add a no-UI pref to disable this ability; bug to be filed.
-> wontfix
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Updated•21 years ago
|
Group: security
You need to log in
before you can comment on or make changes to this bug.
Description
•