Открытый орган стандартизации, решения которого внедряются по всему миру.
Управление интернетом / IETF
IETF
Раздел «IETF» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
ГлобальныйУправление протоколамиРиск несовместимости
Процесс разработки протоколов и легитимность стандартов.
Разрыв между спецификацией и внедрением у поставщиков и операторов.
Крупные изменения стандартов обычно влияют на системы в цикле продолжительностью от 120 дней.
Последние материалы
Главные материалы: IETF
1 652 статьи
IETF
Новый проект HPKE не переносит два режима Auth из RFC 9180
Голосование IESG касается будущего текста стандарта, но не отменяет обязательств приложений перед своими пользователями. Если сервис полагается на прежнюю аутентификацию отправителя, смену ссылки на спецификацию нельзя считать доказательством совместимости.
IETF
Устройство подтвердило ключ. Сертификат не доказывает, что устройство по-прежнему исправно
Расширение ACME для аттестации устройств позволяет связать запрос сертификата с конкретным устройством или криптомодулем. Это весомая квитанция момента выпуска, но не непрерывный отчёт о состоянии, владельце или каждом последующем использовании ключа.
IETF
Фильтр адресов источника не всегда видит собственную ошибку
Последний этап обсуждения проекта SAVNET в IETF выявляет проблему ответственности: пограничный маршрутизатор применяет локальную таблицу, а сведения об ошибочном решении могут впервые появиться у соседнего оператора.
IETF
BIER Ping сообщил об успешной пересылке. Отсутствующий выход всё ещё мог скрываться в BitString
21 сентября 2026 года IESG одобрила BIER Ping как Proposed Standard. Протокол даёт точный ответ о пересылке, однако точность требует дисциплины: успех одного BFER не закрывает вопрос о каждом бите исходного списка получателей.
IETF
Последний ключ аутентификации RSVP может пережить свой срок действия
Срок ключа кажется жёстким ограничением, пока замена подготовлена заранее. Если подходящей новой ассоциации безопасности нет, прекращение RSVP-сигнализации может затронуть резервирования. Проект TEAS предлагает сохранить проверку сообщений, но признать продление последнего ключа…
IETF
C509 уменьшает сертификат, но не меняет границу подписи
Экономия байтов важна для устройств с узким каналом связи. Однако доверие к сертификату определяется не его размером: необходимо установить, какие именно данные были подписаны и какую форму проверяет получатель.
IETF
Конфликта со стандартами не нашли. Оценки безопасности у заводского ключа всё равно нет
IESG не обнаружила конфликта, который мешал бы публикации таксономии IRTF для установленных производителем ключей и якорей доверия. Это решение о маршруте документа, а не рейтинг пяти методов и не подтверждение тайны ключа на заводе.
IETF
Один получатель расшифровал JWE. Политика получателей всё ещё не была выполнена
JWE для нескольких получателей способен вернуть открытый текст после успеха всего одного пути. Новый профиль HPKE точно описывает этот криптографический результат, но не решает за организацию, кто обязан был получить доступ, какие алгоритмы допустимы и достаточно ли одного…
IETF
После `Commit-Final` отмена уже не спасает: какие доказательства остаются у SATP
Необратимая граница в SATP проходит до последней квитанции. Когда отправляющий шлюз выдал `Commit-Final`, исходный актив уже уничтожен. Поэтому руководителю важно заранее решить, какие записи подтвердят состояние обеих сетей, если финальная стадия пойдёт не по плану.
IETF
JOSE ставит у входа в реестр три цели безопасности, но не выдаёт допуск в эксплуатацию
В новом Last Call по JOSE важнее всего не два устаревающих названия в заголовке, а три модели безопасности. Они делают проверку будущих регистраций предметнее и требуют оценивать управление ключами внутри полного JWE, однако ничего не говорят о конкретном работающем сервисе.
IETF
Одна сетевая функция, четыре задачи безопасности: выбор сертификатов, который RFC 9509 оставил оператору
В ядре 5G фраза «сертификат действителен» почти ничего не говорит о полномочиях. TLS, подпись клиентского утверждения, защита JSON между SEPP и подпись OAuth-токена — разные работы. RFC 9509 дала им недостающие имена, но не объединила ключи по умолчанию.
IETF
Байт был тем же. Тайм-аут — нет: RFC 9510
Один байт времени в CCNx может означать доли секунды для старого пересыльщика и годы для обновлённого. RFC 9510 экономит место в пакете, но требует хранить версию интерпретатора как часть доказательства.
IETF
Локатор был виден. Маршрута ещё не было: RFC 9514
Контроллер может принять корректный BGP-LS Prefix NLRI, увидеть SRv6 Locator и всё же не получить основания считать префикс достижимым. RFC 9514 проводит эту границу одним сопутствующим TLV, а подтверждённая errata исправляет номер, на который должен смотреть оператор.
IETF
Номер был свободен. Его смысл ещё никто не проверил: RFC 9515
RFC 9515 позволяет раньше получить публичное значение для расширения BMP и не допустить столкновения кодов. Цена координации снижается, потому что до назначения больше не нужна стабильная спецификация, достаточная для совместимых независимых реализаций. Доверие переносится в…
IETF
Реестр выдал имя, но не доказал готовность экосистемы: RFC 9519
RFC 9519 позволяет присваивать многим параметрам SSH публичные значения через экспертную проверку, не дожидаясь полного пути IETF Review. Это ускоряет координацию и снижает риск коллизий. Но строка в реестре не показывает, написан ли код, договорились ли две реализации и разрешил…
IETF
Niels ten Oever и проверка протокола за пределами документа
Обновление руководства по оценке прав человека в RFC 9620 обозначило важное ограничение: вопросы о дизайне помогают увидеть возможные риски, но понять последствия можно лишь изучив реализацию, выслушав затронутых людей и продолжая проверять сам метод.
IETF
Туннель ответил. Путь арендатора всё ещё не был доказан: RFC 9521
Зелёная сессия BFD сообщает правду — но только о своём объекте наблюдения. RFC 9521 точно связывает проверку с VAP, VNI и формой инкапсуляции Geneve. Ошибка начинается тогда, когда локальный результат превращают в общий вердикт о виртуальной сети.
IETF
RFC 9523: выборка выдержала проверку, а пул ещё нет
Khronos ограничивает сдвиг часов в рамках заданной модели компрометации выборки. Но чистая оценка сама по себе не подтверждает независимость владельцев, сетевых путей, реализаций и вышестоящих источников времени.
IETF
Конфигурация пришла. Публичная зона — нет: RFC 9527
RFC 9527 позволяет передать Homenet Naming Authority домен и координаты прямого и обратного менеджеров через DHCPv6. Но полученные параметры ещё не являются доказательством делегирования, публикации, DNSSEC и доступности извне.
IETF
Все эталонные байты совпали, но устройство повторяло эфемерный ключ: RFC 9529
RFC 9529 делает вычисление EDHOC наблюдаемым: публикует сообщения, хеши транскрипта, промежуточные ключи и результаты экспорта. Совпадение помогает найти ошибку, но не доказывает свойства эксплуатации, которых не было среди фиксированных входных данных.
Доступ для участников
Закрытая аналитика профиля
Войдите, чтобы открыть полные профили и углублённые разделы.
Брифинг Стратегического сообщества
Вступите и войдите, чтобы открыть стратегические обзоры.
Вступить в Стратегическое сообществоОбзор Альянса лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров