W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2008

[whatwg] The <iframe> element and sandboxing ideas

From: James Ide <ide@berkeley.edu>
Date: Tue, 22 Jul 2008 23:23:31 -0700
Message-ID: <fb9bd46d0807222323y164857ccjec511ee4ae943a46@mail.gmail.com>
On Tue, Jul 22, 2008 at 3:22 PM, Frode B?rli <frode at seria.no> wrote:

> The server must escape all user generated content by replacing < with
> &lt; etc. This is perfectly secure for all existing browsers. The
> sandbox instructs the browser to unescape. Completely fail safe for
> all.


Thanks for the clarification. As mentioned previously by other poster, I
think this could work iff UAs can be passed a set of safe tags, attributes,
and whatnot (i.e., a whitelist), defaulting to the empty set if no such set
is specified. UAs can then unescape permitted elements, filter out
disallowed attributes, and then handle the code as normal.

Perhaps the whitelist could be specified in a format akin to CSS. For
example:
<span sandbox=1 whitelist="elements: a, em; attributes: href, lang, rel;
style-properties: color, font-weight"> ... </span>
For larger or often-used whitelists, a URL could be specified as in: <span
sandbox=1 whitelist="http://example.com/whitelist">, which would permit the
whitelist to be cached or used in multiple places in a document.

One design flaw of this whitelist format that comes to mind is that all the
specified attributes are allowed for all the specified elements. For
example, it is not possible to allow the "lang" attribute for only the "a"
element but not an "em" element in the same sandbox; i.e. the whitelist
"elements: a, em; attributes: href, lang" permits both <a lang="en"> and <em
lang="en">. On a side note, although the whitelist would permit <em
href="">, it would be treated as invalid HTML of course.

Comments?

- James
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20080722/49e77c1c/attachment.htm>
Received on Tuesday, 22 July 2008 23:23:31 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:03 UTC