Тема
Автоматизация безопасности
В фасете «Тема» значение «Автоматизация безопасности» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
Истории
APNIC 62: запись об отзыве была, решения браузеров разошлись
Сертификат уже числился отозванным, но это ещё не означало отказ в соединении у каждого пользователя. Опыт Джеффа Хьюстона на APNIC 62 показывает границу между опубликованным решением удостоверяющего центра и действием программы, которая принимает сертификат.
Облачные сервисы: тенденции мира
Рост выручки Corero на 42% не задаёт темп роста регулярных контрактов
Выручка и прибыль за полугодие заметно улучшились. Чтобы понять устойчивость результата, нужно отдельно проследить продажи лицензий, признанные подписки и объём повторяющихся договоров на конец июня.
IETF
Одобрение IESG — не финиш: почему Composite ML-KEM для CMS всё ещё зависит от незавершённой цепочки
18 сентября 2026 года IESG одобрила `draft-ietf-lamps-cms-composite-kem-03` как Proposed Standard в рамках Protocol Action. Для разработчиков CMS, поставщиков PKI и команд, планирующих переход к постквантовым механизмам, это важный этап, но не событие, которое можно приравнять к…
IETF
Пакет событий доставлен. Кто подтвердит прекращение доступа?
Проект IETF о массовой отправке Security Event Tokens сокращает число HTTPS-запросов между организациями. Но экономия на транспорте не заменяет доказательства того, что каждое событие распознано, принято к исполнению и привело к изменению состояния учётной записи.
IETF
Два заключения по ACTN: согласовать пакетную и оптическую сеть недостаточно
Через координатор можно провести запрос сразу к пакетной и оптической областям. Но что делать, если один контроллер подтвердил изменение, а второй перестал отвечать? В ходе финального обсуждения проекта ACTN в IETF рецензенты по безопасности и эксплуатации потребовали описать…
IETF
SAVNET вышел на последний отзыв: маршрут не равен разрешению
Запись о префиксе в таблице маршрутизации не отвечает на вопрос, вправе ли конкретный сосед передавать с него пакеты через конкретный стык. Именно границы такого вывода рассматривает IESG до 1 октября. Обсуждается информационное описание проблемы и требований, а не уже принятая…
История
Версия 3 осталась, сервис изменился: цена совместимости RFC 2126
Локальный провайдер уже принял TPDU — но получил ли его удалённый пользователь? RFC 2126 отвечал: это зависит от режима разъединения. Приём создавал обязательство, а не доказывал его исполнение.
Досье
RFC 9647 и пределы доказательства: что YANG делает видимым в Babel, а что остаётся за оператором
Строка маршрута Babel может сообщать `selected`, но цепочка доказательств от хранилища YANG до реальной политики интерфейса, аутентифицированного обмена с соседом, состояния пересылки, восстановления после отказа и независимо подтверждённой достижимости при этом может оставаться…
IETF
IESG проверял версию 12, а в производство RFC передали уже версию 14
Объект проверки и объект производства теперь отличаются. Для редакционного процесса это нормально — при условии, что передача сохраняет ответ на три вопроса: к каким байтам относилось решение, какие комментарии изменили текст и кто принял каждое решение. Safe-IOC стал компактной…
История
Сначала разрешение, потом звонок: два решения в RFC 2125
Согласие второго узла добавить линию ещё не создавало полосу. RFC 2125 сохранил различие в сообщениях: ответ разрешал действие, а отдельный Call-Status позже сообщал, чем закончилась реальная попытка соединения.
История
FAS вынес решение, а коммутатору ещё предстояло его исполнить
RFC 2124 вынес политику допуска во внешнюю службу, но не приравнял её ответ к фактическому состоянию соединения. LFAP сохранил более честную цепочку: решение, исполнение, сверка и учёт были разными событиями.
IETF
RFC 9815: достижимость без доказанного запрета транзита
В гипотетическом аудите после холодного перезапуска первая строка выглядит благополучно: сервисные префиксы узла достижимы, проверка это зафиксировала. Вторая строка остаётся пустой: нет подтверждения, что ранее объявленный Node SPF Status со значением 2 пережил восстановление.…
Облачные сервисы: тенденции Европы и Ближнего Востока
£27,9 млн контрактного ARR PCI Pal — ещё не аудированная выручка
PCI Pal повысила две операционные оценки темпа бизнеса и одновременно отложила публикацию результатов FY26. Эти сообщения не отменяют друг друга: подписание, внедрение, признание выручки и завершение аудита идут по разным часам.
История
Сброс пришёл в следующем пакете: граница восстановления MPPC в RFC 2118
RFC 2118 построил Microsoft Point-to-Point Compression вокруг общей непрерывной памяти двух сторон. Если потеря пакета разводила эти истории, получатель отправлял Reset-Request. Однако новую точку декодирования задавал следующий пакет данных с флагом `FLUSHED`, а не отдельный…
IETF
Шифрование черновика до отправки: RFC 9787 и граница обязательства
Представим переход, который вполне мог бы случиться, но здесь является только гипотезой: несколько строк, автоматически сохранённых вечером на ноутбуке, утром появляются в окне почтового клиента на телефоне. Они уже пережили одно устройство и одну сессию, но ещё не стали…
История
Хабы ушли, а граница наблюдения RFC 2108 осталась
Модель Hub MIB прошла три редакции и перестала развиваться вместе с вытеснением повторителей коммутаторами. Но её главный принцип пережил оборудование: измерительный слой может знать намного больше физического порта, не превращая наблюдение в доказательство личности, причины или…
IETF
NFFRR как делегированное вето: кто отвечает за отказ от второй быстрой перемаршрутизации
В документальном примере EVPN active-active отказ CE выглядит для двух PE как два разных отказа доступа. PE2, считая недоступным свой link1 к CE2, отправляет трафик по резервному MPLS-пути к PE3. PE3 видит собственный link2 как недоступный и, руководствуясь столь же разумной…
Досье
RFC 9682: расследование начинается с решения по сообщению
Диагностика во время исполнения способна опровергнуть предположение, на котором держалось решение о выпуске. Если приложение отклоняет сообщение, считавшееся допустимым, или принимает его вопреки ожидаемому ограничению, прежних заверений уже недостаточно. Но результат ещё не…
История
Два прохода хеширования сделали MAC переносимым, но не приняли решение о доверии: RFC 2104
RFC 2104 превратил уже распространённые итеративные хеш-функции в код аутентификации сообщений с внутренним и внешним проходом. Базовый хеш можно было заменить, сохранив конструкцию. Однако совпавший тег свидетельствовал лишь о связи ключа, алгоритма и точной последовательности…
IETF
Невидимый адрес после инцидента: пределы покрытия RFC 9686
После сетевого инцидента аналитик ищет регистрацию подозрительного IPv6-адреса и ничего не находит. Адрес мог существовать, хотя инфраструктура не объявляла поддержку регистрации на соответствующем интерфейсе. Сообщение могло потеряться. Журналирование могли отключить. Серверное…