Что такое сервер меток времени (TSA)? Полное руководство

Что такое сервер меток времени (TSA)?

Полное руководство

Нотариус, который никогда не читает ваш документ: как RFC 3161 превращает хэш в доказательство того, «когда» это произошло.

03:12:07 UTC

Сервер сборки в комнате без окон завершает компиляцию версии прошивки, подписывает её и переходит к следующей задаче. Никто не наблюдает. Никто больше не вспомнит об этом файле в течение шести лет.

Затем приходит письмо от регулирующего органа. Сертификат подписи давно истек. Какой-то ключ был отозван за это время. Вопрос на повестке дня состоит всего из трех слов: когда это было подписано?

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

Именно эту проблему призван решить сервер меток времени.

Кратко

В определенный момент времени доверенная метка времени криптографически связывает хэш ваших данных с независимо подтвержденным временем, создавая проверяемое доказательство того, что данные существовали не позднее этого момента. Измените хотя бы один бит впоследствии, и верификация это обнаружит.

Что такое сервер меток времени?

Представьте нотариуса, который никогда не читает договор. Вы передаете через стол запечатанный отпечаток. Нотариус бросает взгляд на часы, которые ориентируются на UTC, а не на вас, и записывает оба значения на подписанной квитанции. Затем вы уходите, а нотариус забывает, что вы вообще здесь были. Годы спустя эта квитанция все еще свидетельствует кому угодно и без вызова нотариуса: этот точный отпечаток существовал к этому точному моменту.

Этот нотариус — сервер меток времени. Вместо того чтобы доверять часам машины, которая создала или подписала файл, он опирается на независимый источник времени и выдает подписанный цифровой подписью токен метки времени: свидетельство, которое может быть проверено задолго после события, в автономном режиме и любым лицом, обладающим правильными якорями доверия.

В стандартизированном проставлении меток времени стороной, стоящей за сервером, является Служба меток времени (Time Stamping Authority, TSA). RFC 3161 определяет, как запросы поступают к TSA, как выглядит ответ и каким требованиям безопасности должна соответствовать эта служба.

Доверенное проставление меток времени лежит в основе цифровых подписей, выпусков программного обеспечения, деловых записей, интеллектуальной собственности, аудиторских доказательств и электронных транзакций — всего, целостность чего однажды может потребоваться отстоять при перекрестном допросе.

Сервер меток времени, TSA, TSU, служба меток времени: кто есть кто?

Почему обычной компьютерной метки времени недостаточно?

Каждая файловая система ведет дневник. Каждая строка базы данных имеет поле «created_at». Каждое приложение для подписи может напечатать дату рядом с подписью. И каждый из этих дневников написан стороной, честность которой впоследствии может быть поставлена под сомнение. Простая команда «touch -d» перезаписывает время модификации файла; системные часы подчиняются тому, у кого есть соответствующие привилегии.

Обычная метка времени может подсказать вам, что записала система. Она не может доказать, что записанному времени стоит верить. Доверенная метка времени меняет свидетеля: независимая служба, подписанный токен и криптографическая привязка к хэшу данных.

Как работает сервер меток времени по стандарту RFC 3161?

Транзакция, измеряемая в миллисекундах, с последствиями, измеряемыми годами.

Стандарт RFC 3161 определяет протокол меток времени (Time-Stamp Protocol) как простой обмен запросами и ответами. Вот вся хореография: от первого хэша до проверки, которая может произойти задолго после того, как все участники уже пойдут дальше.

Рисунок 1. Обмен по RFC 3161: от локального хэша до проверки годы спустя. Через сеть передается только дайджест.

1 · Клиент хэширует данные

Криптографический хэш — это отпечаток данных: измените один бит, и при использовании любого надежного алгоритма дайджест изменится до неузнаваемости. Клиент хэширует документ, программный объект, транзакцию, значение подписи или запись. То, что подвергается хэшированию, зависит от рабочего процесса (для метки времени подписи это сама подпись), и этот выбор точно определяет, за что сможет поручиться готовый токен.

2 · Клиент отправляет слепок, а не документ

Клиент формирует запрос TimeStampReq: версию, идентификатор messageImprint (идентификатор алгоритма хэширования плюс дайджест) и необязательные поля, такие как запрошенный OID политики, случайный одноразовый номер (nonce), который привязывает ответ к этому запросу, и флаг certReq, запрашивающий у TSA внедрение своего сертификата подписи в токен. По протоколу HTTP он передается методом POST с типом контента application/timestamp-query; в RFC 3161 описаны и другие транспорты.

