Palantir Agentic Runtime 1.5: Безопасность через Provenance

Palantir детально разобрал, почему классический RBAC (права доступа по ролям) бесполезен для агентов.
В первую очередь потому, что агент — это не пользователь, это непредсказуемый цикл «Reasoning -> Action».

Технические акценты новой архитектуры или что они предлагают:

🔹 Provenance-based Security: Доступ проверяется не в момент запроса, а по всей цепочке «происхождения» данных (Lineage).

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

🔹 Hardened Substrate (Rubix): Оркестрация агентов вынесена в изолированные K8s-контейнеры. Жизненный цикл ноды — максимум 48 часов. Это блокирует возможность закрепления вредоносов или долгосрочных атак внутри агентской среды.
✍️

🔹 Ontology как Memory Guard: Агенты используют 4 типа памяти:
• Working (текущий цикл)
• Episodic (история сессий)
• Semantic (знания/навыки)
• Procedural (код/инструкции)
Все они хранятся в объектах Онтологии.

Каждое обращение к памяти — это вызов API с динамической проверкой политики «строка-столбец» прямо в рантайме.

🔹 Nested Tool Validation: Безопасность теперь «вложена». Если сложный инструмент агента вызывает другие функции, вся цепочка вызовов (call chain) разрешается и проверяется на безопасность в момент исполнения.

🚀 Для практики: Ключевой урок от Palantir — безопасность агентов должна быть атомарной. Нельзя верить агенту «на слово», нужно помечать каждый бит информации меткой (Security Marking), которая наследуется всеми производными объектами.

#Palantir #обучение #CyberSecurity #Lineage
———
@tsingular