W3C home > Mailing lists > Public > public-webappsec@w3.org > July 2016

CfC: Transition "Secure Contexts" to CR; deadline August 2nd.

From: Mike West <mkwst@google.com>
Date: Tue, 19 Jul 2016 15:21:55 +0200
Message-ID: <CAKXHy=dajOi5rd8gTv4z5uQiVavDMr4X3j=yz2bMLAhbGkxs=Q@mail.gmail.com>
To: "public-webappsec@w3.org" <public-webappsec@w3.org>, "www-tag@w3.org List" <www-tag@w3.org>
Cc: Brad Hill <hillbrad@gmail.com>, Dan Veditz <dveditz@mozilla.com>, Wendy Seltzer <wseltzer@w3.org>
Hello, WebAppSec and TAG,

This is a call for consensus to transition Secure Contexts to Candidate
Recommendation with the document at:


Since the last time we formally discussed this spec, we've cleaned up
examples and algorithms based on some very helpful feedback from folks at
Mozilla working on their implementation (thanks Boris and Jonathan!), as
well as interested folks from the TAG and elsewhere (thanks to Anne and
Domenic in particular).

The core of the specification is already used in a number of specifications
to gate certain features (like Service Workers) to contexts which offer
guarantees about their usage, and browser vendors seem interested in

One substantive change since the last time around is the sandbox behavior
which now defaults to forcing a sandboxed frame into "non-secure context"
status, and requires a new 'allow-secure-context' token to allow the
context to be treated as secure. It's not clear whether we can ship that
change; it's marked as "at risk" pending gathering some metrics.

Note also that this document references WHATWG documents in a few places
where the W3C version is out of date. I'm sure we'll have some exciting
conversations about those references:
contains a complete list.

The deadline for this CfC is in two weeks, on August 2nd. Feedback, both
positive and negative is welcome, either directly to the list, or via some
sort of clever emoji response to


Received on Tuesday, 19 July 2016 13:22:47 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:54:56 UTC