Исходные данные никогда не покидают вашу среду. TSA проставляет метку времени на слепке, а не на содержимом, что является как средством обеспечения конфиденциальности, так и способом экономии пропускной способности.

3 · TSA выпускает токен

TSA решает, удовлетворить ли запрос (приемлем ли алгоритм хэширования и совпадает ли длина дайджеста?), сверяется со своими часами, присваивает уникальный серийный номер и собирает структуру TSTInfo. Затем он подписывает эту структуру как CMS SignedData с помощью ключа, зарезервированного для этой цели, и упаковывает результат в TimeStampResp со статусом. Токен TimeStampToken внутри — это именно то, что имеет значение.

Обратите внимание на строгие правила, заложенные в сертификат подписи. RFC 3161 требует, чтобы ключ TSA предназначался исключительно для проставления меток времени, а его сертификат содержал расширенное использование ключа id-kp-timeStamping, помеченное как критическое и без каких-либо других сопутствующих видов использования. Проверяющая сторона, увидевшая что-то иное, должна отказаться от дальнейшей работы.

4 · Токен возвращается домой

Клиент получает ответ, и осторожный клиент не доверяет ему слепо. Он проверяет статус, подтверждает, что одноразовый номер (nonce) и слепок совпадают с тем, что он отправил, и проверяет токен, прежде чем строить что-либо поверх него. Затем токен путешествует вместе с защищаемым артефактом: он встраивается в качестве неподписанного атрибута внутрь подписи CMS или CAdES, добавляется в качестве метки времени документа внутри PDF или хранится рядом с файлом в виде отдельного ответа.

5 · Проверяющая сторона проверяет его позже

Спустя годы проверяющая сторона обрабатывает токен в фиксированном порядке:

• Повторно хэшируйте данные с помощью алгоритма, указанного в токене, и сравните дайджест с messageImprint байт за байтом.
• Проверьте подпись CMS поверх TSTInfo с использованием сертификата TSA.
• Проверьте цепочку сертификатов TSA до якоря доверия и оцените её действительность и статус отзыва на соответствующий момент времени.
• Проверьте OID политики и точность на соответствие требованиям вашей политики валидации.
• Подтвердите одноразовый номер (nonce), если запрос выполнялся в реальном времени.

Если пересчитанный хэш не совпадает, результат имеет тонкий оттенок, который стоит сформулировать точно: сам токен подлинный, но он относится к другим данным. Он не проходит валидацию для данной версии файла.

Попробуйте из терминала

Всё описанное выше умещается в четыре команды OpenSSL. Указанный ниже URL-адрес TSA является заменяемым; подставьте конечную точку вашего провайдера.

Что доказывает метка времени по RFC 3161?

Здесь важна точность, потому что именно из-за преувеличений метки времени проигрывают споры.

Метка времени по RFC 3161 подтверждает доказательства того, что данные, представленные конкретным хэшем, существовали до или во время момента времени, записанного в токене. Она также позволяет проверяющей стороне проверить, дает ли предъявленный позже файл тот же хэш, что и данные, для которых изначально была проставлена метка времени.

Читайте claim так, как это сделал бы юрист: до. Значение genTime в токене — это верхняя граница, а не свидетельство о рождении: данные могут быть старше, а токен не может указать, насколько именно. Временная метка сообщает вам самый поздний момент, когда что-то могло возникнуть, а не момент, когда это произошло.

Временная метка сама по себе не:

• устанавливает, кто создал базовый документ;
• доказывает, что каждое утверждение в документе истинно;
• доказывает, что лицо поняло его содержание или согласилось с ним;
• препятствует созданию кем-либо измененной копии;
• заменяет аутентификацию личности; или
• автоматически удовлетворяет каждому правовому или регуляторному требованию.

Эти вопросы требуют других средств контроля: цифровых подписей, верификации личности, журналов аудита, средств контроля доступа, услуг архивного хранения или квалифицированных доверительных услуг.

Является ли сервер штампов времени тем же самым, что и центр сертификации (УЦ)?

Два органа, два разных вопроса.

Нет. УЦ выпускает и управляет сертификатами, которые связывают открытый ключ с личностью или другой информацией о субъекте. Служба штампов времени выдает токены, которые связывают хэш данных с доверенным временем. Обе работают в рамках одного инструментария PKI (сертификаты, ключи подписи, политики и цепочки доверия), но выполняют разные функции доверия.

Сертификат помогает ответить на вопрос, кто или что владеет этим ключом. Доверенная метка времени помогает ответить на вопрос, когда существовали эти данные.

