Tõendid ja tõendite hoidmise ahel

Tõendid, mis ei nõua usaldust.

Kolmas isik – vastaspoole esindaja, kohtu määratud ekspert, prokurör – peab saama Ichnarot usaldamata kindlaks teha, et:

[01]
iga artefakt on bitthaaval see, mis koguti;
[02]
see koguti siis ja nii, nagu me väidame;
[03]
me teame iga isikut ja süsteemi, kes seda käsitles;
[04]
meie auditilogi ei ole ümber kirjutatud;
[05]
nende käes olev aruanne on see, mille me välja andsime.

[01]Põhimõtted

Põhimõtted

[01]

Esmalt räsi

SHA-256 arvutatakse originaalbaitidest enne, kui midagi muud neid puudutab.

[02]

Originaale ei muudeta kunagi

Iga ttuletis salvestab selle artefakti räsi, millest see pärineb.

[03]

Kõik on sündmus

Iga loomise, lugemise, allalaadimise, ekspordi, pitseerimise ja säilitamiskohustuse toiming kirjutab hoidmissündmuse – sealhulgas iga lugemine.

[04]

Korratav kogumine

Ahelasisesed tõendid on võimalik uuesti tuletada mis tahes avalikust sõlmest, meid üldse usaldamata.

[05]

Ainult seaduslik kogumine

Iga artefakt salvestab allika kategooria, kust see pärineb.

[06]

Kooskõlas, mitte sertifitseeritud

Järgime standardi ISO/IEC 27037 põhimõtteid – auditeeritavus, korratavus, reprodutseeritavus, põhjendatavus –, kuid ei väida vastavust.

[02]Tõendite hoidmise ahel samm-sammult

[01]
Kogumine
Baidid pärinevad meie enda plokiahela sõlmedest, veebilehtede jaoks isoleeritud jäädvustustöötajast või kliendi üleslaadimisest konsooli kaudu. E-kirjade manuseid tõendina vastu ei võeta.
[02]
Räsi
SHA-256 originaalsete krüpteerimata baitide põhjal – enne, kui midagi muud neid puudutab.
[03]
Krüpteerimine
AES-256-GCM ümbrikkrüpteerimine objektipõhise võtmega, mis on pakitud kliendipõhise võtmega.
[04]
Salvestatud koopia räsi
Salvestatud šifreeritud andmetest arvutatakse räsi tegevusliku terviklikkuse kontrollina.
[05]
Salvestamine ELis
Kirjutatakse ELi jurisdiktsiooni objektisalvestusse lukuga kaitstud prefiksi alla. Objekte ei kirjutata kunagi üle.
[06]
Tagasilugemine ja kontrollimine
Salvestatud objekt loetakse tagasi ja selle räsi kontrollitakse.
[07]
Muutumatu teine koopia
Sama šifreeritud sisu kirjutatakse sünkroonselt teise, ühekordselt kirjutatavasse koopiasse teises ELi piirkonnas, mille säilitusaega ei saa keegi lühendada.
[08]
Registreerimine, seejärel kinnitamine
Üksus ja selle hoidmissündmus registreeritakse. Alles seejärel kinnitatakse vastuvõtt. Öine võrdlus tagab, et midagi ei lähe märkamatult kaduma.

[03]

Logi, mida ei saa märkamatult ümber kirjutada

Iga hoidmissündmus sisaldab sellele eelneva sündmuse räsi, moodustades ühe ahela. Iga päev koondatakse sündmused ka Merkle puuks, nii et kliendile saab esitada tõendi tema enda sündmuste kohta, ilma et ta näeks kellegi teise sündmusi.

Sõltumatud ajatemplid

Logi pea ankurdatakse iga tunni järel – ning kohe, kui aruanne pitseeritakse, luuakse eksport või seatakse õiguslik säilitamiskohustus – vähemalt kahe sõltumatu RFC 3161 ajatempliasutuse juures. Aruande pitseerimine blokeeritakse, kui ankurdamine ebaõnnestub.

[04]

Kaitsekihid

SHA-256 sisseloetavate andmete vastuvõtul
Ainult lisamist lubav räsiahelaga auditilogi
RFC 3161 ankurdamine väliste ajatempliasutuste poolt
Lukkude haldus on piiratud hädapääsukontoga
Lukustuskonfiguratsiooni pidev seire
Muutumatu teine koopia teises ELi piirkonnas

[05]

Mida veebisalvestus sisaldab

Päringu ja vastuse päised
Lehe HTML sellisena, nagu see serveeriti, ning renderdatud DOM
Lehe veebiarhiiv
Kogu lehe ja vaateakna ekraanipildid
TLS-sertifikaadiahel
DNS- ja RDAP-kirjed
Sertifikaadi läbipaistvuse kirjed
Salvestuse metaandmed: algus- ja lõppaeg sünkroniseeritud kellalt, operaator, eesmärk, allika kategooria

Salvestustel kasutatakse üksnes tavalist avalikku juurdepääsu: ei mingeid sisselogimisi, vormide saatmisi ega klõpse peale lehe laadimise.

[06]

Plokiahela tõendid

Tehingu räsi, ploki kõrgus ja räsi, ploki ajatempel, toortehing, dekodeeritud ülekanded ja kinnitused koos kasutatud sõlme tarkvara ja versiooniga. Kirjed jäävad kinnitamata märgendiga, kuni need on lõplikud. Klasterdamine ja sildid on tuletatud analüüs, mitte iseenesest isikusamasuse tõend.

[07]Mida ekspordipakett sisaldab

Mida ekspordipakett sisaldab

Paketid varustatakse saajapõhise vesimärgiga ning edastatakse autentitud allalaadimise või krüpteeritud arhiivi kaudu. Mitte kunagi e-kirja manusena.

manifest.json: Iga fail koos oma tee, SHA-256, suuruse, meediatüübi, hankimisaja ja allika kategooriaga
manifest.json.sig: Manifesti eraldiseisev allkiri
manifest.json.tsr: Manifesti RFC 3161 ajatempli token
audit/: Hoidmissündmused ja Merkle kaasatuse tõendid
certs/: Allkirjastamise sertifikaadi ja ajatempliasutuste ahelad
evidence/ · report/: Algsed artefaktid ja pitseeritud aruanne koos pitsatifailiga
VERIFY.md · verify/: Kirjalikud juhised ja avatud lähtekoodiga kontrollija

[08]Kontrollige ise

Kontrollige ise

Ainult tavapäraste vahenditega:

# 1  Files
sha256sum -c <(jq -r '.files[] | "\(.sha256)  \(.path)"' manifest.json)

# 2  Signature and timestamp
openssl dgst -sha256 -verify <(openssl x509 -in certs/ichnaro-signing.pem -pubkey -noout) \
  -signature manifest.json.sig manifest.json
openssl ts -verify -data manifest.json -in manifest.json.tsr -CAfile certs/tsa/<tsa>-chain.pem

Arvutage iga hoidmissündmuse räsi selle väljade ja eelneva räsi põhjal uuesti ning kontrollige Merkle tõendeid ankurdatud päevajuurte vastu.
Tuletage plokiahela tõendid uuesti mis tahes avalikust sõlmest või brauserist (explorer).
Kontrollige aruannet eraldi aadressil app.ichnaro.com/verify – räsi arvutatakse Teie brauseris ja faili ei laadita üles.

See menetlus on kirjutatud nii, et seda saaksid kontrollida ka mitte-juristid. Lubatavuse ja autentimise reeglid erinevad jurisdiktsiooniti ning neid vaadatakse iga jurisdiktsiooni puhul läbi koos juristiga.