Кратко

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

Предупреждение над архитектурой

Номер RFC может выглядеть как знак стандартизации. RFC 3924 напоминал, что одного номера для такого вывода недостаточно. Опубликованный в октябре 2004 года документ назывался Cisco Architecture for Lawful Intercept in IP Networks и был написан тремя авторами из Cisco Systems. Его категория — Informational. В примечании до аннотации IESG указала, что документ не претендует ни на один уровень интернет-стандарта, и рекомендовала осторожно оценивать его для реализации и внедрения.

Примечание поясняло не только категорию. RFC Editor решил опубликовать документ по собственному усмотрению; решение не опиралось на проверку IETF в отношении безопасности, управления перегрузкой или нежелательного взаимодействия с уже работающими протоколами. Текст вошёл в серию RFC, но не получил статуса проверки и нормативной силы, которую многие читатели связывают с интернет-стандартом.

Разница важна, поскольку RFC 3924 затрагивал политически и юридически чувствительную тему. В аннотации описана архитектура Cisco с минимальным набором общих интерфейсов. Там же сказано, что документ не рассматривает конкретные правовые требования или обязанности в какой-либо стране. Во введении граница повторяется: описан один из методов, возможны другие, а побудительные требования сами по себе не создают юридических обязанностей для поставщиков услуг или оборудования.

IESG направила читателей к RFC 2804 — заявлению о политике IAB и IESG по поводу прослушивания от 2000 года — чтобы объяснить, почему подобные архитектуры являются вендорскими, а не предметом стандартизации IETF. Эта ссылка помещает RFC 3924 в более широкую историю процесса стандартов. За четыре года до этого IETF зафиксировала институциональный вопрос: следует ли проектировать протоколы так, чтобы облегчать перехват. RFC 3924 не решил этот спор, став стандартом. Его примечание показало другую границу: публикация в архивной серии не равна стандартизации сообществом.

Это не утверждение о том, применялась архитектура или нет, и не оценка законов какой-либо страны. RFC не доказывает современное внедрение; публикация также не доказывает, что конкретный перехват был разрешён, безопасен или законен. Это отдельные вопросы, для которых документ намеренно не предоставляет доказательств.

Историческое значение RFC 3924 отчасти состоит в таком разделении. Технический проект можно сохранить и обсуждать, не превращая его в требование IETF. Общая техническая терминология не определяет, какой государственный орган вправе запросить действие, какая юридическая процедура нужна, как человек может оспорить его или кто за него отвечает. Предупреждение IESG не исключило документ из серии RFC; оно включило ограничения в историческую запись.

С этой точки зрения RFC 3924 полезен для истории управления Интернетом: не потому, что он установил универсальное правило законного перехвата, а потому, что публикация демонстрирует, как серия RFC может сохранить предложение вендора и одновременно указать, что это не стандарт, не одобрение безопасности IETF и не юридическое заключение.

Источники