Skip to content
All fingerprint checksRender & GPU

ANGLE's translated shader is written in the dialect the renderer string implies

Check id shader-backend-vs-renderer

What an ordinary browser yields

A renderer string naming Direct3D comes with an HLSL translation; the two describe the same backend because one of them is produced by it.

What a detector infers

The UNMASKED_RENDERER_WEBGL string is a label — a piece of text a page can rewrite to name any GPU and any graphics backend. ANGLE's translated shader source is not a label: it is the compiler's own output, produced by whichever backend is actually running, and handed back through WEBGL_debug_shaders. Those are two accounts of one fact, and one of them is generated by the machinery being described. The dialects are unambiguous where it matters. ANGLE's Direct3D backend compiles GLSL down to HLSL and the translation opens with an HLSL preamble; its GL and Vulkan backends emit versioned GLSL instead. So a renderer string containing Direct3D, on a machine whose translator emits '#version 450', has named a backend the machine is not running — the classic shape of a Linux container presenting a Windows GPU. Only the Direct3D direction is asserted, deliberately: D3D always means HLSL, whereas the GL, Vulkan and Metal backends all produce GLSL-family output and separating them from the translation alone would be guesswork rather than evidence. The check declines when WEBGL_debug_shaders is unavailable — Firefox does not expose it — and when the renderer is masked, because then there is no claim to check anything against.

How to resolve it

The renderer string is a name tag; the translated shader is what the compiler actually did. Rewriting the string to say Direct3D while the machine runs Mesa or Vulkan leaves the translation speaking GLSL, and no page-world override reaches the shader translator — it runs below the JavaScript that would patch it. Present the backend the machine really has.

What is WebGL fingerprinting?

Read in the wild by

Kasada

Reads the unmasked renderer and vendor strings and hashes the full parameter table — the claim side of this comparison.

gl_unmasked_vendor, gl_unmasked_renderer, webgl1_unmasked_renderer, webgl2_unmasked_renderer

ips.js 427-probe teardown (emro.cat, Apr 2026)

Every attribution traces to a published artifact. See the sources and their limits.

Nearby checks in Render & GPU

See all 32 checks in Render & GPU
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 Render & GPU 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 Render & GPU — the family shader-backend-vs-renderer belongs to.