Исследователи назвали самые устойчивые ко взлому пароли

Исследователи назвали самые устойчивые ко взлому пароли

Исследователи назвали самые устойчивые ко взлому пароли

С каждым годом технологии взлома становятся всё мощнее, особенно с развитием искусственного интеллекта. Исследователи из компании Hive Systems провели анализ и выяснили, какие пароли дольше всего сопротивляются взлому, а какие, наоборот, можно подобрать за секунды.

По данным исследования, надёжнее всего себя показывают пароли длиной от 14 до 18 символов, в которых используются:

  • строчные и заглавные буквы,
  • цифры,
  • спецсимволы.

На взлом таких паролей у злоумышленников могут уйти миллиарды лет — даже при использовании суперкомпьютеров и ИИ.

«Мы исходили из сценария, когда злоумышленник взламывает “вслепую” — у него нет утёкших данных, только хеш, который нужно подобрать с нуля», — поясняют в Hive Systems.

А вот такие пароли взламываются мгновенно:

  • 4–8 цифр (например, 1984 или 12345678),
  • 4–5 строчных букв (qwer, hello),
  • короткие слова, особенно из словаря,
  • пароли, которые уже ранее «засветились» в утечках.

По данным Cloudflare, 41% юзеров продолжают использовать скомпрометированные пароли — даже после утечек. И, увы, часто это одни и те же комбинации на всех сайтах.

«Проблема не в том, взломают ли такой пароль — вопрос в том, когда именно», — подчёркивают специалисты.

Как создать устойчивый ко взлому пароль:

  • Длина — минимум 14 символов,
  • Используй разные типы символов: буквы, цифры, знаки,
  • Не повторяй пароли на разных сайтах,
  • Включи двухфакторную аутентификацию,
  • Храни пароли в надёжном менеджере.

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

Команда обнаружила проблемный компонент и приняла меры. Согласно последнему сообщению от GitHub, сервисы постепенно восстанавливаются, однако уровень ошибок всё ещё немного превышает норму. Полностью закрывать инцидент компания пока не стала. Актуальный статус GitHub можно посмотреть по этой ссылке.

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

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