Skip to content
All fingerprint checks
Automation surface

no stylesheet is injecting custom properties into every page

Pim· Clearcote Research 2 min readCheck id injected-root-custom-properties

Every probed custom property, and an invented control name, resolve to the empty string on the document's root element.

What a detector infers

A deployed commercial agent reads six CSS custom properties from the document's root element and reports true when four or more of them resolve to anything. No ordinary page declares those names. They are theming variables that a particular browser build writes into the root element of every page it renders, so a non-empty value is that build identifying itself through the style system rather than through anything a fingerprint would capture.

The assertion here generalises past those specific names and does not depend on knowing which product they belong to: on a clean browser, a custom property nobody declared resolves to the empty string, always.

So the probed set is checked together with a control name invented for this audit that could not plausibly be defined anywhere — and if the control comes back non-empty, the computed style is not answering honestly about what is declared, which is a different and worse finding than any particular variable being set. The reason to care is how cheap this is for the other side.

One getComputedStyle call and a handful of property reads: no timing, no rendering, no permission prompt, nothing that looks like fingerprinting at all. It identifies a build directly instead of inferring it, which makes it strictly better than a fingerprint for anyone who can use it.

How to resolve it

Do not inject styling into pages the browser did not author. Variables set on the root element are readable from any page in a single call, with no permission involved — among the cheapest ways to identify a build, and one that bypasses the fingerprint entirely.

How automation gets caught, layer by layer

Nearby checks in Automation surface

See all 49 checks in Automation surface
Who builds this test

Clearcote is a browser built for fingerprint coherence

It is a Chromium fork, maintained by the same people who wrote this reference. It ships as a compiled browser rather than as a stealth script injected into someone else's — which is a description of how it is built, and is not an argument about how it behaves on this check.

This audit takes no position on how Clearcote scores on Automation surface checks, on this one, or anywhere else. It has no baseline corpus of other people's fingerprints to rank you against and no vendor scoreboard — nearly every check is self-referential, asking one browser the same question through two independent APIs and reporting whether both answers can be true at once. It runs identically on any browser, including ours. Run it on yours and read the result yourself.

See the other checks in Automation surface — the family injected-root-custom-properties belongs to.