Evidence verification

Как проверить evidence ZIP DataRoom24

Инструкция для юриста, клиента или внутреннего аудитора: что скачать, куда загрузить, какие checks смотреть и где честный предел без TSA/нотариуса.

Что запросить

Минимальный набор для проверки

Для базовой проверки достаточно evidence ZIP. Для расширенного разбора можно дополнительно запросить git proof и verification report.

01Evidence ZIP

Основной пакет: export JSON, NDA certificate, original NDA file, manifest hashes, package anchor и proof artifacts.

02Verification report

JSON/PDF отчёт verifier-а: какие checks прошли, какие warning остались, какие hashes проверены.

03Git proof

Отдельный `git-transparency-proof.json`, если anchor публиковался в git transparency log.

04Remote policy audit

Внутренний audit: commit/file доступны в локальном git log, remote hash совпадает, push был записан как успешный.

Проверка ZIP

Порядок действий

1. Откройте verifierПерейдите на `/verifier.html`. Это публичный экран проверки evidence ZIP.
2. Загрузите ZIPVerifier проверит manifest, hashes, NDA certificate, package anchor и proof artifacts.
3. Смотрите verdict`valid=true` означает, что структура и связи пакета прошли проверку. Warning не всегда равен ошибке.
4. Сохраните reportСкачайте JSON report и при необходимости сохраните print/PDF версию для дела.

Что означают проверки

Какие связи verifier подтверждает

Verifier не должен доверять UI. Он проверяет связи внутри самого пакета.

AManifest hashes

Файлы внутри ZIP совпадают с SHA-256 из manifest.

BNDA link

NDA certificate связан с acceptance event и original NDA file.

CAudit events

Access events ссылаются на audit event ids/hashes, где это возможно.

DPackage anchor

Anchor пересчитывается из embedded evidence events.

EGit proof

Proof связывает publication payload hash с commit/path/reference.

FStrict mode

Строгий verifier отсекает старые или неполные evidence packages.

Git proof

Что даёт git transparency proof

Что подтверждаетProof связывает hash publication artifact с git commit и относительным путём в transparency log.
Что не подтверждаетСам по себе proof не является TSA и не доказывает, что внешний remote прямо сейчас доступен независимой стороне.
Как проверить отдельноЗагрузите `git-transparency-proof.json` в standalone endpoint `/api/evidence/git-transparency-proof/verify` или проверьте его через backend/API flow.

Limits

Честные ограничения

Это не нотариатDataRoom не создаёт нотариальный акт и не заменяет нотариуса.
Это не квалифицированная метка времениБез RFC3161/TSA нельзя заявлять qualified timestamp или государственно доверенную метку времени.
Это tamper-evident пакетСистема хорошо показывает внутреннюю связность и следы изменения, но не устраняет весь риск оператора.

Evidence

Проверка доказательств должна быть понятной, а не магической.

DataRoom24 показывает, что проверяется, какие hashes связаны и где пределы доверия без TSA/нотариуса.