Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Инцидент в сетях 1Password связан со взломом системы поддержки Okta

Киберинцидент в сетях 1Password, как оказалось, напрямую связан со взломом системы поддержки американской компании Okta, специализирующейся на управлении учётными данными пользователей.

Представители платформы 1Password, которой пользуются более ста тысяч организаций, раскрыли детали инцидента в блоге:

«Мы зафиксировали подозрительную активность на установке Okta. Судя по всему, она связана со взломом системы поддержки. Внутреннее расследование не выявило признаков несанкционированного доступа к данным пользователей 1Password».

«Специалисты обратили внимание на странные действия 29 сентября, после чего немедленно заблокировали их».

В самой Okta на прошлой неделе сообщили, что неизвестные киберпреступники проникли в систему техподдержки пользователей с помощью украденных учётных данных.

А в 1Password уточнили, что в их случае злоумышленники воспользовались украденным cookie сессии одного из ИТ-сотрудников.

«Действуя совместно с Okta, мы выяснили, что эти инциденты взаимосвязаны и, скорее всего, относятся к одной кампании», — говорится в отчёте (PDF) 1Password.

Судя по всему, сотрудник техподдержки 1Password открыл обращение с Okta и предоставил файл HAR, созданный с помощью Chrome Dev Tools. Этот файл содержал аутентификационную сессию, позволившую получить доступ к административному порталу Okta.

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

Разработчик предполагает, что автоматический переход на менее сильную модель мог повысить риск ошибки. Более производительная Fable 5, возможно, заметила бы конфликт переменных.

RSS: Новости на портале Anti-Malware.ru