Closed
Bug 396443
Opened 18 years ago
Closed 18 years ago
SVG documents only documents that don't do an Enumerate security check
Categories
(Core :: SVG, defect, P1)
Core
SVG
Tracking
()
RESOLVED
FIXED
People
(Reporter: bzbarsky, Assigned: jst)
Details
Attachments
(1 file, 1 obsolete file)
|
3.29 KB,
patch
|
mrbkap
:
review+
mrbkap
:
superreview+
|
Details | Diff | Splinter Review |
All of our document classes use "DOCUMENT_SCRIPTABLE_FLAGS|nsIXPCScriptable::WANT_ENUMERATE" as the scriptable flags in nsDOMClassInfo.cpp, except for SVG which uses plain DOCUMENT_SCRIPTABLE_FLAGS. Maybe that's ok; if so this bug should be marked invalid.
If it's not ok, I would suggest just rolling nsIXPCScriptable::WANT_ENUMERATE into DOCUMENT_SCRIPTABLE_FLAGS.
Comment 1•18 years ago
|
||
Does nsDOMClassInfo::Enumerate actually have to do a security check anymore? I think I simply missed that when I was cleaning nsDOMClassInfo up for XOWs. In fact, I see that I missed a bunch of access checks that I think XOWs subsume.
| Reporter | ||
Comment 2•18 years ago
|
||
Good question. If we can remove these checks, so much the better! I just think SVGDocument should be doing the same thing as other documents, whatever that thing is.
| Reporter | ||
Comment 3•18 years ago
|
||
We should really either be doing these checks, or remove them. One or the other...
Flags: blocking1.9?
Updated•18 years ago
|
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
Comment 4•18 years ago
|
||
If this is to block 1.9 then we really need someone assigned to this, and I have no clue about this stuff.
Comment 5•18 years ago
|
||
Re-setting schrep's original blocking1.9+ and marking P1 in case any fix needs the extra testing of a beta release.
Flags: tracking1.9+ → blocking1.9+
Priority: P2 → P1
Updated•18 years ago
|
OS: Linux → All
Hardware: PC → All
Comment 6•18 years ago
|
||
jst and mrbkap should advise.
/be
| Assignee | ||
Comment 7•18 years ago
|
||
Yeah, I see no reason why we wouldn't want this, especially now that window.document is no longer allAccess which means that other origins shouldn't be able to reach the document, though if they do they certainly shouldn't be able to enumerate it.
Assignee: nobody → jst
Status: NEW → ASSIGNED
Attachment #307737 -
Flags: superreview?(mrbkap)
Attachment #307737 -
Flags: review?(mrbkap)
| Assignee | ||
Comment 8•18 years ago
|
||
Oh, I missed earlier comments about whether we need this at all any more. Probably not, XOWs and no more allAccess should make us pretty safe here even w/o this check. I could go either way. Same patch w/o the first hunk if we don't want this any more, unless we go even further and remove the security checking enumerate hook alltogether.
Comment 9•18 years ago
|
||
Can we assert for DEBUG builds that a check is unnecessary? Do that and remove release-build code and everyone wins, I think we are pretty confident that XOWs and stuff work.
/be
| Assignee | ||
Comment 10•18 years ago
|
||
Same thing, but makes the security checks in the enumerate hook debug only, and make them only assert.
Attachment #307737 -
Attachment is obsolete: true
Attachment #307784 -
Flags: superreview?(mrbkap)
Attachment #307784 -
Flags: review?(mrbkap)
Attachment #307737 -
Flags: superreview?(mrbkap)
Attachment #307737 -
Flags: review?(mrbkap)
Updated•18 years ago
|
Attachment #307784 -
Flags: superreview?(mrbkap)
Attachment #307784 -
Flags: superreview+
Attachment #307784 -
Flags: review?(mrbkap)
Attachment #307784 -
Flags: review+
| Assignee | ||
Comment 11•18 years ago
|
||
Fix landed.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•