Summary

  • Индивидуальный проект от 2 ноября описывает два расширения EST: выпуск новых учётных данных и получение уже сохранённого набора после удалённой аттестации.
  • Клиент и сервер EST служат каналом. Они не создают ключи и свидетельства, не оценивают результат аттестации и не решают, кому выдавать данные. Решение принимает эмитент или хранилище по собственной политике.

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

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

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

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

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