Проблема перегляду на першому етапі
Вебсторінка, запис транзакції чи знімок екрана можуть змінитися після збору — випадково, через інструмент або навмисно. Якщо ніхто не може показати, що копія у звіті є тією копією, яку було зафіксовано, експерт іншої сторони поставить таке запитання, і матиме на це право.
Спочатку геш, потім усе інше
Коли ми отримуємо артефакт, ми обчислюємо його геш SHA-256 до того, як його торкнеться будь-який інший процес. Геш, час, джерело та метод записуються до нашого журналу зберігання на тому самому кроці. Лише після цього артефакт зберігається та стає доступним для аналізу.
Журнал, який неможливо непомітно змінити
Кожен запис у журналі зберігання містить геш попереднього запису. Зміна будь-якого минулого запису порушила б кожну наступну ланку. З регулярними інтервалами ми надсилаємо поточну голову журналу до двох незалежних центрів позначок часу RFC 3161, які повертають підписані токени з указанням часу, коли вони її отримали.
Що може перевірити інша сторона
Кожен пакет експорту містить маніфест гешів, токени позначок часу та письмові інструкції. Третя сторона може перерахувати геші стандартними засобами та підтвердити позначки часу, не звертаючись до нас по жодні дані.
Чого геш не доводить
Геш доводить, що файл не змінювався з моменту обчислення гешу. Він не доводить, що те, що показує файл, є правдою. Саме тому наші звіти розділяють те, що було спостережено, і те, що є висновком, та наводять рівень упевненості й обмеження для кожного висновку.