1Password запустил систему, которая даёт AI-агентам доступ к сайтам от вашего имени — без передачи паролей. Агент авторизуется через менеджер паролей, получает временный доступ к нужным сервисам и делает свою работу, не видя реальных учётных данных, — считает Арина Михална.
Как работает авторизация агента через 1Password
Классическая схема: вы даёте агенту логин и пароль, он входит на сайт. Проблема — агент может сохранить пароль, передать третьим лицам, использовать не по назначению. С 1Password схема другая.
Агент обращается к менеджеру паролей с запросом: «мне нужен доступ к сайту X от имени пользователя». 1Password проверяет запрос, авторизует агента через OAuth или выдаёт временный токен. Агент получает доступ к ресурсу, но не видит реального пароля.
Временный токен работает ограниченное время — час, день, неделю. Вы контролируете список сайтов, к которым агент может обращаться, и в любой момент отзываете доступ. Пароль остаётся внутри 1Password и нигде больше не светится.
Это решает главную проблему работы агентов с закрытыми сервисами: вы делегируете задачу, не рискуя утечкой паролей. Агент действует от вашего имени, но в строго заданных рамках.
Где это работает и где нет
OAuth и токены доступа поддерживают большинство API-сервисов, включая облачные платформы и популярные приложения. Если у сайта есть OAuth-авторизация — 1Password может организовать вход агента без пароля.
Сайты только на логине-пароле (государственные порталы, старые корпоративные системы без API) требуют прямой передачи учётных данных. Здесь 1Password может служить только защищённым хранилищем, но агент всё равно получит доступ к реальному паролю.
API-сервисы (Claude API, OpenRouter, Supabase, Vercel) работают через токены изначально. Здесь 1Password просто становится защищённым хранилищем токенов, которые агент запрашивает по мере необходимости.
Ограничение: агент получает доступ на уровне вашего аккаунта. Если у вас есть права администратора, агент тоже получит их. Гранулярный контроль (дать агенту только чтение, только запись) зависит от того, как реализован OAuth на конкретном сайте.
Агенты уже работают внутри OpenAI и Anthropic — вопрос не в том, использовать их или нет, а в том, как сделать это безопасно.
В канале разбираю связку агентов с безопасным доступом на живых примерах
подписывайся и следи за обновлениями
Передача пароля против временных токенов — что меняется
Классический способ: вы даёте агенту логин и пароль, он входит на сайт. Проблемы: агент может сохранить пароль в логах, передать его третьим лицам при взломе, использовать для доступа к другим сервисам (если пароль переиспользуется). Постоянный доступ невозможно отозвать без смены пароля.
Временные токены через 1Password: агент получает доступ на ограниченное время, не видит реального пароля, работает только с теми сайтами, которые вы разрешили. Токен можно отозвать в любой момент — доступ прекращается мгновенно. Пароль остаётся внутри менеджера паролей и нигде больше не светится.
Разница в контроле: при передаче пароля вы теряете управление доступом. С токенами вы видите, к чему агент обращался, когда и с каким результатом. Можно ограничить время жизни токена, список доступных ресурсов, действия агента (только чтение, только запись).
| Передача пароля | Временные токены |
|---|---|
| Агент видит и может сохранить пароль | Агент работает без доступа к паролю |
| Постоянный доступ до смены пароля | Доступ на ограниченное время |
| Невозможно контролировать действия | Можно ограничить список сайтов и действий |
| Риск утечки на другие сервисы | Токен работает только для одного сайта |
Для работы с агентами на длинных задачах (парсинг, мониторинг, автоматические отчёты) токены решают проблему безопасности. Агент получает доступ, делает свою работу, токен истекает — цикл повторяется по запросу без ручной передачи паролей.
Риски — агент действует от вашего имени
Временные токены защищают пароль, но не отменяют риски самого агента. Агент получает доступ к сервису с вашими правами — он может читать, писать, удалять, изменять настройки. Всё это записывается как ваши действия.
Пример: агент получил доступ к GitHub через 1Password. Задача — проверить статус пулл-реквестов. Агент ошибся в логике и случайно закрыл все открытые PR. Токен дал ему право на запись, и он этим воспользовался. Формально виноват не пароль (он в безопасности), а отсутствие ограничений на действия агента.
Что может пойти не так:
- Агент удалит файлы или записи, если решит, что они не нужны
- Отправит сообщения или изменит документы без вашего подтверждения
- Изменит настройки сервиса (права доступа, биллинг, интеграции)
- Сделает публичным то, что должно быть приватным
Защита: ограничьте время жизни токена до минимально необходимого (час на задачу вместо недели), проверяйте логи действий агента, работайте с тестовыми аккаунтами на этапе отладки. Ссылки на реальные проекты и продакшн-данные давайте только после того, как убедитесь, что агент делает ровно то, что нужно.
Для каких задач подходит такая авторизация
Схема работает там, где агенту нужен повторяющийся доступ к закрытым сервисам без вашего участия. Примеры: парсинг данных из Notion, автоматические коммиты в GitHub, создание задач в Trello, отправка отчётов в Slack.
Агент запрашивает токен один раз, дальше работает самостоятельно. Токен истекает через заданное время — агент запрашивает новый автоматически или по команде. Вы не передаёте пароли вручную, не рискуете утечкой, контролируете список сайтов и время доступа.
Задачи, где это не нужно:
- Разовые действия (вошёл на сайт, скопировал данные, вышел) — проще сделать вручную
- Публичные API без авторизации (новости, погода, курсы валют) — агент обращается напрямую
- Сайты только на логине-пароле без OAuth — прямая передача учётных данных
Связка с агентами Claude и скиллами MCP: агент запрашивает доступ к сервису через интеграцию, получает временный токен, выполняет задачу, доступ истекает. Всё это работает в фоне, без вашего участия. Прямая передачапаролей в промпты больше не нужна.
По материалам: статья TechCrunch о запуске авторизации агентов в 1Password, 22 октября 2026; описание OAuth-стандарта из документации 1Password.
Временные токены для агентов решают проблему безопасности при делегировании задач на закрытые сервисы. По опыту Арины Михалны, агент получает доступ, не видя паролей, работает в заданных рамках, токен отзывается в любой момент. Главный риск — агент действует от вашего имени, поэтому контролируйте список сайтов и ограничивайте время доступа. Для агентов на длинных задачах это первый рабочий способ не сливать пароли в промпты.
Читайте также
- Агент Claude взломал сайт спортзала: риски доступа ИИ в 2026
- Агент Anthropic отправил ложный донос в полицию: чему это учит тех, кто строит ИИ-агентов
- Claude Computer Use: обучение агентов на Mac
- На портале «Мастерская нейросетей»: ИИ-агент взломал: 5 проверок безопасности
Безопасность агента — половина дела, вторая половина — правильная архитектура.
В Telegram-канале «А.М. решает вопросы» я разбираю, как строить агентов, которые не выходят из-под контроля, и показываю готовые примеры — , там лежит гайд по установке Claude и безопасной работе с агентами.
подписывайся
