3 ms·
>> Ultimately, we achieve a out-of-bounds read anywhere in the address space of Safari's rendering process. > So, in my opinion, this is a Safari vulnerability
by jeroenhd 3y ago
>> Ultimately, we achieve a out-of-bounds read anywhere in the address space of Safari's rendering process.
> So, in my opinion, this is a Safari vulnerability: they hold Site Isolation wrong.
Previously, something I would normally consider a Safari specific bug (IndexedDB storage not being isolated to its owning web page) also made it into Gnome Web and various other WebKit browsers. Site Isolation is enabled on other browsers but as an outsider I have no idea if that is normally handled by WebKit or by the surrounding framework.
It looks like Gnome Web/Epiphany is safe at least: https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/448 https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/448 but there are plenty of WebKit implementations out there, such as cars and video game consoles.
- fh9302 3y agoThe merge request you linked is for cross-site navigation, which is a different feature flag than the cross-site window open recommended by this paper.
- jeroenhd 3y agoHmm, unfortunate. It was tagged as "site isolation" in https://gitlab.gnome.org/GNOME/epiphany/-/blob/master/NEWS?ref_type=heads#L752 https://gitlab.gnome.org/GNOME/epiphany/-/blob/master/NEWS?r... so I thought it was the same feature.