Здесь есть нюанс, который стоит оценить: служба штампов времени (TSA) также является клиентом мира УЦ. Ее сертификат подписи выдается УЦ и имеет собственный срок действия и статус отзыва. Долговечность токена поэтому зависит от лежащей в его основе PKI, и именно за эту нить тянется история долгосрочной валидации.

Как штампы времени поддерживают цифровые подписи?

Цифровая подпись связывает подписанта или систему подписания с конкретными данными и делает последующие изменения обнаруживаемыми. Простановка штампов времени добавляет независимое свидетельство о том, когда подписанные данные или подпись существовали.

Результат проявляется, когда сертификат подписи позже истекает или отзывается. Метка времени позволяет проверяющей стороне задать правильный вопрос — был ли сертификат действителен в то время, а не неправильный — действителен ли он сейчас. Будет ли ответ положительным, зависит от формата подписи, политики валидации, приложения, информации о статусе сертификата, типа метки времени, прочности алгоритма и сохранения требуемых свидетельств валидации. GlobalSign описывает свои службы штампов времени как поддерживающие непрерывную валидацию подписанных документов и кода после истечения срока действия сертификата подписи.

Что такое квалифицированная электронная метка времени по регламенту eIDAS?

Тот же протокол в юридической униформе.

В рамках европейского регламента eIDAS электронная метка времени не может быть лишена юридической силы или допустимости в качестве доказательства только на том основании, что она является электронной. Квалифицированная электронная метка времени идет дальше. Она пользуется презумпцией точности в отношении указанных в ней даты и времени, а также целостности связанных с ней данных (статья 41) и должна признаваться во всех государствах-членах.

Что дает право на получение статуса квалифицированной? Статья 42 устанавливает три требования, которым квалифицированный поставщик доверительных услуг (QTSP) должен уметь соответствовать:

• Метка времени связывает дату и время с данными таким образом, чтобы разумно исключить необнаруживаемые изменения.
• Она основана на точном источнике времени, связанном с Всемирным координированным временем.
• Она подписана или запечатана с помощью усовершенствованной электронной подписи или печати QTSP либо с помощью эквивалентного метода.

На практике стандарты ETSI превращают эти положения в проверяемые средства контроля: EN 319 421 для требований к политике и безопасности поставщиков, выдающих метки времени, и EN 319 422 для протокола простановки меток времени и профилей токенов. Стоит знать об одном последствии: если часы TSA отклоняются за пределы заявленной точности, соответствующая служба прекращает выдачу токенов вместо того, чтобы угадывать.

Браузер доверенных списков Европейской комиссии позволяет искать национальные доверенные списки по имени поставщика и по типу доверительной услуги, включая простановку меток времени. Это авторитетный способ проверки того, какие службы числятся в качестве квалифицированных. GlobalSign nv/sa публикует специальный регламент оказания услуг для своей службы квалифицированных меток времени eIDAS, в котором заявляется о соответствии стандарту ETSI EN 319 421.

Типичные сценарии использования сервера штампов времени

Четыре ситуации, когда доказательство времени меняет результат.

Подпись кода: подпись, переживающая свой сертификат

Метка времени фиксирует, когда существовало подписанное программное обеспечение, поэтому сборка, подписанная в период действия ее сертификата, может быть оценена позже, в зависимости от политики валидации платформы и статуса отзыва.

Записи интеллектуальной собственности

Хэшируйте дизайн, рукопись, исследовательский набор данных или дерево исходного кода, поставьте метку времени на хэш, и у вас будет доказательство того, что конкретная версия существовала к указанному времени. Метка времени не устанавливает юридическое право собственности, но может служить веским доказательством, связанным со временем.

Журналы аудита и транзакции

Там, где важны целостность и порядок записей, проставляйте метки времени на самих записях или периодически проставляйте метки времени на вершине журнала с хэш-цепочкой или корне дерева Меркле, чтобы все, что находится под ним, наследовало доказуемое время.

Регулируемые записи

Юридические, финансовые, государственные, медицинские, производственные и архивные рабочие процессы могут требовать надежных доказательств того, когда записи существовали или были подписаны. Точные требования зависят от юрисдикции, законодательства и политики валидации.

Что организации должны искать в службе штампов времени?

Оценивайте ее как инфраструктуру доверия, а не как URL-адрес, добавляемый в инструмент подписания.

