Кратко

  • Проект рабочей группы LAKE от 2 ноября просит две метки внешних данных авторизации EDHOC: для проверки через посредника BG и для модели «паспорта» PP. Июльская версия предусматривала ещё две отдельные метки запуска.
  • Сторона, принимающая решение о доступе, может послать CBOR true (0xF5) под меткой выбранной модели в message_1; аттестуемая сторона обязана ответить предложением под той же меткой в message_2.
  • TBD1 и TBD2 остаются временными обозначениями. В действующем реестре IANA этих назначений нет.

Кнопка вызова и папка доказательств получили один номер

Шестая редакция просила отдельные строки для команд запуска BG и PP. Седьмая убрала обе строки из своего запроса к IANA. Под каждой из двух оставшихся предлагаемых меток первая реплика может содержать команду запуска, а вторая — предложение аттестуемой стороны. Изменение таблицы запросов перекладывает работу на анализатор сообщений: одной метки ему недостаточно.

Старт обозначен логическим значением CBOR true, байтом 0xF5, в первом сообщении EDHOC. Получив его, аттестуемая сторона должна направить предложение во втором сообщении. В BG свидетельства устройства проходят через полагающуюся на них сторону к проверяющему. В PP устройство предъявляет уже выданный проверяющим результат. Перепутать команду и свидетельство означает испортить запись, на основании которой потом решается вопрос о доступе.

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

Список документов LAKE показывает статус рабочего Internet-Draft I-D Exists. В реестре EDHOC IANA нет назначенных меток BG и PP. Для вывода о практической совместимости нужны окончательные номера и открытая запись обмена по новой редакции.