Пароль «123456» слил данные 8,8 млн жителей Дании
Коротко: Хакер получил доступ к Центральному регистру населения Дании (CPR) через аккаунт IT-подрядчика Pays ApS, защищённый паролем «123456». С 10 по 20 сентября 2026 года он выполнил около 14 млн запросов и выгрузил имена, адреса и персональные ID-номера 8,8 млн человек — живых, умерших и переехавших за границу. Взлом обнаружили только спустя 12 дней, когда бухгалтерию удивил аномально большой счёт за использование API. Это учебный пример того, как один слабый пароль у стороннего подрядчика обнуляет защиту целой государственной базы.
Что произошло
Pays ApS — компания-подрядчик, у которой был легальный доступ к датскому Центральному регистру населения (CPR) для проверки данных клиентов. По меньшей мере три аккаунта компании, включая административный, были защищены паролем «123456» — самым массовым и наименее надёжным паролем в мире. Через этот доступ злоумышленник не взламывал сам реестр напрямую, а использовал уже выданные Pays права, чтобы методично выгружать персональные записи. Подробные разборы подобных инцидентов с утечками регулярно выходят в нашем блоге о приватности и безопасности.
14 миллионов запросов за 10 дней
По данным расследования, несанкционированный доступ начался 10 сентября 2026 года. За следующие десять дней — до 20 сентября — было выполнено порядка 14 млн запросов к API реестра. Для автоматизации выгрузки, по сообщениям источников, использовался код, сгенерированный с помощью ИИ: это позволило извлекать записи массово и быстро, без ручного труда, которым атаку можно было бы легче заметить или ограничить по скорости.
Почему взлом заметили только через 12 дней
Утечку обнаружили не системы мониторинга безопасности, а бухгалтерия: сотрудники Pays ApS обратили внимание на необычно высокий счёт за использование API реестра. Только после этого компания подняла тревогу, а датские власти официально подтвердили инцидент 5 октября 2026 года. Почти две недели аномальной активности — 14 миллионов запросов — прошли мимо систем контроля привилегированного доступа подрядчика. Это тот самый пробел, который регуляторы и аналитики по защите данных называют главным риском цепочки поставщиков: организация может выстроить надёжную защиту собственного периметра, но остаётся уязвима через доступ, выданный партнёру.
Какие данные оказались у хакера
Утекли имена, адреса и персональные ID-номера (аналог российского СНИЛС/паспортных данных) 8,8 млн человек — показатель превышает нынешнее население Дании, потому что включает умерших и тех, кто уже выехал из страны. Человек, взявший на себя ответственность за атаку, заявил, что не намерен продавать или публиковать похищенные данные, но проверить это заявление невозможно, а сам факт выгрузки такого объёма государственных ID-записей уже создаёт риск точечного фишинга, мошенничества с подменой личности и целевых атак на конкретных людей.
Что это значит для обычных пользователей
История с паролем «123456» — не экзотика, а системная проблема: многие организации выдают доступ к чувствительным системам подрядчикам, не требуя от них элементарной гигиены паролей и многофакторной аутентификации. Если утечёт база, в которой фигурируют ваши ФИО, адрес и ID-номер, сами данные вы изменить не сможете — зато можете снизить, что злоумышленник сделает с этими данными дальше: не повторять пароли между сервисами, включить двухфакторную аутентификацию везде, где это возможно, и внимательнее относиться к письмам и звонкам, где упоминаются ваши точные личные данные — это частый признак таргетированного фишинга после подобных утечек.
Как снизить риск
Базовая гигиена паролей не теряет актуальности: используйте уникальный длинный пароль для каждого сервиса и менеджер паролей, который не даст повторить «123456» даже случайно. Для аккаунтов с доступом к чувствительным данным обязательна двухфакторная аутентификация — она бы остановила эту атаку даже при скомпрометированном пароле. Отдельный уровень защиты — сетевая приватность: приложение LiMP VPN шифрует трафик между вашим устройством и интернетом и скрывает от провайдера и владельца сети, какие сервисы вы используете, а политика no-logs означает, что сам сервис не ведёт журнал посещений. VPN не предотвратит взлом чужой базы данных — это задача владельца системы и его подрядчиков, — но закрывает ваш собственный канал передачи данных от перехвата и слежки.
Источники
Частые вопросы
Как именно хакер получил доступ к реестру?
Не напрямую — через аккаунт IT-подрядчика Pays ApS, у которого были легальные права на запросы к Центральному регистру населения. Как минимум три учётные записи компании, включая администраторскую, использовали пароль «123456».
Что именно утекло и сколько человек пострадало?
Имена, адреса и персональные ID-номера 8,8 млн человек — живых, умерших и выехавших из страны. Полный состав украденных данных по каждой записи власти не детализируют.
Защитила бы двухфакторная аутентификация от такой атаки?
Да, с высокой вероятностью. 2FA требует подтверждения входа вторым фактором, поэтому один скомпрометированный пароль «123456» сам по себе не дал бы доступа к аккаунту без дополнительного кода или устройства.