Кратко

  • Автоматическая проверка abuse-mailbox подтверждает наличие атрибута, корректность синтаксиса, записи DNS и способность почтового сервера принимать сообщения, но не качество обработки обращений; первичная проверка писем не отправляет.
  • Провал проверки запускает фиксированную лестницу: недействительный атрибут и тикет, письмо LIR, до двух напоминаний с недельным интервалом всем контактам LIR, затем попытка связи со стороны сотрудника RIPE NCC и передача дела в процедуру для неотвечающих LIR.
  • Крайняя точка процедуры — прекращение Standard Service Agreement и дерегистрация номерных ресурсов; основаниями могут быть неучастие в аудитах и предоставление недостоверных или многократно некорректных данных.
  • Количественная база остаётся в 2017–2019 годах: 10–25% из примерно 70 000 атрибутов могли быть некорректными или неактивными; к маю 2019 года в базе было около 93 000 таких атрибутов при ожидании более 32 000 тикетов за раунд и примерно 6 000 открытых тикетов в 2019 году.

Что именно проверяется

Механизм описан в материалах RIPE NCC. Автоматическая проверка убеждается в наличии атрибута abuse-mailbox и его синтаксической корректности, проверяет записи DNS, выявляет адреса, похожие на фиктивные или honeypot-ящики, и подтверждает, что почтовый сервер способен принимать сообщения. Первичная автоматическая проверка при этом не отправляет писем (материалы RIPE NCC).

Граница этого контроля принципиальна: проверка отвечает на вопрос, существует ли ящик и может ли он принимать почту, но не отвечает на вопрос, как доставленное обращение обрабатывается, исследуется и какие действия по нему предпринимаются (материалы RIPE NCC).

Обязательство привязано к ресурсам, попадающим под требование об abuse-контакте в RIPE Database. Устаревшие (legacy) IP-адреса и номера автономных систем, распределённые до создания RIPE NCC, остаются вне процесса проверки.

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

Лестница эскалации

Если abuse-mailbox не проходит проверку, атрибут помечается недействительным и создаётся тикет. Local Internet Registry получает письмо с объяснением и ссылкой для валидации. Если ответа нет, направляются ещё два напоминания с интервалом в одну неделю всем контактам LIR. После третьего письма без ответа сотрудник RIPE NCC вмешивается сам — по телефону или через другие доступные адреса. Если контакт установить так и не удалось, дело передаётся по установленной процедуре для неотвечающих LIR (материалы RIPE NCC).

Дополнительным триггером служит нарушение политики: например, abuse-mailbox, который вынуждает отправителя пользоваться веб-формой вместо приёма почты.

Куда ведёт лестница

Процедурный документ «Closure of Members, Deregistration of Internet Resources and Legacy Internet Resources» описывает основания и порядок прекращения Standard Service Agreement и дерегистрации номерных ресурсов; в найденном материале его последнее обновление датировано 7 мая 2026 года. Основания для инициированного RIPE NCC прекращения включают несоблюдение требований аудитов, в том числе неотвечание или отказ от сотрудничества, а также предоставление фальсифицированных, вводящих в заблуждение или многократно некорректных данных, включая неточные контактные сведения.

Прекращение может следовать за трёхмесячным уведомлением либо наступать немедленно в оговорённых случаях; после прекращения бывший член теряет право поддерживать записи о номерных ресурсах в RIPE Database.

Что говорят числа

Количественная база невелика и датирована. Предварительные тесты RIPE NCC, о которых сообщалось в 2017 году, показали, что от 10 до 25 процентов из примерно 70 000 различных атрибутов abuse-mailbox могли быть некорректными или неактивными. Тесты 2018 года указывали, что около 20–25 процентов держателей ресурсов могут нуждаться в проверке или обновлении abuse-контактов. К маю 2019 года в RIPE Database было около 93 000 различных атрибутов abuse-mailbox, и RIPE NCC ожидала, что каждый раунд проверки породит более 32 000 тикетов — потенциально до 64 000 тикетов в год. Фактически в 2019 году было открыто около 6 000 тикетов. В 2017 году RIPE NCC заявляла, что урегулировала более 1 000 внешних сообщений о некорректных атрибутах abuse-mailbox, не запуская полную процедуру закрытия и дерегистрации (материалы RIPE NCC).

Разрыв между ожидаемым и открытым числом тикетов — самый информативный показатель из доступных. Он не доказывает неисполнение процедуры: часть атрибутов исправляется до создания тикета, часть попадает в другие каналы. Но он показывает, что публично подтверждённый объём работы по этой лестнице остаётся на порядок ниже расчётной нагрузки.

Политика и институциональный контекст

Политика «Abuse Contact Management in the RIPE Database» (ripe-705), которая вводит и определяет обязательную проверку атрибута abuse-c, была принята в июне 2018 года и действует. Рабочая группа Abuse Contact Management Task Force была создана после RIPE 61, чтобы изучить предложения по управлению abuse-контактами и дать обратную связь сообществу; её работа и привела к этой политике.

Пробел в данных

В найденных материалах не удалось обнаружить опубликованных показателей за 2025 или 2026 год: ни доли соблюдения требований, ни числа провалов проверки, ни количества удалённых контактов, ни числа закрытий членства, связанных именно с несоблюдением требований к abuse-контакту. Страница статистики RIPE NCC была удалена во время обновления сайта, новый статистический аппарат ещё ожидается, а базовые данные об IP-адресах и ASN остаются доступны через RIPEstat. Само наличие процедуры закрытия и дерегистрации устанавливает возможность, но не даёт счёта.

Справочная запись по этому объекту доступна в каталоге BTW.