Кратко

  • В отчёте APNIC за второй квартал 2026 года доступность Honeynet оценена в 99,17%. Цель — удерживать простой «основной» инфраструктуры Honeynet ниже 5%.
  • Там же сказано, что обновление инфраструктуры и ПО сенсоров завершено, но не указаны период измерения, состав системы или формула.

Процент есть, часов нет

99,17% — цифра для убедительного слайда: точность до сотых, тревожиться вроде бы не о чем. В приложенном к протоколу заседания APNIC за 6–7 сентября отчёте о работе за второй квартал 2026 года приведена именно такая доступность Honeynet. Протокол утвердили 19 октября. Цель сформулирована как менее 5% простоя для «основной» инфраструктуры. В том же блоке говорится о завершении обновления инфраструктуры и программного обеспечения сенсоров.

Арифметика проста. Если цель и результат охватывают один период и используют один знаменатель, простой менее 5% означает доступность выше 95%. Показатель 99,17% превышает эту подразумеваемую границу на 4,17 процентного пункта; его арифметическое дополнение — 0,83%. Результат выглядит с запасом. Проверить расчёт по опубликованным данным нельзя.

В отчёте нет дат начала и конца замера, и он не подтверждает, что речь идёт обо всём квартале. Не объяснено, какие элементы относятся к «основной» инфраструктуре. Нет числа успешных проверок и общего числа попыток, определения сбоя или правила учёта плановых работ. Показатель основан на минутах, ответах проб или средневзвешенной доступности компонентов? Обновление помечено как завершённое, но дата работ и их влияние на процент не раскрыты.

Honeynet — не один сервер. На публичных страницах APNIC по безопасности сказано, что проект собирает данные более чем с 400 приманок по всему миру и передаёт сведения о подозрительном трафике, в частности, в DASH. Доступность центральной системы, присутствие сенсоров, свежесть потока и доступ к панели связаны между собой, но описывают разные звенья услуги.

В отчёте за Q2 также перечислены обмены данными об угрозах на Phoenix Summit, PKCERT Workshop и PacNOG, а также выступления на этих встречах и CyberQuest Honiara. Публикацию материалов Honeynet перенесли на третий квартал: для выводов требовалось больше данных. Это разумный порог для аналитики. Он лишь сильнее подчёркивает, что рядом опубликован процент без описания данных, на которых он основан.

Это не свидетельство аварии. В отчёте не заявлено ни о сбое сенсоров, ни о потере данных, ни о последствиях для участника. 99,17% — показатель, опубликованный APNIC. Из него нельзя узнать, какие сенсоры отвечали и насколько свежие сведения поступали в DASH. Одно число не заменяет три отдельных измерения.

Определение услуги должно идти рядом с оценкой

Короткая методическая строка сделала бы следующий отчёт куда полезнее: точные даты замера, перечень «основных» систем, частота проверок и порог сбоя, число успешных попыток и их общий объём либо доступное и общее время, учёт плановых работ и принцип взвешивания. Охват сенсоров и актуальность потока следует публиковать отдельно от доступности центральной инфраструктуры.

Для службы безопасности тихая панель может означать отсутствие заметной активности, задержку данных или перерыв в услуге. Показатель за Q2 может быть точным, но не помочь различить эти ситуации.

Источники