Co je Evidence ZIP?
Evidence ZIP je přenosný a soběstačný balíček, který si stáhnete u každého důkazu. Identifikátor formátu:
getproofanchor-evidence-4. Typický balíček obsahuje kolem 30 souborů uspořádaných do 6 adresářů; velikost závisí na stránce (typicky 5–15 MB bez videa; až 100–150 MB se zapnutým videem a plným HAR archivem). Je navržený tak, aby opustil váš účet — pro archivaci, přiložení ke spisu, předložení regulátorovi nebo odeslání nezávislému recenzentovi.
Klíčová vlastnost není „jen export“ — klíčové je, že balíček lze později ověřit zcela offline , jen pomocí běžných otevřených nástrojů. Bez internetu, bez služeb GetProofAnchor, bez účtu.
Vše, co ověření potřebuje, je uložené přímo v ZIPu: manifest, záznamy důkazu v řetězci otisků, účtenka OpenTimestamps pro Bitcoin, celý řetězec certifikátů kvalifikované autority časových razítek i kopie důvěryhodného seznamu EU, ve kterém je autorita v době razítkování uvedena. Ověření nezávisí na serverech GetProofAnchor — kýmkoli, kdekoli, s notebookem a Pythonem.
Co je doopravdy uvnitř (každý soubor, podle účelu)
Po otevření ZIPu uvidíte zhruba 30 souborů v několika složkách. Tady jsou seskupené podle účelu: zachycený obsah, okolnosti zachycení, síťové údaje, vrstvy ochrany a dokumentace pro lidi.
Co stránka v okamžiku zachycení skutečně byla.
screenshot.png— screenshot celé stránky vykreslený nástrojem pro zachycení; pokud při skládání skryl pevné překryvy, jsou uvedené v metadatech zachycenípage.html— zachycené DOM/HTML v okamžiku zachycení — hodí se ke kontrole struktury, odkazů a skriptů, které stránka skutečně doručilacontent.txt— extrahovaný čistý text — to, co by čtenář na stránce skutečně viděl, bez markupucapture.webm— video celého zachycení ve formátu WebM. Ukáže dynamický obsah, animace i interakce (třeba vyřízení souhlasu s cookies), které statický screenshot nezachytí. Hodí se u obsahu, který se mění v čase nebo reaguje na uživatele.
Jak zachycení proběhlo — auditní stopa.
proof.json— hlavní záznam důkazu: identifikátor, výchozí adresa, konečná adresa po přesměrováních, čas zachycení, otisky SHA-256, způsob zachycení (server/prohlížeč), stav eIDAS a údaje o kotvě. Vzniká při stažení a není zapečetěný — ověřovací nástroje ho porovnávají se zapečetěnými daty.capture/capture_meta.json— podrobná metadata o samotném zachycení: nástroj (Playwright a verze prohlížeče), identifikace prohlížeče, velikost okna, plné rozměry stránky po načtení obsahu, automaticky vyřízené souhlasy s cookies a způsob jejich vyřízení, počet volání AI, počet posunutí, stav načtení obrázků, hodnocení kvality a výsledek. Zaznamenány jsou i všechny zásahy do vzhledu (skryté překryvy)capture/capture_meta.sha256— SHA-256 souboru capture_meta.json uložený zvlášť — je součástí záznamu zapečetěného eIDAS, takže i metadata zachycení kryje kvalifikované razítko
Kdo stránku skutečně obsluhoval, co se odkud načítalo a které IP pro doménu odpovídaly (podle ISO/IEC 27037 § 6.4–6.5).
network/capture.har— záznam sítě HTTP Archive (HAR 1.2) — každý požadavek, který prohlížeč během zachycení odeslal: adresa, metoda, hlavičky požadavku a odpovědi, stavový kód, velikost, typ a podrobné časování (DNS, spojení, TLS, odeslání, čekání, příjem). Hodnoty cookies a autorizační hlavičky jsou zamaskované. Recenzent přesně vidí, jaké soubory, skripty, měřicí kódy, služby třetích stran a přesměrování se načetly.network/network_evidence.json— přehledový soubor pro lidské čtení (identifikátor formátu getproofanchor-network-evidence-1): cílová adresa, název hostitele, čas zachycení a příznaky, které síťové soubory jsou přítomné. Rychlá orientace pro forenzní recenzenty.network/tls.json— čitelná metadata o navázání spojení v JSON: verze TLS (např. TLSv1.3), šifrovací sada, IP adresa serveru, SNI, platnost certifikátu, všechny alternativní názvy, otisky celého řetězce (SHA-256 a SHA-1), shoda názvu hostitele a stav OCSP — vše, co recenzent potřebuje, bez rozebírání X.509.tls/leaf_cert.pem— koncový certifikát X.509 serveru ve formátu PEM, jak ho server předložil při navázání TLS. Jeho SHA-256 je součástí záznamu zapečetěného eIDAS — kryptografická identita serveru je tak orazítkovaná spolu s obsahem stránky.tls/chain.pem— celý řetězec mezilehlých a kořenových certifikátů ve formátu PEM. Recenzent si offline ověří koncový certifikát proti známé veřejné certifikační autoritě. Také jeho SHA-256 je součástí zapečetěného záznamu.network/dns.json— překlad DNS v okamžiku zachycení, nezávisle u tří veřejných serverů — Cloudflare (1.1.1.1), Google (8.8.8.8) a Quad9 (9.9.9.9): záznamy A, AAAA a CNAME s TTL. Když se odpovědi shodují, silně to dokládá, že doména v tu chvíli opravdu vedla na tyto IP adresy.network/rdap.json— výsledek dotazu RDAP (moderní náhrada WHOIS): držitel domény, registrátor, datum registrace, expirace a poslední změny, jmenné servery a stavové příznaky. Ukazuje, kdo doménu v okamžiku zachycení spravoval.
Tyto soubory dohromady odpovídají na otázky, které položí nepřátelský křížový výslech: kdo tuhle doménu ovládal? Která IP pro ni skutečně odpovídala? Jaký certifikát server předložil a byla jeho identita svázaná s časovým razítkem?
Každá vrstva je nezávislá. Prolomení jedné nerozbije ostatní.
manifest.json— otisk SHA-256 každého dalšího souboru v balíčku — rychlá kontrola, že nic nepřibylo ani se nevyměnilo. Otisky zachycených souborů se navíc porovnají se záznamem zapečetěným kvalifikovaným razítkem, takže změna jediného bajtu v zachyceném souboru ověřením neprojde. Manifest, protokol a proof.json vznikají při stažení a nejsou zapečetěné.
chain/proof_chain.jsonl— události tohoto důkazu v globálním řetězci otisků SHA-256 (jeden objekt JSON na řádek: seq, event_type, prev_hash, data_hash, entry_hash, created_at). Vložení nebo úprava staršího záznamu řetězec rozbije.chain/chain_head.json— stav konce řetězce, ke kterému byl důkaz připojen — pořadové číslo a otisk záznamu. Slouží k ověření posledního článku řetězce.
anchor/anchor_payload.json— co bylo ukotveno v Bitcoinu. Od října 2026 je každý důkaz listem Merkleova stromu a anchor/inclusion.json offline dokládá, že ukotvený kořen pokrývá právě zapečetěný obsah tohoto důkazu.anchor/anchor_receipt.ots— binární účtenka OpenTimestamps s cestou ve stromu Merkle až k transakci v Bitcoinu. Po potvrzení kotvu uchovává celá síť Bitcoinu — ne GetProofAnchor.
Tyto soubory dohromady tvoří kompletní a soběstačnou sadu pro ověření razítka eIDAS.
timestamp/eidas.tsr— binární odpověď časového razítka RFC 3161 od kvalifikovaného poskytovatele — podepsaná CMS, ve standardním formátu kvalifikovaných elektronických časových razítektimestamp/eidas_payload.json— přesná data, která byla orazítkována, v kanonickém JSONu (seřazené klíče, bez mezer). Váže otisky SHA-256 zachycených souborů do kvalifikovaného razítka: content_sha256, raw_html_sha256, screenshot_sha256, capture_meta_sha256, video_sha256, har_sha256, tls_leaf_pem_sha256, tls_chain_pem_sha256 — plus source_url, final_url, captured_at a proof_id. Identifikátor formátu: getproofanchor-eidas-stamp-5.timestamp/eidas_payload.sha256— SHA-256 výše uvedeného záznamu. Právě tento otisk je vložený do razítka RFC 3161 a kryptograficky ho spojuje se zachycenými daty.timestamp/eidas_meta.json— high-level eIDAS status: jméno poskytovatele, URL TSA, přesný čas razítka, statustimestamp/<proof_id>.tsa_signer_cert.pem— certifikát X.509 jednotky, která razítko podepsala — koncový certifikát ve formátu PEMtimestamp/<proof_id>.tsa_certs.pem— celý PEM certifikační řetězec: signer + intermediate CA + root CA. Umožňuje validovat řetězec offline bez stahování čehokoli.timestamp/<proof_id>.tsa_certs.json— stejný řetězec v JSON formě (subjects, issuers, sériová čísla, doby platnosti, SHA-256 fingerprinty) — snadno čitelné bez parsování PEMtimestamp/<proof_id>.qualified_context.json— údaje spojující autoritu časových razítek s důvěryhodným seznamem EU: zdrojová adresa seznamu (eu-lotl.xml z ec.europa.eu), přesný čas stažení, SHA-256 a které národní seznamy jsou v balíčku. Identifikátor formátu: getproofanchor-eidas-qualified-context-2.timestamp/tsl/<COUNTRY>.xml— důvěryhodný seznam členského státu EU ve formátu XML (např. EE.xml pro estonskou autoritu, CZ.xml pro českou). Je to národní seznam podle normy ETSI, ve kterém je autorita časových razítek uvedena jako kvalifikovaný poskytovatel podle eIDAS. Soubor qualified_context.json výše vysvětluje, které národní seznamy jsou přibalené a proč.timestamp/<proof_id>.eidas_verification_report.json— interní protokol ověření eIDAS (identifikátor formátu getproofanchor-eidas-tsr-summary-1) vytvořený při razítkování: stav (granted), OID politiky 0.4.0.2023.1.1, hašovací algoritmus, otisk v hexadecimálním zápisu, příznak ověření podpisu a shrnutí řetězce certifikátů autority.
Pro lidi, ne pro stroje.
README.md— bilingvní (anglicko-český) verifikační návod pro forenzní znalce. Provede vás všemi 4 verifikačními kroky pomocí copy-paste příkazů s python3, openssl a ots klientem.report.pdf— Evidence Report v PDF pro lidské čtení. Přehledné shrnutí s identifikátorem důkazu, zachycenými adresami, časy, otisky SHA-256, údaji o kotvě a stavem eIDAS — do spisu i k tisku. Vzniká při stažení a není zapečetěný; právní váhu má časové razítko uložené v ZIPu.
Čtyři nezávislé integritní vrstvy
Důvěra není jeden mechanismus. Jsou to čtyři nezávislé vrstvy, každá s vlastními soubory v ZIPu. Prolomení jedné z nich nerozbije ostatní — každou lze ověřit samostatně, takže slabina jedné nepodkope ostatní.
Otisk SHA-256 každého souboru v balíčku. Jakákoli změna zachyceného souboru se odhalí — proti manifestu i proti záznamu zapečetěnému kvalifikovaným razítkem.
Soubory: manifest.json
Události tohoto důkazu jsou v globálním řetězci SHA-256. Každý záznam obsahuje otisk předchozího, takže vložení nebo úprava staršího záznamu řetězec matematicky rozbije.
Soubory: chain/*
Zapečetěný obsah každého důkazu je listem Merkleova stromu, jehož kořen je přes OpenTimestamps ukotven v Bitcoinu; cesta ve stromu je v ZIPu. Po potvrzení kotvu uchovává síť Bitcoinu. Potvrzení trvá několik hodin.
Soubory: anchor/*
Razítko RFC 3161 od kvalifikovaného poskytovatele z EU, včetně řetězce certifikátů a kopie důvěryhodného seznamu. Podle eIDAS (čl. 41) pro něj platí právní domněnka přesnosti času a integrity dat.
Soubory: timestamp/*
Všechny 4 ověření PROŠLY → balíček je kryptograficky neporušený, ne jen důvěryhodný. Každou vrstvu lze ověřit i samostatně a tím prokázat konkrétní vlastnost: integritu souborů, konzistenci chainu, čas existence (dvakrát — Bitcoinem a kvalifikovanou TSA).
Jak ověřit (4-krokový postup)
Bilingvní
README.md
uvnitř ZIPu vás provede ověřením s copy-paste příkazy. Postup odpovídá jedna ku jedné čtyřem integritním vrstvám výše:
- Krok 1 — Integrita souborů — Skript v python3 načte manifest.json, znovu spočítá SHA-256 každého souboru a porovná je. PROŠLO = od stažení v balíčku žádný soubor nepřibyl, nezmizel ani se nezměnil; krok 2 pak zachycené soubory sváže se zapečetěným záznamem.
- Krok 2 — eIDAS kvalifikované časové razítko — openssl ts -verify proti eidas.tsr, eidas_payload.json a přibalenému tsa_certs.pem. (Pro prostředí bez openssl obsahuje README alternativu v čistém Pythonu.) PROŠLO = zachycená data v daném okamžiku existovala a podpis pochází od kvalifikované autority uvedené v přibalené kopii důvěryhodného seznamu EU.
- Krok 3 — Bitcoin anchor — ots verify anchor/anchor_receipt.ots proti ukotvenému kořeni — nebo nahrajte účtenku na opentimestamps.org, případně zkontrolujte transakci v prohlížeči blockchainu. anchor/inclusion.json pak ukáže, že kořen pokrývá právě tento důkaz. PROŠLO = zapečetěný obsah důkazu byl zapsán do Bitcoinu (u důkazů před 21. 10. 2026 k tomuto datu).
- Krok 4 — Řetězec otisků — Skript v python3 projde chain/proof_chain.jsonl, přepočítá otisk každého záznamu z (prev_hash | event_type | proof_id | data_hash) a ověří návaznost na chain_head.json. PROŠLO = interní záznam událostí je neporušený.
Všechny 4 PROŠLY → balíček je kryptograficky neporušený. Krok 3 (Bitcoin) vyžaduje síť (nebo lze alternativně jen ověřit transaction ID na veřejném exploreru); kroky 1, 2 a 4 fungují zcela offline.
python3— funguje na Linuxu, macOS i Windows. Použité v krocích 1, 2 (alternativní cesta) a 4.openssl— standardně součást Linux/macOS; na Windows přes Git Bash nebo WSL. Použité pro kanonické eIDAS ověření (krok 2).ots(z pip install opentimestamps-client) — pro ověření kotvy v Bitcoinu (krok 3). Volitelné — ověřit můžete i nahráním účtenky na opentimestamps.org nebo kontrolou transakce v prohlížeči blockchainu.
Doporučení pro sdílení
- Sdílejte ZIP přesně tak, jak byl vyexportován. Nepřebalujte ho, nepřejmenovávejte soubory ani „neuklízejte“. Ověření závisí na tom, že každá cesta a každý byte jsou identické s tím, co bylo vygenerováno.
- Pokud lze, ukládejte na read-only nebo write-once média. Pomáhá doložit chain of custody, kdyby byl důkaz později zpochybněn.
- Poznamenejte si odkaz na důkaz a čas zachycení do spisu nebo na titulní list. Jsou i v proof.json a report.pdf, ale rychlý odkaz ve spisu usnadní orientaci.
- Posuzovatele odkažte na README.md uvnitř ZIPu. Obsahuje copy-paste verifikační příkazy v angličtině i češtině a vysvětluje, co každý PROŠEL přesně znamená.
- Neextrahujte jednotlivé soubory pro přeposlání. Ověření potřebuje celý balíček — manifest, řetězec otisků, kotvu i soubory razítka eIDAS. Posílejte vždy kompletní ZIP.
Stáhněte si Evidence ZIP u některého důkazu a ověřte ho. Uvidíte, jak přísné kontroly jsou — a že balíček projde i úplně offline.
Nejde o právní poradenství. Přípustnost důkazu závisí na jurisdikci a konkrétních okolnostech.
Pokračujte na: Rozšíření prohlížeče — instalace, připojení API klíče, zachycení za přihlášením (všechny placené plány).