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

Re: CfC: Mixed Content to PR; deadline July 6th.

From: Mike West <mkwst@google.com>
Date: Mon, 20 Jul 2015 16:11:04 +0200
Message-ID: <CAKXHy=f7cq=rWoZHbX7UYQaB1_gtxDJQ5mwzhv1WqxuyJyqoCQ@mail.gmail.com>
To: Anne van Kesteren <annevk@annevk.nl>
Cc: Brian Smith <brian@briansmith.org>, Brad Hill <hillbrad@gmail.com>, Wendy Seltzer <wseltzer@w3.org>, Dan Veditz <dveditz@mozilla.com>, Kristijan Burnik <burnik@google.com>, "public-webappsec@w3.org" <public-webappsec@w3.org>, Alex Russell <slightlyoff@google.com>, Ryan Sleevi <sleevi@google.com>
On Mon, Jul 20, 2015 at 3:46 PM, Anne van Kesteren <annevk@annevk.nl> wrote:

> On Mon, Jul 20, 2015 at 6:39 AM, Mike West <mkwst@google.com> wrote:
> > I've added a brief section on this to the security considerations
> > (https://w3c.github.io/webappsec/specs/mixedcontent/#service-workers),
> and
> > updated the algorithm at
> > https://w3c.github.io/webappsec/specs/mixedcontent/#should-block-fetch.
> >
> > Brian, note that this means we really do need the response checking bits
> > that you were concerned about earlier.
> >
> > If the two of you are happy, then I suppose we can do the back-through-CR
> > dance just like we're doing with CSP2. Hooray for process! :)
> I just realized "request's client equals request's window" doesn't
> work when the Request object is from a different window-global than
> where it's used. That is, if the Request object originates from an
> <iframe> and you use it in the parent.
> I guess we could give fetch() a special context inside service
> workers. E.g. "serviceworkerfetch". It might get observable if we ever
> do https://wiki.whatwg.org/wiki/Foreign_Fetch but that doesn't seem
> too bad? If you want that, please file an issue against Fetch.

As the guy who would need to add it to Fetch, would you prefer splitting
that request context, or would you prefer that MIX check that the client
was an environment settings object whose global object was a Window and not
a Worker? I think I'm fine either way.

Received on Monday, 20 July 2015 14:11:52 UTC

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