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

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

IETF

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

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

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

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

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

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

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

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

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

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

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

1 644 статьи

Компанию купили. Её устройства всё ещё спрашивают разрешения у старого URL

IETF

Компанию купили. Её устройства всё ещё спрашивают разрешения у старого URL

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

3 нояб. 2026 г.
DNSSEC хватит одной подписи. Кто ответит за алгоритм, который отключил резолвер?

IETF

DNSSEC хватит одной подписи. Кто ответит за алгоритм, который отключил резолвер?

Проект IETF разрешил бы зоне с несколькими объявленными алгоритмами отдавать один широко поддерживаемый путь проверки. DNS-провайдеры получили бы свободу действий. Резолвер, отключивший этот алгоритм своей настройкой, должен был бы открыто признать потерю аутентификации.

3 нояб. 2026 г.
NAT64 открывает дверь к частному IPv4. У кого список допущенных?

IETF

NAT64 открывает дверь к частному IPv4. У кого список допущенных?

Проект IETF разрешил бы использовать префикс `64:ff9b::/96` для внутренних IPv4-адресов. Клиентам с одним IPv6 станет проще добираться до старых сервисов. Оператору придется заменить автоматический запрет из стандарта собственной, проверяемой политикой доступа.

3 нояб. 2026 г.
Агент меняет сеть. Кто предъявит квитанцию?

IETF

Агент меняет сеть. Кто предъявит квитанцию?

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

3 нояб. 2026 г.
NAT64 откроет путь к частным IPv4. Сначала покажите настройку шлюза

IETF

NAT64 откроет путь к частным IPv4. Сначала покажите настройку шлюза

Старый стандарт приказывал отбрасывать такие пакеты. Новая редакция предлагает передать решение оператору сети и добавляет практический вопрос: как уже настроен каждый транслятор, стоящий на пути?

3 нояб. 2026 г.
IESG одобрил HPKE с одной ступенью. Доказательство осталось на двух

IETF

IESG одобрил HPKE с одной ступенью. Доказательство осталось на двух

Одинаковая пометка «HPKE» теперь может скрывать два разных способа вывода ключей. Преемник стандарта одобрен, но его доказательная база распространяется на них не одинаково.

3 нояб. 2026 г.
Сервер EST принимает заявку, но печать на выдачу ключа ему не дали

IETF

Сервер EST принимает заявку, но печать на выдачу ключа ему не дали

Проект от 2 ноября предлагает получать учётные данные через удалённую аттестацию и EST. Сервер проводит запрос через систему; право выпустить новый сертификат или открыть хранилище остаётся у других участников.

3 нояб. 2026 г.
Агент уверяет, что вы согласились. Проект требует подпись вне чата.

IETF

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

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

3 нояб. 2026 г.
ASN записана в реестре. Кто вправе обещать поведение сети?

IETF

ASN записана в реестре. Кто вправе обещать поведение сети?

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

3 нояб. 2026 г.
Председатель IETF больше не выбирает себе дублёра сам

IETF

Председатель IETF больше не выбирает себе дублёра сам

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

3 нояб. 2026 г.
Код приложения не тронули. Вход для агента уже другой.

IETF

Код приложения не тронули. Вход для агента уже другой.

Индивидуальный проект IETF от 2 ноября предлагает публиковать доступные агентам операции в файле на исходном домене сервиса. Управление этим файлом становится управлением входом, хотя новая версия приложения может вообще не выходить.

3 нояб. 2026 г.
Агент уже отстранён. Приёмная система смотрит на того, кто пришёл последним.

IETF

Агент уже отстранён. Приёмная система смотрит на того, кто пришёл последним.

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

3 нояб. 2026 г.
Журнал ключей честен. Проверяющую программу выдаёт тот же оператор.

IETF

Журнал ключей честен. Проверяющую программу выдаёт тот же оператор.

Новая редакция проекта IETF о прозрачности ключей выводит на первый план доставку приложения. Сервис, чьи подмены должен ловить журнал, нередко сам устанавливает пользователю программу и правила её проверки.

3 нояб. 2026 г.
Два имени для разных проектов. Не две реплики от одного лица в споре.

IETF

Два имени для разных проектов. Не две реплики от одного лица в споре.

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

3 нояб. 2026 г.
Поручение ещё действует. У агента истёк пропуск к исполнению.

IETF

Поручение ещё действует. У агента истёк пропуск к исполнению.

Проверенная цепочка делегирования не останавливает часы. Пока организация ждёт последнего согласования, удостоверение конкретного программного агента может закончиться. Новая редакция проекта о мандатах требует проверить этот срок у самого порога исполнения.

3 нояб. 2026 г.
Эфир идёт. Старая карта ретрансляторов не пускает нового зрителя.

IETF

Эфир идёт. Старая карта ретрансляторов не пускает нового зрителя.

Новый проект для Media over QUIC отдаёт выбор ретранслятора общему агенту конфигурации. Когда сведения о состоянии узлов стареют сверх установленного срока, балансировщик обязан отклонить новый запрос, который на них опирается. Опоздавшее обновление превращается в отказ на входе.

2 нояб. 2026 г.
Прямой канал оборвался. Старый маршрутизатор может сохранить перенаправление.

IETF

Прямой канал оборвался. Старый маршрутизатор может сохранить перенаправление.

Обновлённый проект FlowSpec привязывает обходной путь к работе прямого канала. Новый раздел о внедрении показывает цену совместимости: устройство, не понимающее бит D, должно его игнорировать и может продолжать прежнюю политику.

2 нояб. 2026 г.
Шлюз видит поток ИИ. Стандартный счёт видит только абонентскую сессию.

IETF

Шлюз видит поток ИИ. Стандартный счёт видит только абонентскую сессию.

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

2 нояб. 2026 г.
Доверенный корень не даёт бракованному сертификату вторую попытку

IETF

Доверенный корень не даёт бракованному сертификату вторую попытку

Новая редакция проекта TLS уточняет, что восстановление соединения должно помнить причину отказа. Известный корень не отменяет просрочку сертификата, его отзыв или неверное имя.

2 нояб. 2026 г.
Подпись субдомена может подтвердить From родителя

IETF

Подпись субдомена может подтвердить From родителя

Новая редакция DKIM2 даёт родительскому домену DNS-запрет на такую подпись. Пока запрет не опубликован, предлагаемый тест подлинности From оставляет путь открытым.

2 нояб. 2026 г.

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

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

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

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

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

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

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