Censorship Circumvention

Refraction Networking: Censorship Circumvention Inside the Network

June 30, 2026 8 min read Haven Team

Every proxy, VPN, and bridge eventually runs into the same wall. The circumvention server has an address, and once a censor learns that address, they block it. The arms race becomes a hunt for fresh endpoints faster than they can be discovered. Refraction networking refuses that game entirely. Instead of putting the circumvention point at an address the censor can find, it puts it inside the network itself, at a participating internet provider on the path to ordinary websites.


To understand why this is different, start with how a normal proxy fails. You connect to a proxy at some IP address. The censor watching your connection sees that address, recognizes it as a known circumvention server, and drops the traffic. Tools like Tor bridges fight this by keeping a rotating supply of secret addresses, but the censor can pose as a user to discover them, and the supply is always finite. The endpoint is the weakness.

Refraction networking, also called decoy routing, removes the endpoint. There is no secret server address to find, because the circumvention happens at a router that sits on the route to perfectly normal, allowed destinations.

How a Decoy Route Works

The mechanism has three players: you, an ordinary website the censor allows (the decoy), and a participating internet provider somewhere on the network path between them that runs a piece of equipment called a station.

You open what looks like a normal TLS connection to the allowed decoy site. Hidden inside that connection, in a way only the station can detect, you place a covert cryptographic tag. As your traffic passes through the participating provider, the station notices the tag, understands that you actually want to reach a blocked destination, and quietly redirects your traffic there. To the censor, watching from the edge, you appear to be having an unremarkable encrypted conversation with an allowed website. The real destination never appears anywhere the censor can see.

Why the censor is stuck

To block this, the censor would have to block the decoy site, and the decoy is an ordinary allowed destination. Worse, any site reachable through the participating provider could be a decoy. Blocking the technique means blocking large fractions of normal traffic that route through that provider, which carries an economic and political cost most censors will not pay. The defense is built from the censor's own dependence on a working internet.

The Research Lineage

The idea has been refined across more than a decade of academic systems, each solving a practical problem the last one exposed:

System Contribution
Telex (2011) Introduced the decoy-routing concept: a tag steganographically embedded in a TLS handshake, detected by a station at a friendly provider.
TapDance Removed the need for the station to sit inline and actively block the connection to the decoy, making deployment far less disruptive and tolerant of asymmetric routing.
Conjure Uses unused address space in a participating provider as vast numbers of phantom hosts, so there is no fixed decoy to attack and the available endpoint space is enormous.

Conjure is the version that moved furthest toward real deployment. It has been integrated into circumvention tools used in censored regions, which is the part that matters: a clever protocol that never ships protects no one.

What It Asks For

The strength of refraction networking is also its cost. It needs internet providers to participate, installing and running stations on their networks. This is a heavier ask than running a proxy on a rented server, and it is the central reason the technique is powerful but not ubiquitous: it requires institutions, often universities or sympathetic providers, to take an active role.

It also faces a theoretical counter known as routing around decoys, where a censor that controls or influences routing tries to steer traffic along paths that avoid every participating provider. Whether that is feasible depends on how widely the stations are deployed and on the censor's actual control over routing, which is why broad participation is not just nice to have but central to the security argument.

Where It Sits in the Toolkit

Refraction networking is not a replacement for the tools most people use. It is a complement that fails in a different place. A VPN or bridge fails when its address is discovered. A refraction station fails only if the censor is willing to break large amounts of legitimate traffic or can route around every participant. Layered systems exploit exactly this: combine techniques whose failure modes do not overlap, and the censor has to defeat all of them at once.

For someone communicating under censorship, the practical lessons are upstream of the protocol. Use tools that resist endpoint discovery, prefer ones with active deployment rather than papers, and understand that reaching the network is a separate problem from protecting what you send across it.

That separation is worth holding onto. Refraction networking solves reachability: getting your bytes past a censor to the service you want. It does nothing about whether that service can read your messages once they arrive. Those are independent guarantees, and a serious setup wants both. End-to-end encryption is what makes the content unreadable to everyone in the middle, including the participating providers a decoy route passes through. We build Haven so the message stays sealed from your device to your recipient's, no matter which path, censored or open, the traffic took to get there. Circumvention gets you a channel. Encryption decides who can listen on it.

Try Haven free for 15 days

End-to-end encrypted email and chat in one app. Sealed from your device to theirs.

Get Started →