Кратко

  • Индивидуальный проект HCGA предлагает формировать из открытого ключа биты между агрегированным префиксом оператора и границей /64, расширяя подход RFC 3972.
  • При агрегате /48 таких битов 16. Совпадение для второго ключа возможно приблизительно за 2^16 проб, поэтому оператору нужны исключительный реестр допуска и контроль источника пакетов.

Математика может проверить пропуск, но не назначить первого посетителя. Такой конфликт скрыт в проекте Hierarchical Cryptographically Generated Addresses: рабочая нагрузка или агент получает подсеть /64, вычисленную из открытого ключа, однако другой ключ способен претендовать на те же биты подсети. Решающее слово остаётся за оператором, который выдаёт и фиксирует допуск.

В RFC 3972 криптографически генерируемый адрес связывает открытый ключ с идентификатором интерфейса в нижней части IPv6-адреса; префикс /64 предоставляет сеть. HCGA поднимает привязку выше: биты от агрегата до /64 выводятся из ключа и модификатора префикса. Агрегатом по-прежнему управляет оператор. Для повторной проверки понадобятся ключ, модификаторы и счётчик коллизий, сохранённые при создании адреса.

Раздел безопасности проекта приводит простой расчёт. Агрегат /48 оставляет для подсети 16 бит. Иной ключ или модификатор в среднем доберётся до того же /64 примерно за 2^16 испытаний. Речь о коллизии этих 16 бит, а не о взломе закрытого ключа или подделке всех 128 бит IPv6-адреса за то же число попыток. У идентификатора интерфейса отдельная, гораздо более высокая граница хеширования. Но один лишь /64 уже не позволяет указать единственный ключ.

Проект требует от окружающей архитектуры записать, какой ключ и модификатор принят для конкретной подсети, и не допускать конкурента. Адрес в пакете тоже не подтверждает отправителя: требуется подпись соответствующим закрытым ключом либо сетевое ограничение адреса источника. Проверяющему вне локального канала нужны сохранённые параметры генерации. Если журнал исчезнет, вычисление не восстановит законного получателя подсети.

Маршрутный документ решает задачу другого масштаба. Оператор объявляет через BGP агрегат, подкреплённый RPKI ROA; отдельные маршруты /64 наружу не объявляются. ROA говорит, кто вправе анонсировать широкий блок. Она не назначает ключ для одной внутренней подсети. Это назначение происходит в локальной процедуре допуска.

После назначения возникает цена для приватности. /64 остаётся постоянным при смене нижнего идентификатора интерфейса, что позволяет связывать действия одной рабочей нагрузки. У временных адресов в RFC 8981 иная цель. Вычисление HCGA также не показывает, хранится ли ключ в аппаратном модуле или только в программе; архитектура RATS описывает отдельные свидетельства аттестации.

Запись IETF датирует индивидуальный проект Standards Track 27 октября и показывает статус «I-D Exists». Практическая проверка должна получить два ключа с одинаковыми 16 битами под тестовым /48, отклонить второго претендента и дать внешнему проверяющему восстановить первый ключ, параметры и доказательство происхождения пакета. Здесь криптографическая схема встречает работу реестра.