How often TAPAK names the right recipient
Evidence that falls short gets not enough evidence
. Not one result named someone else.
SecretLeak attribution for government agencies
Every recipient gets a copy that looks like everyone else’s but carries an invisible fingerprint of its own. When that copy turns up as a photo, a screenshot or a forwarded PDF, TAPAK names the recipient and says how likely it is that the accusation is wrong.
A real run: a synthetic photo of copy #13 traced by TAPAK. All documents and names are fictional.
01The problem
Someone photographs a page on their desk and sends it to one group chat. An hour later the photo is everywhere, and anyone who received the document could be the source.
| Question | Visible name watermark | Metadata and access logs | Network security (DLP) | TAPAK |
|---|---|---|---|---|
| Still works when the document is photographed? | yes | no | no | yes |
| Still works when the name is cropped or covered? | no | no | no | yes |
| Names a recipient, not just a device or an account? | yes | partly | partly | yes |
| Holds up when several recipients merge their copies? | no | no | no | yes |
| States its chance of a false accusation? | no | no | no | yes |
| Runs without cloud services? | yes | partly | partly | yes |
02How it works
Upload the PDF and the recipient list. TAPAK makes one copy per person, each with its own fingerprint. To the eye they are all identical.
20 copies in a few seconds
A copy is photographed, screenshotted, printed or forwarded. The fingerprint goes with it, even in a crop of part of a page.
Photos, screenshots, prints, PDFs, text
Upload the evidence that is going around. TAPAK reads what is left of the fingerprint and names the recipient, or answers not enough evidence
when there is too little to go on.
The result becomes a forensic report PDF
03Invisible fingerprints
Words moved by 0.025 millimetres, a faint dot pattern in the background, invisible characters, reworded sentences and a canary address. Each layer survives a different kind of leak, and the decoder combines whatever is left.
| Layer | Forwarded PDF | Screenshot | Photo | Copied text | Retyped | |
|---|---|---|---|---|---|---|
| Word and line shifts0.025 mm per word | survives | survives | survives | partly | no | no |
| Background dot patternfaint dots the eye does not read | survives | survives | survives | partly | no | no |
| Invisible characterscopied along with the text | survives | no | no | no | survives | no |
| Sentence variantsrewordings a person approved | survives | survives | survives | survives | survives | partly |
| DNS canarygoes off when opened outside the network | partly | no | no | no | no | no |
04Evidence
Every number below comes from a result file in the repository: fictional documents, synthetic evidence plus phone photos of real prints, and test sets run once after the rules were locked.
Evidence that falls short gets not enough evidence
. Not one result named someone else.
8,000 simulations of three people colluding, with eight strategies for merging their copies. No innocent score came near the line, and no colluder got away.
A name is given only when that chance is below one in a million. On the test photos it is usually far smaller.
05For agencies
Ministries and agencies, the armed forces and the police, regional governments, strategic state enterprises: anywhere classified documents go out to many people.
Issuing, tracing and the registry run on an internal computer or server. No cloud services and no telemetry. The only traffic from outside is the DNS queries the canary listener receives, and canaries are optional.
The registry stores hashes and codes only, never document text or evidence images.
not enough evidence.
06Rollout
Install TAPAK on one internal server. Issue real documents to real recipient lists, and practise tracing with test evidence.
Operators learn to issue, trace, read results and verify the registry. The guided demo in the app is the training material.
Connect it to the official correspondence workflow, add units, keep the registry anchor log somewhere separate, and run the canary listener on an outside network.
The guided demo uses a fictional document: issue 20 copies, leak one as a phone photo, then trace the leaker.