Alter Vault даёт AI-агентам собственные ключи вместо ваших
Launch HN: Alter (YC S25) – Access control for multi-user agents
Стартап Alter (YC S25) выпустил Alter Vault — систему управления привилегированным доступом для AI-агентов. Вместо одного перегруженного ключа, который все агенты используют совместно, платформа выдаёт каждому агенту отдельную идентичность и ограниченные гранты. Один вызов SDK берёт на себя хранение, обновление, политику и аудит для 140 провайдеров; есть интеграции с LangChain, MCP и AWS. Авторизация работает по принципу fail-closed, а журнал аудита можно передать в SIEM заказчика.
Если политику невозможно вычислить, запрос отклоняется.
- mauvehed
Этот сайт буквально шаблон, сгенерированный вайб-кодингом.. Как мы можем хоть как-то доверять самому приложению?
- 911viper
Продолжая ту же мысль, что и souvik1997: проблема утечки усугубляется в общих комнатах по сравнению с общими сессиями. Когда несколько субъектов (люди плюс их собственные агенты) сидят в одном канале, транскрипт становится границей привилегий. Всё, что агент прочитал в ходе с более высокими привилегиями, остаётся в контексте каждого последующего хода в этой комнате.
С чем мы столкнулись, строя именно это — комнаты, где люди и боты равноправны: нельзя привязать токен к агенту, нужно привязывать его к паре (агент, комната), а затем решать, что происходит с производными артефактами. Вывод инструментов, файловые дескрипторы и блок памяти, который агент записывает обратно, — всё это переживает сессию и воспроизводится в следующей.
Так как вы обрабатываете производное состояние? Является ли память агента новым субъектом, обладающим пересечением прав сессий, которые её питали, или она просто наследует права, и вы полагаетесь на то, что модель не будет действовать на основе устаревшего контекста?
- souvik1997
Выглядит круто!
Один аспект безопасности многопользовательских агентов, который, на мой взгляд, недостаточно исследован, — это то, как контекст из сессии с более высокими привилегиями может «утекать» в сессию с более низкими привилегиями. Предположим, генеральный директор компании использует вашего общего агента openclaw, и агент записывает конфиденциальные данные (например, письма инвесторам) в свою память. Насколько я понимаю, Alter это не защищает. Затем подрядчик использует того же агента и может прочитать ту же память. Мне кажется, для такого многопользовательского сценария нужна лучшая обвязка для агентов; стандартные вроде openclaw и claude code просто не рассчитаны на это. Было бы интересно услышать ваши мысли!