Bug 11885 – Cross-frame scripting checks should not restrict access to data: URLs

• Component: WebCore JavaScript
• Status: NEW

[Geoffrey Garen]

See http://bugs.webkit.org/attachment.cgi?id=11925 for an example of a script that fails because of it.

[Sam Weinig]

I don't think it would be a good idea to completely remove the restriction, but rather we need to define a safe subset of cases when cross-frame scripting with data: URL is allowed.  It would a good first step to document exactly what Firefox and Opera do.

[Adam Barth]

Some of the other folks CCed on this bug may know the Firefox and Opera behavior off-hand, but Collin and I would be happy to try to figure it out experimentally.

[Maciej Stachowiak]

I believe the current behavior of Firefox is an XSS security risk.

[Jesse Ruderman]

See https://bugzilla.mozilla.org/show_bug.cgi?id=255107 for some discussion of the security risk.

[Adam Barth]

HTML 5 specs Firefox's behavior:

"If a Document or image was generated from a data: URL found in another Document or in a script
The origin is the origin of the Document or script in which the data: URL was found."

[Ojan Vafai]

Some of the public-web-security discussion:
http://lists.w3.org/Archives/Public/public-web-security/2009Dec/0112.html
http://lists.w3.org/Archives/Public/public-web-security/2009Dec/0121.html

I firmly believe we should try to make the Gecko policy work, mainly for the reasons Maciej stated in the second of those links. It makes iframes much easier to work with.

[Adam Barth]

Created attachment 73217 [details]
Wrong patch (has vulnerabilities)

[Adam Barth]

I think we should do this, but the implementation is not trivial.  The approach in the above patch doesn't work, sadly.