• Поддержка стандартов. Подтвердите поддержку RFC 3161 и профилей, которые соответствуют вашим форматам подписания (CAdES, PAdES, XAdES, цепочки инструментов подписания кода).
• Задокументированные политики и практики. Ознакомьтесь с политикой простановки меток времени, регламентом оказания услуг, политиками сертификатов и документацией службы.
• Защита ключей. Узнайте, как генерируются, хранятся и используются ключи подписи TSU и соответствуют ли средства контроля уровню надежности, которого требует ваш сценарий использования.
• Надежное время. Ищите источники с отслеживанием UTC, задокументированные средства контроля синхронизации и определенное поведение при отклонении часов.
• Доступность и емкость. Служба штампов времени часто находится на критическом пути автоматизированного подписания, конвейеров сборки и высоконагруженных рабочих процессов. Задержка, пропускная способность, мониторинг и поддержка являются эксплуатационными требованиями, а не приятными дополнениями.
• Верификация и долгосрочная поддержка. Спланируйте, как токены, сертификаты TSA, информация о статусе сертификатов и политики будут сохраняться и проверяться в течение всего жизненного цикла ваших записей.
• Варианты интеграции. Проверьте соответствие приложениям для подписания, системам документов, процессам сборки, API и корпоративным рабочим процессам.

Статья 50 Закона ЕС об искусственном интеллекте: где находится место доверенного времени

Статья 50 Закона ЕС об искусственном интеллекте вступила в силу 2 августа 2026 года. Обязанности по обеспечению прозрачности, которые она создает, разделены между двумя ролями, и их стоит разделять:

• Поставщики систем генеративного ИИ должны обеспечивать маркировку синтетических аудио-, видео-, графических и текстовых материалов в машиночитаемом формате и делать их детектируемыми как искусственно созданные или сгенерированные (Статья 50(2)). Поставщики систем, которые напрямую взаимодействуют с людьми, также обязаны обеспечивать прозрачность такого взаимодействия (Статья 50(1)).
• Развертывающие организации обязаны раскрывать информацию о дипфейках, а также сгенерированном или измененном ИИ тексте, публикуемом для информирования общественности по вопросам, представляющим общественный интерес (Статья 50(4)), а также информировать лиц, подвергающихся воздействию систем распознавания эмоций или биометрической категоризации (Статья 50(3)).

Цифровой омбудсмен по ИИ (Регламент (ЕС) 2026/1744, вступивший в силу 27 июля 2026 г.) оставил Статью 50 в силе, но установил ограниченный переходный период для обязанности машиночитаемой маркировки: генеративные системы, уже представленные на рынке ЕС до 2 августа 2026 г., имеют время до 2 декабря 2026 г. для внедрения маркировки по Статье 50(2), в то время как системы, размещенные на рынке начиная со 2 августа 2026 г., должны соблюдать требования с самого начала.

Окончательный документ Code of Practice on marking and labelling AI-generated content Комиссии, опубликованный 10 июня 2026 г., носит рекомендательный характер. Он не предписывает какую-то одну технику; он направляет поставщиков к многоуровневой маркировке, в которой защищенные метаданные являются одним из уровней.

Какова роль временной метки?

Статья 50 не упоминает временные метки, и временная метка сама по себе не маркирует контент. Что она может сделать, так это ответить на вопрос, который рано или поздно задает любой аудит: когда? Скрепив хэш контента вместе с его метаданными маркировки под независимым временем, вы получаете защищенное от несанкционированного вмешательства доказательство того, что этот результат с данной маркировкой существовал не позже указанного момента.

Энтузиасты PKI узнают этот паттерн на практике. C2PA Content Credentials, являющиеся распространенным средством для защищенных метаданных происхождения мультимедиа, представляют собой манифесты с подписью COSE, которые могут содержать токен RFC 3161 в незащищенном заголовке подписи. Именно этот токен позволяет подписи манифеста оставаться проверяемой после истечения срока действия самого сертификата подписи. Убедитесь, что выбранная вами служба штамповки времени (TSA) принимается валидаторами и списками доверия, на которые опирается ваша экосистема.

Внедрите доверенное время в ваши цифровые рабочие процессы

Поскольку все больше документов, программного обеспечения, транзакций и аудиторских записей создаются в цифровом виде, установление того, когда именно существовали данные, становится столь же важным, как и защита того, кто их подписал и не изменились ли они.

GlobalSign предоставляет службы штамповки времени, соответствующие стандарту RFC 3161, для сценариев использования подписания документов, кода и квалифицированных временных меток, которые подкреплены опубликованной документацией по практике штамповки времени.

Обратитесь в GlobalSign для интеграции доверенной штамповки времени в ваши рабочие процессы подписания, соблюдения нормативных требований или работы с цифровыми доказательствами.

Примечание редактора: Эта статья носит общий технический характер и не является юридической консультацией. Организации должны оценивать применимые законы, правила, требования к доказательствам и политику хранения для каждой юрисдикции и каждого сценария использования.