Earlier quoted context omitted.
It means game over for users who run browsers like Safari, which don't isolate each site to their own OS process. If you load Javascript from one site, that JS can read the entire state of memory for another site, if it is within the same OS process. This means that any site can include some nefarious javascript that reads all the cookies and passwords for the user on other sites, and then log in as them.
Seems like Firefox doesn't have this feature yet either? https://wiki.mozilla.org/Project_Fission
A Spectre proof-of-concept for a Spectre-proof web
31–33 of 33 posts
Re: A Spectre proof-of-concept for a Spectre-proof web
#32Earlier quoted context omitted.
But it's still going to help exploits against the browser, isn't it? Letting code poke around until it finds addresses it needs or something like that.
As I understand it (though I don't work directly on Chrome), a key part of Chrome's threat model is that a compromised renderer process (where there is one renderer process per site) has limited security impact. So being safe against Spectre (which gives a read primitive in the renderer process) is just a subset of being safe against a compromised renderer process.
Which the (comparably) insecure likes of Firefox (unfortunately) does not have.
Re: A Spectre proof-of-concept for a Spectre-proof web
#33Earlier quoted context omitted.
As I understand it (though I don't work directly on Chrome), a key part of Chrome's threat model is that a compromised renderer process (where there is one renderer process per site) has limited security impact. So being safe against Spectre (which gives a read primitive in the renderer process) is just a subset of being safe against a compromised renderer process.
Per site isolation =] Which the (comparably) insecure likes of Firefox (unfortunately) does not have.