Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 699 статей
IETF
Устаревший набор TLS ещё не означает, что конечный узел его отключил
RFC 10015 запрещает ряд старых способов обмена ключами в TLS 1.2 и DTLS 1.2. Однако буква `D` в реестре IANA не меняет локальную конфигурацию, не перезагружает процесс и не находит забытый терминатор. Нормативное решение лишь начинает операционное закрытие.
История
Меморандум не мог командовать сетью: RFC 1958 и право на изменение
Текст об архитектуре начался не с чертежа, а с права его переделать. RFC 1958 перечислил принципы Интернета и одновременно отказался превращать их в неподвижную конституцию.
IETF
Делегирование подписал принципал. Ключ агента всё равно связал эмитент
Две корректные подписи в одном токене не обязаны подтверждать одно и то же полномочие. Новая редакция AIC-JWT помещает подписанное принципалом делегирование внутрь токена эмитента и тем самым показывает, кто отвечает за имя агента, а кто — за ключ предъявления.
IETF
В сеанс поступила свежая энтропия, но восстановление всё ещё нужно доказать в обоих направлениях
Обычный KeyUpdate в TLS 1.3 продолжает уже существующую цепочку секретов. Проект Extended Key Update предлагает повторить обмен ключами внутри действующего сеанса и добавить новый общий секрет. Это создаёт возможность восстановления после компрометации, но само по себе не…
История
URL переносил запрос, а не его полномочия: RFC 1959
В 1996 году одна строка смогла перенести поиск LDAP из документа в клиент. RFC 1959 сделал вопрос переносимым, но не включил в URL выбор фактического сервера, личность исполнителя, правила доступа, окончательный ответ или право превратить результат в действие.
IETF
Запись `_for-sale` сообщает о продаже, но не подтверждает полномочия продавца
Машиночитаемая отметка в DNS помогает начать переговоры о доменном имени. Но она не отвечает, кто вправе связать владельца обязательствами, действует ли указанная сумма и состоится ли передача. RFC 10023 стандартизирует сигнал обнаружения. Задача управления — не позволить…
IETF
Nathaniel Borenstein и Base64, который никогда не обещал конфиденциальность
Нечитаемая с первого взгляда строка может быть всего лишь упаковкой для старого канала. Base64 помогает доставить байты, но не решает, кто вправе их увидеть и почему им можно доверять.
Досье
Два источника, один выбор, но непрерывность ещё не доказана: RFC 9856
Отказоустойчивость multicast измеряется не наличием второй стрелки в control plane, а тем, получил ли абонент один правильный поток без разрыва. RFC 9856 упорядочивает выбор в EVPN, но не подменяет проверку результата.
Истории
RIPE NCC завершил перенос RIS на bare metal. Это не закрывает весь конвейер
У слова «завершено» должна быть техническая граница. В плане RIPE NCC она пока видна из соседних предложений: данные уже перенесены, а мониторинг обработки, замена Kafka, поиск альтернатив HBase и работа с задержкой RIPEstat живут как отдельные задачи. Чтобы эта точность не…
Досье
Sirius Telecom: между записью в каталоге и проверяемой сетью
Запись в каталоге называет Sirius Telecom глобальным оператором сети и связывает его с сетью PeeringDB 1283. Но доступные публичные материалы пока не позволяют независимо установить, какая юридическая структура стоит за этим названием, какие сетевые ресурсы она контролирует и…
Досье
Набор параметров проверен. Состояние подписи — нет: RFC 9858
RFC 9858 расширяет выбор хеш-функций и уровней стойкости для HSS/LMS, но не отменяет состояние ключа. Проверяющая сторона способна подтвердить конкретную подпись и при этом не знать, что параллельный процесс, восстановленная копия или второй модуль снова использовали тот же…
IETF
Будущий RFC 10040 может подписать Map-Reply, но не проверить местоположение
Криптографическая печать способна подтвердить отправителя карты, но не присутствие геодезиста в указанной точке. Будущий RFC 10040 дошёл до завершающей редакционной стадии. Он делает географические данные LISP выразительнее и одновременно показывает, где заканчивается…
ICANN
Как ICANN превращает возражение в формальную процедуру: три маршрута подотчётности и их пределы
У ICANN нет единой апелляции, которая позволяла бы любому затронутому участнику оспорить любое решение по существу. Вместо этого система распределяет возражения между несколькими инструментами: полномочиями Empowered Community, процедурой reconsideration и Independent Review…
IETF
Стандарты IETF как операционная зависимость: кто управляет непрерывностью Интернета
Стандарты IETF не управляют сетями напрямую. Но, задавая совместимые конечные автоматы, правила восстановления и контуры безопасности, они распределяют ответственность за непрерывность между разработчиками протоколов, операторами сетей, измерительными системами и институтами…
История
Как RFC 10028 превращает консенсус IETF в административную границу IPv6 multicast
RFC 10028 важен не только как обновление схемы распределения IPv6 multicast-адресов. Он показывает, как технический консенсус становится операционной властью: нормативный текст задаёт границы адресного пространства, а IANA поддерживает эту границу в публичном реестре. Но та же…
Истории
Сканирование выявило 4 611 открытых BGP-маршрутизаторов в регионе APNIC, но не объяснило причину
На APNIC 62 незаметная проблема плоскости управления получила региональное число: 4 611 маршрутизаторов, связанных с 1 343 автономными системами, ответили на незапрошенный обмен BGP OPEN во время февральского IPv4-сканирования. Это точнее, чем отметка об открытом порте, но не…
Сообщество номерных ресурсов
DFINFRA и AS210860: какие данные могли бы подтвердить операционный контроль
Аналитическая справка о DFINFRA и AS210860: какие данные могли бы подтвердить операционный контроль объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для инфраструктуры. В категории…
IETF
D-PATH остановит петлю, только если шлюзы согласны о границе домена
D-PATH переносит историю доменов, но не умеет определять их границы. В RFC 10039 оператор сначала задаёт смысл DOMAIN-ID, а затем BGP превращает эту договорённость в решение: совпавший локальный идентификатор означает возврат маршрута, а длина атрибута влияет на выбор пути.…
IETF
D-PATH показывает цепочку доменов, но не доказывает доставку
RFC 10039 добавляет к маршруту EVPN/IPVPN объявленную последовательность доменов шлюзов. Она помогает увидеть доменную петлю и сравнить кандидатов на лучший путь. Однако наличие D-PATH не подтверждает согласованность DOMAIN-ID, сохранность атрибутов, установку маршрута в RIB/FIB…
IETF
Cyrus Daboo и PARTSTAT=ACCEPTED, которое не доказывало присутствие
Принятое приглашение точно фиксирует решение в календаре, но не наблюдает за человеком во время встречи. Работы Cyrus Daboo над iTIP и CalDAV помогают отделить полезную запись об ответе от необоснованного вывода о присутствии.
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG