Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Управление интернетом
Управление интернетом
Раздел «Управление интернетом» отслеживает институты, политические процессы, разработку стандартов, работу регистратур, споры об ответственности и практическое исполнение решений, влияющих на интернет-инфраструктуру. BTW.MEDIA объединяет открытые публикации, аналитику по источникам, институциональный контекст и длительное наблюдение за отдельными делами.
Мониторинг RIRДосьеСообщество номерных ресурсовICANNIETFИстория интернетаNOGs
Сигналы непрерывности политики, легитимности и подотчётности институтов управления интернетом.
Приоритет отдан фактам о внедрении и поведению институтов, а не декларациям.
Последние материалы
Главные материалы: Управление интернетом
7 710 статей
Истории
Список кандидатов ARIN сократился, но сведения о выходе из него сохранились
Сопоставление июньских номинаций и сентябрьского списка объясняет изменение состава. Оно не раскрывает личных причин отказа от участия.
IETF
Новые номера алгоритмов OpenPGP меняют тестовые векторы
У восьми составных алгоритмов OpenPGP сейчас три набора координат. Опубликованная редакция указывает экспериментальные номера 100–107, открытая ветка — предполагаемые 37–44, а публичный реестр IANA по-прежнему оставляет нижний диапазон незанятым. Это не расхождение в оформлении…
IETF
IPv6 запустили, но старый адресный план сохранил власть
6rd позволяет предложить IPv6 поверх действующей сети доступа IPv4. Быстрый запуск, однако, не отменяет прежние зависимости: адресный план старой сети участвует в выборе размера, срока действия и дальнейшей судьбы новых префиксов.
IETF
Список возможностей ещё не решает судьбу подписки
Оркестратор получает аккуратный ответ: HTTPS, XML или JSON, TLS 1.2 или TLS 1.3. Угадывать больше не нужно, но подписка ещё не создана. Кто-то должен выбрать точное сочетание, применить политику, разрешить получателя, добиться принятия запроса и увидеть первую доставку. Один…
ICANN
Пятый вариант строки, доступный для распределения, влечёт ещё один полный оценочный сбор
Для нового заявителя первые четыре варианта строки могут входить в оценочный сбор gTLD, но каждый дополнительный вариант, допустимый к распределению, требует полного оценочного сбора.
История
Пароль был верен только раз: RFC 1938 и состояние, которое меняет успех
Обычный пароль выглядит неизменным фактом: строка либо совпадает, либо нет. В RFC 1938 правильный ответ уничтожал условие собственной правильности. Приняв одноразовый пароль, сервер заменял прежний проверочный элемент полученным значением. Поэтому защита от повтора зависела не…
Истории
Тест отказоустойчивости RPKI у ARIN не закрыл вопрос зависимостей
ARIN на час перекрыла доступ к репозиториям RPKI, через пять минут после восстановления подтвердила полную избыточность, а ещё через пятнадцать сообщила о возврате к исходному уровню. Это редкое по точности свидетельство восстановления. Но оно описывает испытанный сценарий, а не…
IETF
Соединение осталось, но полномочия нужно выдать заново
Повторное использование соединения IMAP позволяет не создавать защищённый канал для каждого следующего пользователя. Однако вместе с закрытием соединения исчезает удобная граница между пользователями. UNAUTHENTICATE требует заменить её проверяемым завершением старого состояния и…
Истории
RIPE Database 1.124.1 исправила выбор сертификата. Выводу «признаков эксплуатации нет» нужны границы
RIPE NCC обоснованно не стала ждать обычного цикла испытаний, чтобы закрыть сообщённую уязвимость аутентификации. Но после срочного исправления возникает отдельная обязанность: показать, какой период, какие запросы и какая история реестра были проверены перед публичным выводом об…
IETF
Adam Roach и завершённая подписка, которая не завершила ресурс
Индикатор на операторском экране становится красным: `Subscription-State: terminated`. Если после этого инцидент закрывают, считая наблюдаемый ресурс исчезнувшим, узкий вывод протокола превратился в более широкое утверждение. Спецификация событий SIP, написанная Adam Roach…
IETF
Ваучер ELA приходит после идентификации устройства
При автоматическом подключении нового устройства доверие возникает не одним действием. Сначала устройство проверяет ключ шлюза, затем сообщает свой идентификатор, а отдельный сервер решает, разрешён ли этот шлюз и само подключение. В ELA эти шаги упакованы в короткий обмен EDHOC…
IETF
Поиск ответил. Кто оплатит его дальнейшую работу?
Корректная выдача не означает, что сервер согласился поддерживать ее в актуальном состоянии. Расширения IMAP показывают, где заканчивается разовый запрос и начинается обязательство, стоимость которого зависит от будущих изменений.
История
Ответчиков было много, право назначать адрес — одно: RFC 1931
Новый компьютер посылал широковещательный вопрос, ещё не имея адреса, необходимого для обычного разговора в сети. На вопрос могли ответить несколько серверов — это защищало от отказа. Но если каждый из них создавал собственную версию назначения, защита превращалась в источник…
IETF
Ваучер допуска приходит после раскрытия идентификатора устройства
ELA позволяет строго связать допуск ограниченного устройства с конкретным обменом EDHOC. Но решение появляется только после того, как идентификатор уже передан аутентифицированному участнику V и использован сервером W. Отказ остановит подключение, однако не отменит состоявшееся…
IETF
Срок доставки истёк раньше, чем письмо разрешили выпускать
Отложенная отправка передаёт серверу обязанность ждать, а не власть распоряжаться всем будущим маршрутом письма. Если выпуск запрещён до момента, наступающего после срока доставки, правильным результатом может стать отказ принять такую заявку.
IETF
Scott Hollenbeck и блокировка переноса, которая не объясняет собственную причину
Система мониторинга видит `clientTransferProhibited` и помечает домен зелёным щитом. Для уверенности есть основание: в описанном Scott Hollenbeck сопоставлении доменных имён с EPP запрос на перенос должен быть отклонён, пока действует такой статус. Но щит не сообщает, кто…
Истории
Архив WHOIS APNIC публикует два итога за один и тот же час
За последний зафиксированный час APNIC сообщает о 3 192 583 запросах WHOIS. Сумма семи опубликованных типов равна 3 183 463. Разница в 9 120 не говорит, какой показатель верен; она показывает, что между ними нет публичной сверки.
IETF
IPv4 отключён — но в каких границах?
Новый индивидуальный проект разделяет число протокольных стеков и величину потерь. Сеть на IPv6 не исключает обработки IPv4 на её концах.
IETF
Криптографическое доказательство нарушения само по себе не отзывает доверие
Клиент получает от нескольких серверов подписанные интервалы времени, которые не могут быть истинными в порядке проведённых запросов. Roughtime позволяет сохранить это противоречие так, чтобы его повторно проверил независимый участник. Но доказательство не всегда называет…
IETF
Один идентификатор ключа EDHOC может указывать на несколько PSK
Короткое значение в пакете больше не описывает выбор на стороне получателя. В редакции 09 проекта EDHOC-PSK рабочей группы IETF LAKE один ID_CRED_PSK может извлекать несколько предварительно распределённых ключей вместе с контекстами удостоверений. Такая схема упрощает период…
Карта раздела
Направления управления
Мониторинг RIR
Пять региональных направлений о распределении ресурсов, легитимности советов и непрерывности работы институтов.
Открыть RIR WatchdogДосье
Долгосрочные досье о судебных спорах, выборах и институциональных кризисах.
Открыть досьеСообщество номерных ресурсов
Членство, устав и управление номерными ресурсами в экосистеме NRS.
Открыть раздел NRSICANN
Координация DNS, механизмы подотчётности и глобальный многосторонний процесс.
Открыть раздел ICANNIETF
Развитие стандартов протоколов и риски совместимости при фрагментации политики.
Открыть раздел IETFИстория интернета
История инфраструктуры как основа для понимания управления и долгосрочного прогноза.
Открыть раздел историиNOGs
Практические данные о внедрении от APRICOT, региональных и национальных NOG.
Открыть раздел NOG