Ошибочные извещения 1Password о смене пароля — следствие сбоя, а не взлома

Ошибочные извещения 1Password о смене пароля — следствие сбоя, а не взлома

Ошибочные извещения 1Password о смене пароля — следствие сбоя, а не взлома

Пять дней назад пользователи 1Password начали жаловаться на недоступность аккаунта: при попытке входа отображается сообщение о смене пароля или закрытого ключа с предложением ввести новый идентификатор. Тревожный симптом оказался побочным эффектом плановых работ по переносу серверных баз данных и быстро исчез.

Сбой службы техперсонал компании зафиксировал в процессе верификации внесенных изменений. К счастью, он оказался кратковременным: трафик вернулся к норме в тот же вечер, 27 апреля (ранним утром 28-го по Москве), и никаких дополнительных ошибок не объявилось.

Вчера в блоге 1Password были опубликованы подробности неприятного инцидента. Главный технический директор компании Педро Канауати (Pedro Canahuati) еще раз заверил пользователей, что их учетные данные не менялись и не пострадали.

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

Многие пользователи восприняли эти алерты как свидетельство взлома аккаунта или какого-то киберинцидента в 1Password. К счастью, неудачные попытки входа вскоре прекратились, и веб-сервис заработал в привычном режиме.

Собранные в ходе мониторинга данные будут подвергнуты тщательному анализу, чтобы отточить сценарии миграции и обработки ошибок во избежание повторения конфуза. Согласно записям на странице статуса 1Password, очередные технические работы на сервисе запланированы на 16 мая; пользователей предупреждают, что в это время сайт 1password.com может выпадать из доступа.

Напомним, веб-сервис недавно решил отказаться от паролей в пользу пасс-кодов. Технология Passkey более устойчива к брутфорсу, к тому же такой ключ доступа сложнее украсть: он привязан к устройству пользователя, а 1Password такие данные не хранит.

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

Пользователь сообщил о потере проектов за несколько месяцев, инструментов разработки, SSH-ключей и учетных данных. В корзине удаленные файлы не оказались. Обращение помечено как ошибка высокого приоритета с потерей данных.

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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