Re: CSP, Fetch, and frame-ancestors

On Wed, Jun 4, 2014 at 10:44 AM, Anne van Kesteren <annevk@annevk.nl> wrote:

> On Wed, Jun 4, 2014 at 10:00 AM, Mike West <mkwst@google.com> wrote:
> > On Wed, Jun 4, 2014 at 9:55 AM, Anne van Kesteren <annevk@annevk.nl>
> wrote:
> >> I don't see how it's lower than Fetch by the way. You need to process
> >> all headers before you know if you're going to follow a redirect. So
> >> it seems like you would know this around step 10 of
> >> http://fetch.spec.whatwg.org/#concept-fetch
> >
> > I think it would need to be before step 7 to catch redirects that set
> > frame-ancestors, right?
>
> How would that work, exactly?
>
> I guess the other thing here is that this only applies as part of
> navigate actions and those never follow redirects automatically (HTML
> needs to handle them itself for various reasons), so either way I
> think we'd be good.
>

I'm thinking of a case where a frame loads `http://a.com/`, which redirects
to `http://b.com/`, which redirects to `http://c.com/`. If `b.com` sends
`frame-ancestors 'none'` or `X-Frame-Options: DENY`, I think we shouldn't
follow the redirect to `c.com`.

I doubt that's currently how Blink works, now that I think about it, but
it's probably something we should support.

-mike