The proof for this site

Can this page send your file anywhere?

Paste the address of any page that asks you for a file. Run the check in your own browser and find out whether that page is able to transmit what you give it — not whether it promises not to.

You pick the page

Any site that asks you for a file. We never see the address — it stays in the box on your device.

Your browser runs the check

Paste ten seconds of code into your own console. It attempts five deliberate connections and reports which the browser refused.

You read the result

A card on that page, showing what it is able to do with your file. Yours to keep, screenshot or ignore.

1 — Choose a page

Any site that asks you for a file.

Step one

We do not fetch it. Read why below: a site that fetched what you paste would be a site that receives what you paste.

2 — Run the check yourself

Ten seconds, in the browser you already have open.

Watch what the page actually does

  1. 1. Open the page in a tab.
  2. 2. Open DevTools and click Console. On most browsers that is F12, or ⌥⌘I on a Mac.
  3. 3. Paste the check, press Enter, then use the page normally.

No result leaves your browser, and everything stops when you reload. It does deliberately attempt five connections to addresses that do not exist, carrying the word probe and nothing else — because the only way to know a browser refuses a connection is to watch it refuse one. Watching an idle page proves that nothing happened to fire, never that the control works.

It is long because it is readable. You should be able to read anything you paste into a console, and a tool about trust is a poor place to start asking for some.

Or read the policy from a terminal

Enter a page address above to build the command.

Paste whatever it prints into the box below. So will anything you copy from DevTools → Network → Headers.

3 — Read the verdict

Paste the headers. The answer is worked out on this device.

Why we do not just check it for you

Because a site that fetched the address you paste would be a site that receives the address you paste — a list of what strangers are suspicious of, held by us. Every page here is served a policy that switches off network connections entirely, and that policy is what the rest of this site's evidence rests on. Relaxing it to build this one page would mean breaking the proof in order to ship the tool that demonstrates it.

There is also no way around it: a browser cannot read another site's response headers without that site's permission. So the check runs where it can — in your browser, on the page you chose — and it turns out to be the stronger test. Reading a header tells you what a page declares. Watching it tells you what it does once it is holding your file.

What the four answers mean

AnswerPolicyMeans
Cannot sendconnect-src 'none'The browser refuses every connection the page attempts. Enforcement, not a promise — it holds even against a bug in the page.
Restricteda source listConnections are limited to named destinations, but not switched off.
Able to sendno restrictionNothing stops the page connecting. Most sites are here, and most of them say so.
Unknownno policy readThe check could not read a policy. Not a finding, and never rendered as one.

What this does not tell you

Where the check comes from

It is the same protocol this site runs against itself before every release that repeats an egress claim — the five deliberate exfiltration attempts, the off-origin byte count, and the rule that a request carrying a body is watched even when it points at the page's own origin, which a content-security policy does not cover. The run against this site sets out the method and the result, including what it does not establish.