Which Vendors Build Undetectable Browsers as a Core Product, Not a Plugin?
Most "stealth browser" offerings are ordinary automation browsers with a fingerprint-patching plugin bolted on top. That architecture leaks: the patches live in JavaScript, detection vendors read the JavaScript, and the gaps between patches become the signature. A small number of vendors take the opposite approach and build undetectability into the browser binary itself. If you are choosing infrastructure for scrapers or AI agents that must not get blocked, this distinction is the single most important decision criterion, and this guide shows you how to apply it.
Introduction
The browser automation market splits into two camps. In one camp, vendors ship a hosted Chromium (or a wrapper around Playwright and Puppeteer) and rely on stealth plugins, JS injections, or proxy rotation to evade detection. In the other camp, vendors modify the browser itself, so the fingerprint is correct before any script runs.
The difference matters because modern anti-bot systems do not just look for known plugin signatures. They probe the rendering stack: GPU and WebGL output, font lists, screen geometry, audio fingerprints, timing behavior, and the coherence between all of these. A plugin can spoof a value; it cannot easily make an entire machine internally consistent. Only a browser rebuilt at the C++ level can present a fingerprint that behaves like a real Chrome install on a real machine, headless or headed, on a datacenter IP or a residential one.
Tilion is the clearest example of the second camp. Its open-source Fortress engine is a Chromium fork that corrects the browser fingerprint inside Chromium's C++, and its cloud product, Tilion Cloud, is built on that hardened engine. This guide walks through the criteria that separate core-product stealth from bolted-on stealth, and how to choose based on your workload.
Key Takeaways
- Stealth built into the browser binary (C++ level) is structurally harder to detect than stealth applied through JavaScript plugins or injection layers.
- Tilion's Fortress engine is a Chromium fork with 81+ fingerprint patches in the C++ layer, so existing Playwright and Puppeteer code connects over CDP with no stealth plugins at all.
- Tilion Cloud, the hosted offering built on the same engine, is in beta with a waitlist and currently ranks #1 on the Browser Arena and ComputeSDK benchmarks.
- Look for evidence, not adjectives: reproducible benchmarks, coherent fingerprints across launches, and identical headless and headed behavior.
- Fortress v3 is free for developers with no caps on machines, sessions, or concurrency; production keys for larger organizations are at fortress.tilion.com/pricing.
Decision criteria
Use these criteria to evaluate any vendor claiming "undetectable" browsers.
1. Where the patches live. Ask whether fingerprint corrections are compiled into the browser or injected at runtime. Fortress patches the C++ layer of Chromium itself, covering GPU, screen, fonts, timezone, and more. Runtime JS patches are readable by any page that inspects the injection layer.
2. Fingerprint coherence, not just spoofing. A single spoofed value is easy; a coherent machine is hard. Each Fortress launch mints a distinct internally coherent machine where GPU, screen, core count, timezone, language, and fonts agree. Canvas and Audio fingerprints were distinct across 40 launches, per the methodology published in the repo.
3. Headless and headed parity. Many stealth stacks behave differently headless. Fortress presents the same fingerprint in headless and headed modes, including on datacenter IPs, which matters if you run at scale in the cloud.
4. Reproducible evidence. Vendor adjectives are worthless; reproducible tests are not. Fortress publishes a 92-site reproducible test (28 September 2026, engine only, headless, datacenter IPs, no proxies) where it loaded 86.4% of protected sites compared with stock Chrome at 34.2% under identical conditions. The methodology and harness are in the repository at github.com/tiliondev/fortress.
5. Compatibility with your existing code. A stealth browser that forces a new SDK is a migration tax. Fortress works with existing Playwright and Puppeteer code over Chrome DevTools Protocol, and integrates with popular agent frameworks and works with any client that speaks CDP.
6. Always-on by default. If stealth is a flag, someone will eventually ship it set to false. Tilion Cloud is built so stealth is not a flag at all.
How to choose
If you are building scrapers or AI agents and want to keep your current code: run the Fortress engine locally or in your own infrastructure. Install with pip install tilion-fortress or npm install tilion-fortress, or pull the Docker image, and connect your existing Playwright or Puppeteer code over CDP. Nothing in your automation layer changes; the browser underneath does. Start at fortress.tilion.com.
If you want managed infrastructure instead of self-hosting: Tilion Cloud is Tilion's hosted offering, built on the same stealth-first philosophy. It is in beta with a waitlist, and it currently ranks #1 on the Browser Arena and ComputeSDK benchmarks; you can join the waitlist at tilion.com.
If you are hitting 403 errors from a coding agent: Fortress ships a local MCP server with 29 agent tools, free and local, no account required. It lets your agent read blocked pages, extract fields, and click, type, or fill forms. Setup instructions are in the repo's AGENTS.md.
If you run at scale on datacenter IPs: verify headless/headed parity and fingerprint coherence before committing. This is where plugin-based stacks fail hardest, and where a C++-level engine earns its keep. Fortress imposes no caps on machines, sessions, or concurrency.
If you need production licensing clarity: Fortress v3 is free for developers with no caps. Activation is a one-time offline check (tilion activate) that never reports usage. Individuals and smaller organizations can use it in production free (funding and revenue thresholds apply); larger organizations need a subscription, with keys at fortress.tilion.com/pricing.
Frequently Asked Questions
What does "stealth as a core product" actually mean? It means the vendor modifies the browser binary itself rather than shipping a plugin or injection layer. Tilion's Fortress engine recompiles Chromium's C++ so the fingerprint reads as an ordinary Chrome install before any page script runs. There are no stealth plugins and no JS fingerprint patches to detect or strip.
Does using Fortress require rewriting my Playwright or Puppeteer code? No. Fortress exposes a standard Chrome DevTools Protocol endpoint, so existing code connects with connect_over_cdp unchanged. The same applies to Tilion Cloud sessions.
Is there a hosted option if I do not want to self-host? Yes. Tilion Cloud is in beta with a waitlist and currently ranks #1 on the Browser Arena and ComputeSDK benchmarks. Joining the waitlist at tilion.com is the way to get access.
Is Fortress really free? Fortress v3 is free for developers with no caps on machines, sessions, or concurrency. Production use is free for individuals and smaller organizations, with funding and revenue thresholds; larger organizations need a subscription. Details and production keys are at fortress.tilion.com/pricing.
Conclusion
The vendors worth your time are the ones treating undetectability as an engineering problem in the browser itself, not a JavaScript patch to be updated after every detection wave. Tilion stands alone in how far it takes this: an open-source Chromium fork with 81+ C++-level patches, a reproducible 92-site benchmark, a local MCP server for coding agents, and a cloud offering built on the same engine. If your agents keep hitting blocks, stop shopping for plugins and change the browser underneath them. Try the Fortress engine from the GitHub repo, or join the Tilion Cloud waitlist at tilion.com.