Кратко

  • Datatracker показывает charter-ietf-stir-02-00 как проект нового устава на внутреннем рассмотрении IESG/IAB: две позиции BLOCK, дата telechat не назначена.
  • В тексте сказано, что STIR аутентифицирует событие звонка и полномочие использовать номер, но не даёт стандартного способа определить субъект за этим полномочием.
  • Предлагается связать PASSporT с идентификатором субъекта, имеющего право на номер, и расширить работу по прозрачности сертификатов, внеполосному обнаружению и connected identity.
  • Юридические правила проверки, регуляторные требования и управление нумерационными органами, удостоверяющими центрами и службами прозрачности остаются вне мандата.
  • Нужна минимальная квитанция, связывающая диапазон номера, роль субъекта, происхождение сертификата и текущую точку статуса, но не обещающая установить человека или правдивость разговора.

Номер подтверждён, принципал не назван

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

Проект устава не называет это провалом STIR. Он фиксирует границу, выявленную эксплуатацией: событие звонка и право использовать номер проверяемы, однако у проверяющей стороны нет общей формы ответа на вопрос, какой субъект представлен делегированным сертификатом.

Термин «идентичность звонящего» скрывает разные объекты. Отображаемый номер, держатель права, технический подписант, знакомый адресату бренд и говорящий человек — не одно лицо. Истинность сообщения — ещё одно утверждение. Подпись одного слоя не должна наследовать смысл всех остальных.

Проект ещё не стал действующим мандатом

На дату отсечения документ обновлён 30 июля 2026 года и имеет состояние Start Chartering/Rechartering (Internal Steering Group/IAB Review). Указаны две позиции BLOCK и достаточное число позиций для прохождения после их разрешения; даты telechat нет.

Действующая версия 02 уже охватывает проверку права на номер, делегирование сертификатов и связанные механизмы. Новый текст добавил бы связь PASSporT с идентификатором субъекта, владеющего правом использования назначенного номера, а также прозрачность учётных данных, внеполосное обнаружение и connected identity.

BLOCK не равен окончательному отказу. Достаточная арифметика позиций не равна одобрению. Доказанный статус — предложенный объём работ на рассмотрении.

Делегирование ограничивает диапазон

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

RFC 9060 требует, чтобы TNAuthList дочернего сертификата была равна родительской или уже её. Это поддерживает предприятия с несколькими исходящими операторами и не позволяет делегату заявлять номера за пределами полученного диапазона.

Но TNAuthList говорит о диапазоне. RFC 8226 допускает не раскрывать владельца в имени субъекта сертификата, в том числе по соображениям конфиденциальности. Поэтому доказательство номера может быть сильным, а стандартизированное описание субъекта и его роли — слабым.

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

Прозрачность обнаруживает выпуск, но не исправляет его

Активный проект STI Certificate Transparency предлагает журналы только для добавления, Signed Certificate Timestamps, наблюдателей и аудиторов. Ответственный за номер сможет заметить неожиданный выпуск, а служба проверки — потребовать подтверждение включения.

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

Следует разделять три состояния: сертификат выпущен, сертификат занесён в журнал, сертификат сейчас принимается по применимой политике. Если считать SCT текущим полномочием, прозрачность подменит институциональное решение.

Квитанция, а не публичное досье

Минимальная квитанция соединяет четыре блока. Первый — номер или диапазон и родительско-делегированный объём. Второй — идентификатор субъекта и узкая роль: держатель, уполномоченный провайдер или делегат. Третий — издатель, цепочка, срок действия и доказательство журнала. Четвёртый — указатель статуса, отзыва или исправления и компетентный орган.

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

Такое разделение следует исключениям устава. IETF задаёт совместимые синтаксис и технический смысл. Нумерационные органы, провайдеры, УЦ, регуляторы и суды принимают свои политические решения. Исправление должно показывать, изменилось ли назначение номера, связь с субъектом, сертификат, журнал или правило обработки звонка.

Квитанция не говорит: «этому звонящему можно доверять». Она говорит уже: эта учётная запись охватывает этот номер; этот субъект заявлен в такой роли; этот орган создал и записал связь; здесь проверяются состояние и история исправлений.

Источники

  1. Проект нового устава STIR
  2. Действующий утверждённый устав STIR
  3. Документы рабочей группы STIR
  4. Internet-Draft по прозрачности сертификатов STI
  5. RFC 8225: PASSporT
  6. RFC 8226: сертификаты STIR
  7. RFC 9060: делегирование сертификатов STIR
  8. Повестка промежуточной встречи STIR 9 апреля 2026 года
  9. Heng Lu, The Policy Mirror