Изоляция агентов и контроль доступа в Tailscale
Тем временем на канале AI Engineer опубликован доклад Реми Герсио из Tailscale о фундаментальной проблеме изоляции агентов. Стандартный подход к sandbox-у - класть API-ключи внутрь изолированной среды - фактически отдаёт их агентам.
Они вполне могут его слить, использовать не по назначению или, при удлинении циула работы, найти творческие способы его применения за рамками изначального задания. Tailscale предлагает разделить две задачи, которые обычно смешивают: изоляция выполнения и контроль доступа.
Кстати буквально на днях смотрел репозиторий в тему:
Набор shell-скриптов поднимает Ubuntu 25.10 в OrbStack на macOS и сразу заводит её в Tailscale-сеть. OrbStack даёт полноценное Linux-ядро с /dev/net/tun, поэтому Tailscale работает в kernel-режиме, а не через userspace-networking.
Auth key лежит в Apple Keychain и инжектится в VM на этапе provisioning — обход sandbox-ограничений macOS. Конфигурация VM описана через cloud-init в dev-server.yml, ключ создаётся с флагами Reusable, Pre-authorized и тегом tag:myservers.
Внутри четыре скрипта: build.sh, run.sh, cleanup.sh и store-ts-key-keychain.sh. К машине ходишь через Tailscale SSH, локальный OrbStack SSH proxy или команду orb.
А вы что по проблеме скажите? На сколько серьёно?
Подписывайтесь на Telegram Сергей Булаев AI 🤖.