Хакер утверждает, что один из самых слабых паролей, какие только можно вообразить, — «123456» — стал способом проникновения в данные, связанные с датским национальным реестром и охватывающие 8,8 миллиона записей. Об этом утверждении, о котором сообщает Tom's Hardware, говорится, что источником компрометации стала IT- и data-сервисная компания со слабыми паролями. История об утечке в датском национальном реестре и пароле 123456 всё ещё остаётся утверждением, а не доказанной версией событий, но она иллюстрирует проблему, хорошо известную командам по безопасности: данные страны защищены лишь настолько, насколько надёжен самый слабый логин у поставщиков, имеющих к ним доступ.

Что, по словам хакера, произошло в Дании

Согласно отчёту Tom's Hardware, хакер говорит, что пароль «123456» позволил ему войти. В отчёте источник взлома связывается с IT- и data-сервисной компанией, которая, как сообщается, использовала слабые пароли. Цифра, привязанная к инциденту, — 8,8 миллиона записей, связанных с датским национальным реестром.

Стоит прямо сказать о нескольких оговорках. Исходный материал, который у нас есть, — это заголовок и краткое описание, поэтому мы можем описать утверждение лишь так, как оно там представлено. Мы не можем подтвердить полные технические детали, какие именно учётные записи были затронуты или какие именно поля данных были похищены. Утверждения хакеров могут быть преувеличены, а официальные выводы иногда отличаются от того, что атакующие заявляют публично. Читателям следует воспринимать конкретные детали как allegations, пока вовлечённые организации не представят собственную версию.

Как слабый пароль поставщика открывает данные национального масштаба

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

Пароль вроде «123456» — среди первых вариантов, которые пробует любой автоматизированный инструмент. Без многофакторной аутентификации (MFA), которая требует второго подтверждения личности, например кода или аппаратного ключа, часто достаточно одного верного угадывания. Добавьте широкий доступ — и один слабый учётный данные может превратиться в exposure для миллионов людей.

Это повторяющаяся схема в инцидентах, связанных с поставщиками. Наши материалы о заявлении хакера о краже 35 ГБ исходного кода Accenture и о том, как HCLTech отрицает утечку после заявления о данных сотрудников, оба связаны с крупными IT-сервисными фирмами — организациями того типа, которые находятся между клиентами и чувствительными системами. Эти случаи различаются в деталях, но у них один и тот же урок: сторонние IT-провайдеры — привлекательная цель, потому что они концентрируют доступ.

На что следует обратить внимание жителям Дании

Если вы живёте в Дании или ваши персональные данные хранятся в датских учреждениях, паниковать не нужно, но пока появляются подробности, разумны несколько привычек:

  • Относитесь скептически к неожиданным сообщениям. Электронные письма, тексты или звонки, ссылающиеся на ваши персональные данные, могут использоваться, чтобы звучать правдоподобно. Проверяйте, связываясь с организацией через канал, которому вы уже доверяете, а не через ссылки или номера из сообщения.
  • Следите за давлением. Срочные требования действовать, заплатить или «подтвердить личность» — классические признаки мошенничества.
  • Проверяйте официальные каналы на предмет обновлений. Полагайтесь на заявления соответствующих органов, а не на посты в социальных сетях или скриншоты с форумов.
  • Проверьте свои аккаунты. Ищите незнакомую активность в банковских, почтовых и онлайн-сервисных аккаунтах.

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

Менеджеры паролей и MFA: как остановить этот класс утечек

Защита от сбоя в стиле «123456» проста и хорошо понятна.

Используйте менеджер паролей. Менеджер паролей генерирует и хранит длинные, случайные, уникальные пароли, так что вам никогда не придётся придумывать их или запоминать. Уникальные пароли также означают, что один скомпрометированный логин не сможет открыть другие ваши аккаунты.

Включайте MFA везде, где она предлагается. Даже если пароль угадан или украден, второй фактор может остановить вход. По возможности предпочитайте приложение-аутентификатор или аппаратный ключ безопасности SMS-кодам.

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

Такие инциденты не ограничиваются одним сектором. См. также наш материал о ransomware-утечке MCBS, затронувшей 1,3 млн пациентов, где сбой сервисного провайдера затронул людей, чьи данные он обрабатывал.

Что это значит для вас

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

Ключевые выводы

  • Утверждение об утечке в датском национальном реестре и пароле 123456 не подтверждено, но оно соответствует знакомой схеме, когда атакующие используют слабые учётные данные у стороннего поставщика.
  • Относитесь к сообщениям, в которых используются ваше имя, адрес или номер ID, как к потенциально мошенническим, пока не проверите их самостоятельно.
  • Замените слабые или повторно используемые пароли на уникальные, сгенерированные менеджером паролей.
  • Включите MFA для электронной почты, банковских сервисов и любого аккаунта, который это поддерживает.
  • Прочитайте связанные материалы об утечках у поставщиков Accenture и HCLTech, чтобы увидеть, как риск сторонних IT-подрядчиков повторяется снова и снова, и потратьте десять минут сегодня, чтобы исправить свой собственный самый слабый пароль.