Skip to content
This repository was archived by the owner on Jul 18, 2018. It is now read-only.

Commit ebaed33

Browse files
Chris PalmerCommit Bot
Chris Palmer
authored and
Commit Bot
committed
Remove the mention of Foreign Fetch from the SW Security FAQ.
Foreign Fetch is being removed from the Service Worker spec. (w3c/ServiceWorker#1188 (comment)) TBR=rsesek Bug: None Change-Id: If84db57f7d62d065e389f97bbc100ae5d5e6f84b Reviewed-on: https://chromium-review.googlesource.com/669740 Reviewed-by: Chris Palmer <[email protected]> Commit-Queue: Chris Palmer <[email protected]> Cr-Commit-Position: refs/heads/master@{#502510}
1 parent 1882f47 commit ebaed33

File tree

1 file changed

+0
-5
lines changed

1 file changed

+0
-5
lines changed

docs/security/service-worker-security-faq.md

Lines changed: 0 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -148,11 +148,6 @@ If the person is currently browsing attacker.com, then the attacker doesn't gain
148148
any additional attack benefit from a Service Worker. They can just `<script
149149
src="maybe-v8-payload.js">` as usual, from the in-page JavaScript.
150150

151-
**However**, if/when [Foreign
152-
Fetch](https://github.com/w3c/ServiceWorker/blob/master/foreign_fetch_explainer.md)
153-
ships, the situation will change if people browse sites that fetch resources
154-
from the attacker's server.
155-
156151
## If a site has an XSS vulnerability, can the attacker permanently compromise that origin for me?
157152

158153
An XSS attacker can indeed register an evil SW. As before SWs, XSS is a very

0 commit comments

Comments
 (0)