Mozilla обяжет разработчиков Firefox-аддонов использовать 2FA

Mozilla обяжет разработчиков Firefox-аддонов использовать 2FA

Mozilla обяжет разработчиков Firefox-аддонов использовать 2FA

На прошлой неделе Mozilla решила ужесточить правила безопасной работы для разработчиков Firefox-аддонов. Отныне девелоперы обязаны использовать двухфакторную аутентификацию (2FA) для своих аккаунтов.

Решение компании прокомментировала Кэтлин Нейман, комьюнити-менеджер, отвечающая за расширения для Firefox:

«С начала 2020 года разработчики должны активировать 2FA на AMO — портале, посвящённом расширениям. Эти меры должны защитить аккаунты девелоперов от злоумышленников, пытающихся получить контроль над легитимными аддонами».

Намерения Mozilla вполне можно понять — компания хочет предотвратить ситуацию, в которой киберпреступники смогут «подсунуть» пользователям вредоносные обновления расширений.

Поскольку аддоны обладают определёнными правами в Firefox, злоумышленники, подсунув свой апдейт, смогут красть пароли, файлы cookie, шпионить за пользователями и даже перенаправлять их на фишинговые или вредоносные сайты.

В этом случае жертвы не смогут самостоятельно вычислить злонамеренное обновление расширения, особенно учитывая, что все апдейты приходят от официального ресурса Mozilla AMO, который принято считать безопасным.

В этой связи решение Mozilla обязать разработчиков использовать двухфакторную аутентификацию выглядит вполне разумным. 2FA существенно затруднит злоумышленникам задачу скомпрометировать аддоны.

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