ФБР: Используйте длинные ключевые фразы вместо сложных коротких паролей

ФБР: Используйте длинные ключевые фразы вместо сложных коротких паролей

ФБР: Используйте длинные ключевые фразы вместо сложных коротких паролей

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

Теперь стала известна позиция ФБР по этому вопросу. Представители бюро заявили, что пользователям лучше уделить внимание длине паролей.

«Вместо того чтобы использовать короткие сложные пароли (которые трудно запомнить), смотрите в сторону длинных ключевых фраз», — пишет спецслужба.

«Это значит, что вам нужно собрать много слов в одну строку, где будет по меньшей мере 15 символов. Такая длина обеспечивает пароль устойчивостью — его сложнее взломать, но при этом ещё и облегчает вам задачу его запомнить».

Мнение ФБР можно объяснить просто: длинный пароль, даже если он состоит из простых слов и в нём отсутствуют спецсимволы, злоумышленники будут ломать дольше — на это потребуется больше вычислительных ресурсов.

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

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

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

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

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

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

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

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

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

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

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

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