Тема
Автоматизация безопасности
В фасете «Тема» значение «Автоматизация безопасности» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
IETF
В сеанс поступила свежая энтропия, но восстановление всё ещё нужно доказать в обоих направлениях
Обычный KeyUpdate в TLS 1.3 продолжает уже существующую цепочку секретов. Проект Extended Key Update предлагает повторить обмен ключами внутри действующего сеанса и добавить новый общий секрет. Это создаёт возможность восстановления после компрометации, но само по себе не…
История
URL переносил запрос, а не его полномочия: RFC 1959
В 1996 году одна строка смогла перенести поиск LDAP из документа в клиент. RFC 1959 сделал вопрос переносимым, но не включил в URL выбор фактического сервера, личность исполнителя, правила доступа, окончательный ответ или право превратить результат в действие.
Досье
Два источника, один выбор, но непрерывность ещё не доказана: RFC 9856
Отказоустойчивость multicast измеряется не наличием второй стрелки в control plane, а тем, получил ли абонент один правильный поток без разрыва. RFC 9856 упорядочивает выбор в EVPN, но не подменяет проверку результата.
Досье
Набор параметров проверен. Состояние подписи — нет: RFC 9858
RFC 9858 расширяет выбор хеш-функций и уровней стойкости для HSS/LMS, но не отменяет состояние ключа. Проверяющая сторона способна подтвердить конкретную подпись и при этом не знать, что параллельный процесс, восстановленная копия или второй модуль снова использовали тот же…
IETF
Будущий RFC 10040 может подписать Map-Reply, но не проверить местоположение
Криптографическая печать способна подтвердить отправителя карты, но не присутствие геодезиста в указанной точке. Будущий RFC 10040 дошёл до завершающей редакционной стадии. Он делает географические данные LISP выразительнее и одновременно показывает, где заканчивается…
Истории
Сканирование выявило 4 611 открытых BGP-маршрутизаторов в регионе APNIC, но не объяснило причину
На APNIC 62 незаметная проблема плоскости управления получила региональное число: 4 611 маршрутизаторов, связанных с 1 343 автономными системами, ответили на незапрошенный обмен BGP OPEN во время февральского IPv4-сканирования. Это точнее, чем отметка об открытом порте, но не…
IETF
D-PATH остановит петлю, только если шлюзы согласны о границе домена
D-PATH переносит историю доменов, но не умеет определять их границы. В RFC 10039 оператор сначала задаёт смысл DOMAIN-ID, а затем BGP превращает эту договорённость в решение: совпавший локальный идентификатор означает возврат маршрута, а длина атрибута влияет на выбор пути.…
IETF
DNSOP приняла проблему нескольких алгоритмов, а не метку UNIVERSAL
Решение о принятии черновика часто пересказывают одним словом — «поддержан». В итоговом письме DNSOP за этим словом сразу следует ограничение: предложенный механизм считают сложным, и эту сложность предстоит разбирать рабочей группе. Именно две части вместе фиксируют новое…
IETF
RFC 7506 стала исторической, но Router Alert 69 ещё может быть в сети
В реестре переход завершён: RFC 7506 имеет статус Historic, значение 69 помечено как DEPRECATED, а RFC 9570 запрещает добавлять Router Alert в новые сообщения LSP Ping. В работающей сети всё сложнее. Старый шаблон не исчезает после смены статуса документа, а приёмник может…
История
Добавить оболочку, но не переписывать адрес: RFC 1955
У миграции есть удобная, но обманчивая метрика: сколько машин удалось не менять. RFC 1955 предлагал ENCAPS — внешнюю IP-оболочку с адресами автономных доменов, которую пограничный маршрутизатор добавлял бы на входе и снимал на выходе. Исходная IPv4-датаграмма оставалась…
История
Когда виртуальный канал объяснял пакет: RFC 1954
В схеме Ipsilon метка потока меняла не только путь через ATM. Для двух типов потока она меняла сам набор полей IPv4, передаваемых по линии. RFC 1954 поэтому полезно читать как точную границу между принятым управляющим состоянием и тем, что реально можно увидеть в плоскости…
IETF
Отображение NAT64 — не политика фильтрации
Одинаковый внешний адрес и порт в нескольких соединениях показывают, как Stateful NAT64 переиспользует отображение. Но они ничего не говорят о том, каким узлам IPv4 разрешён обратный проход. Когда один тест отвечает сразу на оба вопроса, аккуратный технический результат…
История
Коммутатор предложил короткий путь. Маршрутизатор мог отказаться: RFC 1953
В IFMP короткая метка приходила не как приказ. Нижестоящий сосед выбирал число из собственного пространства приёма и предлагал вышестоящему соседу связать его с определённым IP-потоком. Тот мог не согласиться. Даже принятое состояние жило ограниченное время, а противоречие…
IETF
Один оператор — ещё не один доверенный домен SRv6
После поглощения две сети оказываются внутри одного прямоугольника на корпоративной схеме. Фильтр между ними начинают считать лишним: трафик теперь «свой». Однако сделка меняет владельца, а не автоматически состав разрешённых узлов, диапазоны SID, ключи и фактическое исполнение…
IETF
IPv6 объединяет три меры в одном логическом переключателе
Запись в журнале оставляет свидетельство, отбрасывание пакета останавливает одно сообщение, а блокировка лишает узел связи. В проекте YANG-модели для IPv6 Neighbor Discovery все три действия может разрешить один параметр `auto-resolve`. Сейчас документ проходит заключительное…
История
Файл закончился и продолжился: граница gzip-элемента в RFC 1952
Завершённый gzip не обязательно является последней версией логического содержимого. Следом можно записать ещё один полностью оформленный элемент, не меняя прежний префикс. Декомпрессор соединит результаты. RFC 1952 вынес возможность продолжения в повторяемую локальную границу — и…
Облачные сервисы: тенденции мира
Старый постквантовый API Cloudflare сохранён, но настройки больше не меняет
Автоматический выбор и ограничения алгоритмов управляются отдельно. Действующий адрес старого API ещё не означает, что прежний сценарий восстановления сохраняет смысл.
IETF
Статус cleared не доказывает, какая команда закрыла инцидент
В сетевой системе инцидент уже `cleared`, в тикете он ещё выполняется. За это время два клиента отправили команды разрешения, одна попытка истекла по тайм-ауту, а защита сети переключила трафик самостоятельно. Зелёный статус сообщает о состоянии наблюдения. Он не выбирает автора…
История
Центр ключей растворился в дереве, а власть осталась: RFC 1949
В RFC 1949 дерево multicast должно было расти вместе со способностью раздавать групповой секрет. Узел, который уже прошёл проверку, мог обслужить следующего участника вместо центрального сервера. Это сокращало очередь в центре, но превращало каждый такой узел в новый пункт…
IETF
Список возможностей ещё не решает судьбу подписки
Оркестратор получает аккуратный ответ: HTTPS, XML или JSON, TLS 1.2 или TLS 1.3. Угадывать больше не нужно, но подписка ещё не создана. Кто-то должен выбрать точное сочетание, применить политику, разрешить получателя, добиться принятия запроса и увидеть первую доставку. Один…