In 8455, "gfx.downloadable_fonts.fallback_delay" was set to -1 to avoid temporarily rendering a local font, which would allow its characters to be measured. But now that we whitelist fonts, it is probably OK to stop setting this pref. We should confirm that the fallback mechanism doesn't provide a whitelist bypass.
Designs
Child items 0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
@pierov Font label please ... and/or action + close
I see no reason for the pref override. First we have local async font fallback mapping, and we already limit fonts via whitelist. I fail to see how a downloadable font would leak anything new here. Regardless of whitelisting, any fingerprint can't leak any more than not using any downloadable fonts. This method is flawed
I don't get it. The downloadable font adds nothing to entropy.
Test 1: no download font: something renders as tofu (or uses a default font?), then maybe async falls back to a whitelisted font (this async fallback map is session only and then in memory, so it only works on the first instance of the char)
Test 2: dwownload font: does all the above and then measures a downloadable font
Test 2 doesn't add anything? Maybe I'm missing something here
another reason this delay is not a solution. delaying the download font is easy (or you know, just don't specify a download font :lightbulb:). The app is going to render what it renders. You can't hide that. As Arthur says, with whitelisting, we now control what renders.
Can the fallback font be outside the allowed list
No. If it did that would be a bug with whitelist or font*visibility (There are some system fonts you can't block)