Модели и платформы ИИ
Linux Foundation запускает службу имен агентов для идентификации ИИ-агентов
Добавьте Unite.AI в избранные источники в Google
Linux Foundation объявила 10 ноября 2026 года об официальном запуске Agent Name Service (ANS) в качестве проекта фонда. Служба предоставляет ИИ-агентам привязанную к домену идентификацию, средства обнаружения и аутентификации на основе открытой спецификации и инструментов с открытым исходным кодом.
ANS позволяет системе установить, с каким зарегистрированным агентом она взаимодействует, прежде чем применять собственную политику безопасности. Служба связывает версионируемое имя с доменом, контролируемым оператором агента, использует систему доменных имен (DNS) для публикации сведений, необходимых для обнаружения, и записывает подписанные события жизненного цикла в журнал прозрачности. Такой подход задействует существующую интернет-инфраструктуру, не требуя единого проприетарного реестра агентов.
Запуск превратил объявленное фондом 23 июня 2026 года намерение в проект с официальным управлением. По данным фонда, с тех пор 11 организаций внесли вклад в ANS или внедрили эту службу: Cisco, Cloudflare, DigiCert, DistributedApps.ai, GoDaddy, HOL, Infoblox, Radix, Salesforce, OWASP и Trustmodel.ai.
Как работают регистрация и аутентификация в ANS
Семь уровней спецификации охватывают идентификацию, регистрацию, версионируемые имена, публикацию в DNS, прозрачность, контроль целостности и аутентификацию агентов. Имя ANS связывает версию с доменом, например ans://v1.0.0.payments.example.com; для новой версии требуется новая регистрация.
При регистрации оператор передает в орган регистрации хост агента, версию, конечные точки и данные сертификата. Орган проверяет контроль над доменом и наличие необходимых доказательств. Оператор публикует полученные записи DNS, а орган проверяет их перед активацией. Затем он подписывает событие жизненного цикла и передает его в журнал прозрачности для заверения. В результате создаются общедоступные артефакты, связывающие регистрацию с авторизованными сертификатами.
Узлы взаимодействия используют поддерживаемый профиль обнаружения, чтобы находить конечные точки, и общую _ans-badge запись, чтобы получить свидетельства из журнала прозрачности. Одного обнаружения недостаточно для аутентификации вызывающей стороны. Для аутентификации необходимо выполнить три условия: сертификат связан с зарегистрированной идентичностью, регистрация остается действительной, а вызывающая сторона владеет соответствующим закрытым ключом.
Проект документа ANS-6 об аутентификации приравнивает по значимости взаимный TLS (mTLS) и доказательство владения на уровне приложения (DPoP). mTLS подходит для сквозного соединения TLS, тогда как DPoP связывает одноразовое доказательство с HTTP-запросом и может работать через шлюзы, завершающие соединение TLS. Верификатор уровня значка запрашивает в журнале прозрачности актуальные свидетельства; в режиме SCITT квитанция и токен статуса проверяются локально, без сетевых запросов при каждом обращении. Для DPoP требуется привязка SCITT.
Программное обеспечение и первые примеры совместимости
Доступное программное обеспечение включает эталонную реализацию на Go для органа регистрации, журнала прозрачности и автономного верификатора, а также SDK для Go, Rust и Java с различающимися API и набором реализованных функций. В ans-cli инструменте доступны регистрация, обнаружение, управление сертификатами и запросы к журналу прозрачности в macOS, Linux и Windows. Инструкция по быстрому локальному запуску предусматривает использование ключей для разработки и noop проверяющего DNS, поэтому успешная проверка квитанции не подтверждает работоспособность общедоступной DNS, выпуск сертификата для производственной среды или действующее развертывание.
Для обеспечения совместимости Linux Foundation сообщает, что Agent Directory Service от AGNTCY поддерживает проверку идентификаторов ANS, а ANS Finder реализует обнаружение ресурсов агентами (Agentic Resource Discovery, ARD) и проходит тесты на соответствие реестра. Собственная спецификация ARD описывает обнаружение до вызова, а не выполнение, и допускает множество служб обнаружения с разными политиками доверия, ранжирования и доступа, не предписывая использовать централизованный каталог. Эта работа связывает проверяемые свидетельства идентичности с обнаружением, не создавая универсальный каталог агентов.
Проекты спецификаций и границы безопасности
Первоначальный технический руководящий комитет состоит из пяти членов с правом голоса: Scott Courtney, Keith Perry и Connor Snitker из GoDaddy, Ken Huang из DistributedApps.AI и Michael Kantor из Hashgraph Online. Комитет определяет техническое направление, а сопровождающие репозитории проверяют изменения, управляют выпусками и обрабатывают сообщения о проблемах безопасности. Хотя в сообщении о запуске говорится, что спецификация оформлена, в документации проекта опубликованные спецификации обозначены как проекты, находящиеся в активной разработке; ANS-6 помечена как «ЧЕРНОВИК v1.0», версия 0.2.0, от 3 ноября 2026 года.
Модель безопасности устанавливает идентичность, но не определяет права доступа. Авторизация, делегирование полномочий по цепочке вызовов и оценка уровня доверия выходят за рамки ANS-6, поэтому каждое приложение самостоятельно решает, что может делать аутентифицированный агент. Заверенные дайджесты метаданных не подтверждают, какой код выполняется на удаленной машине, и не гарантируют поведение агента. Клиентам по-прежнему необходимы доверенные ключи журнала, корректная проверка подписей и доказательств, проверка актуальности данных и политика на случай сбоя. Общедоступные значки, квитанции и токены статуса также можно повторно использовать, если верификатор не проверяет владение ключом.
Квитанция подтверждает историю журнала, а не текущую действительность, и может оставаться проверяемой даже после отзыва агента, поэтому ее необходимо дополнять проверкой текущего статуса. Степень зрелости интеграций также различается. Разработка NVIDIA OpenShell обозначена как предварительная исследовательская версия, а проверки регистрации адресата не реализуют привязку ANS-6 к фактическому сертификату узла TLS.
Теперь у ANS есть управление под эгидой фонда, опубликованные проекты спецификаций и эталонные реализации. Практическая ценность системы для безопасности зависит от того, обеспечивают ли развернутые решения совместную проверку идентичности, актуального статуса и владения ключом, оставляя при этом авторизацию и оценку поведения агента за рамками утверждения об идентичности.
