[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #21785 [Applications/Tor Browser]: Keep an eye on the Storage API
#21785: Keep an eye on the Storage API
-------------------------------------------------+-------------------------
Reporter: gk | Owner: tbb-
| team
Type: task | Status: new
Priority: High | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: ff59-esr, tbb-fingerprinting, | Actual Points:
tbb-7.0-must-alpha |
Parent ID: | Points:
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Changes (by arthuredelstein):
* keywords: ff52-esr, tbb-fingerprinting, tbb-7.0-must-alpha => ff59-esr,
tbb-fingerprinting, tbb-7.0-must-alpha
Old description:
> The Storage API (https://developer.mozilla.org/en-
> US/docs/Web/API/Storage_API) is the API that
> {{{
> defines a common, shared storage system to be used by all APIs and
> technologies that store content-accessible data for individual Web sites.
> The Storage API gives sites' code the ability to find out how much space
> they can use, how much they are already using, and even control whether
> or not they need to be alerted before the user agent disposes of site
> data in order to make room for other things.
> }}}
> We should think about neutering its fingerprinting/linkability potential.
> For now it seems it is disabled by `dom.storageManager.enabled` set to
> `false`. We should verify that for ESR52, though.
New description:
The Storage API (https://developer.mozilla.org/en-
US/docs/Web/API/Storage_API) is the API that
{{{
defines a common, shared storage system to be used by all APIs and
technologies that store content-accessible data for individual Web sites.
The Storage API gives sites' code the ability to find out how much space
they can use, how much they are already using, and even control whether or
not they need to be alerted before the user agent disposes of site data in
order to make room for other things.
}}}
We should think about neutering its fingerprinting/linkability potential.
For now it seems it is disabled by `dom.storageManager.enabled` set to
`false`. Moving to ff59-esr.
--
Comment:
`dom.storageManager.enabled` is still set to false by default. I confirmed
that there is no navigator.storage object in our alpha. Moving to
ff59-esr.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21785#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs