Профиль
Research
Значение «Research» объединяет профили людей, компаний, институтов и других субъектов, упомянутых в материалах BTW.MEDIA. Здесь можно сравнить публичные сведения, связанные события, источники, смену ролей, географию деятельности, участие в управлении, связи с организациями и значение для рынка. Профили отделены от обычной новостной хронологии и показывают, кто или что стоит за заголовком, чем подтверждены сведения и какие изменения требуют дальнейшего наблюдения.
Дата-центры Латинской Америки и Карибского бассейна
AI BRAZIL TECHNOLOGIES & DATACENTER LTDA: что стоит за этикеткой «AI-датацентр» в публичных реестрах
Бразильская компания, использующая бренд AI.BRAZIL, управляет сетью-«заглушкой» из одного префикса IPv4, в то время как владелец её автономной системы находится в стадии судебного восстановления и несёт временную санкцию в рамках федеральной системы закупок. Публичные записи…
История
Прокси подтвердил байты. Приложение их ещё не получило: RFC 3135
ACK вернулся быстро, окно отправителя выросло, и путь будто стал короче. Но подтверждение создал посредник перед трудным участком, а данные всё ещё ждали дальнейшей передачи. RFC 3135 показал, что ускорить обратную связь можно, но превратить локальную квитанцию в доказательство…
IETF
Конверт был подписан. Отделённый шифротекст остался за пределами подписи.
Система может подтвердить подпись COSE, успешно открыть HPKE и получить осмысленный результат — но так и не доказать, что внешняя подпись охватывала именно тот шифротекст, который был загружен из хранилища. Отделение данных превращает схему шифрования в задачу доказуемой цепочки…
История
Для вложенного формата загрузки не нашли отправителей: RFC 2388
Первоначальная схема помещала несколько файлов из одного поля формы во внутреннюю MIME-часть. RFC 2388 закрепил эту схему в документе Standards Track. В 2015 году его преемник сообщил, что не знает реализаций, отправлявших данные таким образом, и описал каждый файл отдельной…
История
Доля доставки выглядела хорошо. Приложение работало плохо: RFC 3133
Сеть потеряла всего один короткий кадр подтверждения. Почти все байты дошли, процент остался высоким. Но отправитель не получил разрешающего сигнала и повторил гораздо больший объём работы. RFC 3133 показал: точная метрика может не отвечать на главный для приложения вопрос.
Дата-центры мира
Кто на самом деле работает внутри 212.236.10.0/24: сетевой след DATAMATIX и «Rapid Solution Development»
Аналитическая справка о Кто на самом деле работает внутри 212.236.10.0/24: сетевой след DATAMATIX и «Rapid Solution Development» объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и возможные последствия для…
История
Первый пакет должен был разбудить узел, прежде чем попасть к нему: RFC 3132
Мобильный узел экономил батарею, переставая постоянно слушать канал трафика. После этого первый пакет становился не только данными, но и командой сети вспомнить, найти и разбудить адресата.
IETF
Перенаправление сработало. Учётные данные уже ушли открытым текстом.
Трасса закончилась HTTPS-адресом и полезным ответом, поэтому вызов сочли безопасным. Но решающее событие произошло раньше: клиент поместил секрет в первый HTTP-запрос ещё до того, как сервер смог вернуть перенаправление.
История
Список вариантов ещё не был самим представлением: RFC 2295
Один HTTP-адрес мог указывать на несколько версий ресурса, однако перечислить кандидатов — не значит доставить хотя бы один из них. RFC 2295 закрепил это различие в протоколе: ответ мог показать список, сервер при определённых условиях — вернуть выбранное представление, а клиент…
История
Маршрутизатор остался доступен, перестав нести транзит: RFC 3137
Уйти с транзитного пути не означало исчезнуть из OSPF. RFC 3137 сохранила узел и его собственные сети в топологии, но сделала проход через него самым дорогим вариантом.
IETF
Цепочка прошла проверку на принесённом якоре. Проверяющая сторона ему ещё не доверяла.
В did:x509 успешное разрешение может завершить криптографическую проверку, не начав институциональную. Цепочка согласована, отпечаток УЦ найден, предикаты конечного сертификата совпали — но локальное доверие к этому УЦ и право на конкретное действие по-прежнему требуют отдельных…
История
Однодневный семинар не мог проверить истекающую подпись: RFC 3130
К IETF 49 короткая демонстрация DNSSEC могла завершиться успешно именно потому, что завершалась раньше трудных событий. RFC 3130 зафиксировал переход от проверки форматов к доказательству, которое должно пережить сроки, смену ключей, кэши и работу независимых организаций.
История
Правила синтаксиса больше не нужно было переписывать: RFC 2234 и ABNF
Прежде спецификация протокола могла не только описывать формат сообщений, но и заново объяснять обозначения, которыми записана грамматика. RFC 2234 вынес это объяснение в отдельный документ, на который могли ссылаться другие спецификации. Это не создало универсальный парсер и не…
Истории
EDEKA: действующая AS197909 маршрутизирует унаследованный блок 193.20.0.0/15, тогда как реестровый слой DFINFRA остаётся замороженным
Аналитическая справка о EDEKA: действующая AS197909 маршрутизирует унаследованный блок 193.20.0.0/15, тогда как реестровый слой DFINFRA остаётся замороженным объясняет событие, доступные открытые подтверждения, участвующие организации, региональный контекст, рыночные риски и…
История
KDC взял на себя доверие, которое не мог нести каждый узел IPsec: RFC 3129
В июне 2001 года RFC 3129 поставил вопрос об обмене ключами как вопрос об устройстве организации. Если каждый узел IPsec сам хранит сертификаты, политику, вычислительную нагрузку и попарные секреты, то кто сможет управлять всей системой после её роста?
IETF
Резерв потерял из виду основной вход. Поток продолжал идти.
Резервный вход BIER может утратить путь наблюдения к выбранному входу, хотя тот по-прежнему доставляет multicast получателям. Если локальная потеря видимости получает право на переключение, механизм защиты сам создаёт второй поток.
История
Плюс был лишь одним из локальных вариантов: RFC 5233
В локальной части адреса может находиться подсказка для доставки, но это не универсальный язык. RFC 5233 позволил Sieve проверять части «пользователь» и «деталь», не утверждая, что все почтовые системы разделяют их одинаково или вообще используют знак плюса.
История
Первый фрагмент прошёл, а перекрытие изменило порт: RFC 3128
RFC 3128 описывала не слепой фильтр, а расхождение двух добросовестных представлений. Фильтр разрешал корректно выглядящий первый фрагмент TCP, тогда как конечный узел после сборки перекрывающихся частей мог передать TCP заголовок с другим портом назначения.
История
Долговременное доказательство должно было пережить ключ: RFC 3126
RFC 3126 рассматривала старую подпись как задачу хранения доказательств. Верный расчёт 2001 года не объяснит себя спустя десятилетия, если исчезли сертификаты, сведения об отзыве, точные байты или надёжные алгоритмы. Ответом стала обновляемая цепочка, а не обещание вечного…
IETF
Рукопожатие расшифровалось, но памяти группы всё ещё не хватало
Внешний получатель MLS может открыть тот же Commit или Proposal, что и участники, и всё же не иметь состояния для аутентификации отправителя. Нужен GroupContext, связывающий эпоху, лист отправителя, credential и согласованный список получателей.