Определение
Основание доказательств в результате actor описывает тип доказательств, лежащих в его основе. Proof of Actor использует четыре значения:
- верифицированное: криптографическое или иным образом проверяемое утверждение прошло проверку.
- заявленное: actor или application это указали.
- выведенное: вывод сделан на основе поведенческих или контекстных сигналов.
- неизвестное: для определения было недостаточно доказательств.
Каждый результат содержит и класс (Human, Human + AI, Agent или Unknown, описанные в нашей таксономии для трафика application), и основание. "Agent, верифицированное" и "Agent, выведенное" - это разные результаты, и их следует обрабатывать по-разному.
Почему основание имеет значение
Без основания классификация скрывает, какую нагрузку она может выдержать. Панель, где для подписанного запроса показано "Agent", и для предположения на основе времени запроса тоже показано "Agent", побуждает команды применять к обоим один и тот же policy. Для приложений, чувствительных к безопасности, вывод никогда не должен выглядеть как криптографическая верификация.
Разделение класса и основания позволяет policy соответствовать силе доказательств:
- Роут только для чтения может разрешать любой результат Agent.
- Роут с более высоким влиянием может считать только верифицированных agents известными операторами и требовать более строгие credentials от всех остальных.
Четыре значения подробно
Верифицированное
Что-то было проверено и прошло проверку. Самый наглядный пример - HTTP message signature (RFC 9421), которая валидируется по ключу, опубликованному оператором agent. Верифицированные доказательства подтверждают только конкретную проверку и ничего больше: действительная signature показывает, какой ключ подписал request, но не то, что действие authorised.
Заявленное
Кто-то так заявил. Client, который называет себя agent, имя MCP client или раскрытие использования AI внутри вашего собственного application - это заявления. Они полезны, часто правдивы и иногда ложны. Подмена user-agent - классический пример ложного заявления. Заголовок User-Agent по замыслу является самодекларируемым.
Выведенное
Система сделала вывод по сигналам: по шаблонам взаимодействия в browser session, по времени request, по отсутствующему browser context, по деталям protocol. Выводы могут быть ошибочными, поэтому они всегда помечаются как выводы, и поэтому значимые решения о людях никогда не должны опираться только на них.
Неизвестное
Доказательства не позволили сделать определение. Это связано с классификацией Unknown и должно переходить в явный fallback в вашем policy. В нашей статье почему Unknown - это допустимый результат при классификации AI traffic объясняется, почему.
Основание против оценок confidence
Многие systems сводят доказательства к одному числу. Оценка скрывает, была ли она получена из cryptographic check или из эвристики, а некалиброванный percentage создает впечатление точности, которой нет. Небольшой набор именованных оснований проще анализировать, проще аудировать и труднее использовать неверно.
Распространенные заблуждения
"Заявленное означает ненадежное." Заявления часто точны и иногда являются единственным доступным evidence для некоторых вопросов, например для раскрытия использования AI-assistance. Их просто не следует считать верификацией.
"Верифицированное означает безопасное." Верификация касается identity подписавшего, а не намерения или разрешения.
Основание доказательств в Proof of Actor
Каждый результат Proof of Actor указывает свое основание и понятное человеку summary доказательств. Policy выполняются в вашем application и могут использовать class и basis вместе. См. Detection & Limitations или подать заявку на ранний доступ.
Источники
- RFC 9421: HTTP Message Signatures: самый ясный источник верифицированных доказательств
- RFC 9110: HTTP Semantics, User-Agent: самодекларируемый, заявленный identifier