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

Управление интернетом / IETF

IETF

Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.

ГлобальныйУправление протоколамиРиск несовместимости
Иллюстрация сигнала: IETF
Управление интернетом / IETFIETF
РегионГлобальный

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

Основное направлениеУправление интернетом

Процесс разработки протоколов и легитимность стандартов.

Ключевая темаПределы применения

Разрыв между спецификацией и внедрением у поставщиков и операторов.

Горизонт влиянияГод

Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.

Последние материалы

Главные материалы: IETF

644 статьи

В проекте IETF версии 14 уточнено соответствие индексов PCR и значений аттестации

IETF

В проекте IETF версии 14 уточнено соответствие индексов PCR и значений аттестации

Последняя редакция проекта IETF о подписке на потоки удалённой аттестации превратила вопрос о сопоставлении данных, поднятый при рассмотрении, в проверяемое правило: списки индексов PCR и их значений должны содержать одинаковое число элементов, связанных по позиции. Текст стал…

6 окт. 2026 г.
IRTF предлагает исследовательскую площадку для сетевой архитектуры ИИ

IETF

IRTF предлагает исследовательскую площадку для сетевой архитектуры ИИ

Проект устава Net4AI объединяет долгосрочные вопросы о нагрузках ИИ и архитектуре Интернета. Пока инициатива проходит начальную внутреннюю проверку; этапов и сроков в проекте нет.

3 окт. 2026 г.
У карты сети появился собственный бюджет трафика

IETF

У карты сети появился собственный бюджет трафика

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

2 окт. 2026 г.
Для TCP-AO названия KMAC недостаточно, чтобы совпали ключи

IETF

Для TCP-AO названия KMAC недостаточно, чтобы совпали ключи

В настройках двух маршрутизаторов может стоять одна и та же криптографическая функция, а вычисленные ключи трафика окажутся разными. Восьмая редакция проекта TCPM уточняет конкретный вариант NIST, применяемый при выводе ключа для TCP-AO. Это вопрос воспроизводимости расчёта, а не…

2 окт. 2026 г.
RadSec: ошибочный ответ не всегда повод разорвать соединение

IETF

RadSec: ошибочный ответ не всегда повод разорвать соединение

Ответ на истёкший запрос может прийти тогда, когда его короткий идентификатор уже отдан другому запросу. Новая редакция проекта RadSec требует отвергнуть такой ответ, но не приравнивать его автоматически к утрате доверия ко всему защищённому соединению.

2 окт. 2026 г.
Правило BGP может заработать до завершения настройки

IETF

Правило BGP может заработать до завершения настройки

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

2 окт. 2026 г.
Сертификат истекал в 9999 году. Привязку к документу могли не проверить.

IETF

Сертификат истекал в 9999 году. Привязку к документу могли не проверить.

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

2 окт. 2026 г.
Составная подпись прошла проверку. Конверт назвал другой алгоритм.

IETF

Составная подпись прошла проверку. Конверт назвал другой алгоритм.

Composite ML-DSA объединяет постквантовую и классическую подписи в один интерфейс. Но в CMS одного ответа «верно» недостаточно: дайджест, идентификаторы алгоритмов, подписанные атрибуты и точная последовательность байтов должны согласоваться во всём конверте.

2 окт. 2026 г.
Отказ от AH в OSPFv3 потребует согласованного перехода соседей

IETF

Отказ от AH в OSPFv3 потребует согласованного перехода соседей

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

2 окт. 2026 г.
Итоговый фильтр был правильным. Во время обновления маршрут всё равно прошёл

IETF

Итоговый фильтр был правильным. Во время обновления маршрут всё равно прошёл

Редакция 03 проекта IETF GROW показывает неудобную границу автоматизации BGP: проверенный конечный набор правил ничего не говорит о решениях, которые маршрутизатор принимал между старым и новым состояниями.

2 окт. 2026 г.
Издатель подписал оболочку, но не получил права заменить ключ агента

IETF

Издатель подписал оболочку, но не получил права заменить ключ агента

В AIC-JWT 02 подписанное принципалом делегирование помещается внутрь удостоверения, подписанного издателем. Такая конструкция отделяет доставку полномочия от права менять его носителя.

2 окт. 2026 г.
Агент подписал вызов. Вложенный ключ всё ещё не был полномочием.

IETF

Агент подписал вызов. Вложенный ключ всё ещё не был полномочием.

В OpenA2A AIP версии 03 математически верная подпись отделена от установленной личности. Предъявленный ключ доказывает владение секретом; право этого ключа представлять агента должно прийти из реестра или разрешённого DID-документа.

2 окт. 2026 г.
Каждое звено прошло проверку. Хронология всё равно могла быть усечена.

IETF

Каждое звено прошло проверку. Хронология всё равно могла быть усечена.

В редакции 09 AER-1 история вызовов инструментов ИИ-агента становится проверяемой изнутри. Но самый важный вывод проекта касается границы: внутренне безупречная цепочка не способна сама подтвердить, что перед нами её первоначальная полная версия.

2 окт. 2026 г.
Цепочка доказала, что одни часы ошиблись. Но не назвала виновные.

IETF

Цепочка доказала, что одни часы ошиблись. Но не назвала виновные.

Roughtime умеет сохранить противоречие как переносимое доказательство, не выдавая криптографическую проверку за готовый приговор.

2 окт. 2026 г.
Никто не сообщил о ходе работы. Почему задача выглядела завершённой?

IETF

Никто не сообщил о ходе работы. Почему задача выглядела завершённой?

Если участники перечислены, но ни одного отчёта о ходе работы нет, система должна сохранить отсутствие свидетельств, а не нарисовать зелёный итог.

2 окт. 2026 г.
Получатель заметил отказ, но дошло ли извещение до источника?

IETF

Получатель заметил отказ, но дошло ли извещение до источника?

У края дерева BIER можно достоверно зафиксировать потерю контрольных пакетов и всё же не иметь подтверждения, что о ней узнал входной маршрутизатор. Двенадцатая редакция проекта BIER BFD подробнее описывает обратное извещение и тем самым разделяет три события: обнаружение, приём…

2 окт. 2026 г.
Две стороны платежа совпали. Запись о доставке всё ещё пуста.

IETF

Две стороны платежа совпали. Запись о доставке всё ещё пуста.

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

2 окт. 2026 г.
Реестр может назвать контрольный вопрос. Сделать его приемлемым он не может.

IETF

Реестр может назвать контрольный вопрос. Сделать его приемлемым он не может.

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

2 окт. 2026 г.
MOQT больше не предлагает угадывать фильтр по длине

IETF

MOQT больше не предлагает угадывать фильтр по длине

Для прямой трансляции важно не только сохранить соединение, но и отдать подписчику именно ту часть последовательности, которую он запросил. В двадцать второй редакции Media over QUIC Transport меняется формат указания позиции: вместо вывода формы фильтра из длины сообщения…

2 окт. 2026 г.
Метод AML сработал. Это не означает, что клиент прошёл проверку.

IETF

Метод AML сработал. Это не означает, что клиент прошёл проверку.

Переносимый код метода способен подтвердить запуск проверки, но не заменяет доказательства и локальное решение о клиенте или операции.

2 окт. 2026 г.

Доступ для участников

Закрытая аналитика профиля

Войдите, чтобы открыть полные профили и углублённые разделы.

Только для Альянса лидеров

Обзор Альянса лидеров

Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.

Вступить в Альянс лидеров