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

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

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

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

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

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

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

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

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

В GitHub нашли критическую дыру: можно было получить доступ к репозиториям

Исследователи из Wiz обнаружили критическую уязвимость в GitHub, которая позволяла выполнить код на серверной инфраструктуре платформы через обычную команду git push. Проблема получила идентификатор CVE-2026-3854 и затрагивала GitHub[.]com, корпоративный сервер GitHub и несколько облачных корпоративных версий GitHub.

Суть уязвимости была в ошибке обработки пользовательских параметров при git push.

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

Для GitHub Enterprise Server это могло означать полную компрометацию сервера и доступ ко всем репозиториям и внутренним секретам. На GitHub.com риск был ещё больше: из-за общей бэкенд-инфраструктуры злоумышленник теоретически мог получить доступ к миллионам публичных и закрытых репозиториев, расположенных на затронутых узлах.

GitHub быстро закрыл проблему. Патч для GitHub.com развернули 4 марта, а для в GitHub Enterprise Server дыру закрыли 10 марта. По итогам внутреннего расследования корпорация заявила, что признаков эксплуатации уязвимости в реальных атаках не обнаружено.

Однако для корпоративных пользователей риск всё ещё актуален, если они не обновили свои инсталляции GitHub Enterprise Server. По данным Wiz, на момент публикации значительная часть таких серверов всё ещё оставалась без патча. Поэтому администраторам стоит как можно быстрее перейти на обновлённые версии.

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