[rfc-i] draft-iab-html-rfc-03.txt

jhildebr at cisco.com (Joe Hildebrand (jhildebr)) Tue, 05 July 2016 20:04 UTC

From: jhildebr at cisco.com (Joe Hildebrand (jhildebr))
Date: Tue, 5 Jul 2016 20:04:04 +0000
Subject: [rfc-i] draft-iab-html-rfc-03.txt
In-Reply-To: <AB0EAE56-95EF-451D-ADB9-9621352A1A45@vigilsec.com>
References: <20160630212722.29518.45020.idtracker@ietfa.amsl.com> <AB0EAE56-95EF-451D-ADB9-9621352A1A45@vigilsec.com>
Message-ID: <2201349A-0C49-4A7A-9E38-E145DBFE27DE@cisco.com>

> On Jul 1, 2016, at 9:06 AM, Russ Housley <housley at vigilsec.com> wrote:
> 
> The security considerations say:
> 
>   Since RFCs are sometimes exchanged outside the normal Web sandboxing
>   mechanism (such as using the "rsync" program to a mirror site) then
>   loaded from a local file, more care must be taken with the HTML than
>   is ordinary on the web.
> 
> Is that care already factored into the specification?  If so, please say that.  If not, what additional care is needed?

Yes, it is already factored in.  In particular:

- no javascript
- CSS embedded in the document in <script> tags, rather than being loaded externally (except for the rfc-local.css overrides, which you use at your own risk)
- SVG embedded in the document rather than loaded externally

There are a probably a few other places.  We can certainly make this more explicit in the as-built docs we publish after implementation experience.

-- 
Joe Hildebrand