Принцип работы

Принцип функционирования сервиса находится на стадии разработки. Комментарии, предложения, поправки крайне приветствуются.

Получение метки времени

Для получения метки времени, клиент¹:

1. Посредством web-интерфейса или программы, отправляет сервису данные, подлежащие заверению.

2. Сервис формирует «метку времени»², содержащую данные согласно формату.

3. Сервис публикует созданную «метку времени».

4. Сервис отправляет клиенту «метку времени» (возможен произвольный формат), подписанную прозрачной подписью.

Вопрос:

1. Как клиент узнает открытый ключ сервиса?
   • на странице сервиса (Serzh)
   • Откуда у пользователя уверенность, что ему не посунули подделку? Нужно как-то протащить ключ в сеть доверия, что бы каждый мог проверить. — Alex_B
   • Оператор подписывает ключ службы своим персональным ключом, который связывается с сетью доверия всеми обычными способами. Или, если сайт службы работает по SSL, положиться на защищённость канала. А ещё лучше объединить оба способа. В общем, я здесь не вижу существенной проблемы. — SATtva
2. Почему следует использовать SHA512?
   • используется несколько независимых хэш-функций (Serzh)
   • вообще-то это не ответ на поставленный вопрос. ;-) на мой взгляд, использование RIPEMD-160 при наличии SHA-512 избыточно. можете привести хоть одну причину в её необходимости? — SATtva
3. Что непосредственно представляет из себя заверяемая информация?
   • произвольная информация, которая (если изначально это не файл) компонуется в файл (Serzh)
   • Мне кажется это должен быть произвольный файл. А как быть если пользователь захочет заверить уже готовый хеш – он записывает этот хеш в текстовый файл и заверяет уже этот файл?
   • да, а если клиенту заверенные данные ещё нужно отпарсить? зачем заставлять его делать лишние телодвижения при том, что необходимости в этом никакой нет? считаю, что в ascii armor паковаться должны только двоичные файлы. — SATtva

Получение метки времени по URL

Идея: Клиент передает url страницы сайта, что бы иметь возможность в последствии доказать что было размещено на данной странице.

Разработка данной возможности пока заморожена (по край ней мере для меня)

¹Клиент — лицо или система, требующие точного заверенного времени для последующего аудита.

²Формат «метки времени» описан в соответствующем разделе.