Данные отрицавшего взлом ИТ-сервиса Первый Бит появились в Сети

Данные отрицавшего взлом ИТ-сервиса Первый Бит появились в Сети

Данные отрицавшего взлом ИТ-сервиса Первый Бит появились в Сети

Киберпреступники из группировки Dumpforums, не получив выкупа от компании “Первый Бит”, стали сливать данные ИТ-агрегатора. Речь о нескольких дампах, полученных из CMS “Bitrix”. Актуальность баз — конец апреля 2023 года.

О возможном взломе сайта 1cbit.ru стало известно 25 апреля. Тогда на главной странице ресурса появилось сообщение с требованием выкупа в 5 биткоинов — $142 тыс. Ответственность на себя взяла группировка Dumpforums.

Злоумышленники установили дедлайном для перевода на криптокошелек 28 апреля. С этого дня (сегодня) они обещали выкладывать в открытый доступ все скачанные базы.

Тогда “Первый Бит” официально опровергла утечку. В компании заявили, что на сайте 1cbit.ru нет ничего, кроме рекламы и информационных статей.

На самом деле, как пишет телеграм-канал “Утечки баз данных”, был получен доступ ко всей инфраструктуре ИТ-интегратора.

Взлому подверглись все дочерние сервисы “Первого Бита”. В руки хакеров попали базы данных 1c-buh.com, bit-apteka.ru, lid.1cbit.ru, soft.1cbit.ru и многих других.

Так, дамп 1cbit.ru содержит сведения о 12 тыс. пользователей:

  • ФИО;
  • электронная почта;
  • данные о профессии;
  • соцсети пользователя;
  • номер телефона;
  • логины и хешированные пароли.

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

В общей сложности было “подсвечено” 250 тыс. телефонных номеров и почти 90 тыс. почтовых адресов.

Актуальность баз разная — с ноября 2019 года по конец апреля 2023 года.

Добавим, сегодня же по Сети разошлись данные об утечке, предположительно, из компании “АльфаСтрахование”. В качестве доказательств группировка NLB выложила в открытый доступ 1 млн записей. Киберпреступники утверждают, что всего у них на руках 14 млн строк.

----- Update от 29.04.2023 -----

Представители компании “Первый Бит” поделились с Anti-Malware.ru комментарием, который мы приводим ниже:

«25 и 27 апреля 2023 г. наши рекламные сайты подверглись атакам хакеров, в результате которых 28 апреля 2023 г. в сети злоумышленниками была опубликована следующая информация: информационный контент, неуникальные имена, телефоны и неверифицированные почтовые адреса посетителей сайтов (данная информация вводилась посетителями при заполнении на сайтах форм обращений или формы обратной связи), а также исходный код сайтов. Сервер, на котором произошел инцидент, остановлен и изолирован. Сайт восстановлен на новой инфраструктуре.

Информация о том, что были получены доступы ко всей внутренней инфраструктуре компании, является недостоверной.

Сервисы, содержащие клиентские данные (в том числе данные личных кабинетов клиентов), и прочая конфиденциальная информация надежно защищена и хранится на других ресурсах.

В настоящий момент расследование и аудит систем безопасности продолжается как внутренними силами, так и с привлечением внешних экспертов по инфобезопасности.

По мере появления новых результатов расследования, информация будет обновляться».

Российские провайдеры начали глушить защищённые DNS Google и Cloudflare

Пользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare. Под ударом оказались протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), которые шифруют DNS-запросы и не позволяют провайдеру запросто подсматривать, к какому домену обращается пользователь.

По данным телеграм-канала bypassblock, сбои затронули абонентов «Ростелекома», «Дом.ру», «Таттелекома» и петербургского SkyNet.

Судя по результатам измерений, фильтрация работает хитрее обычного: TCP-соединение устанавливается, но защищённый туннель разваливается уже на следующем этапе.

При подключении к Cloudflare по адресам 1.1.1.1 и 1.0.0.1 через порт 853 TCP-рукопожатие проходит успешно, после чего соединение принудительно сбрасывается с ошибкой ECONNRESET — ещё до завершения TLS-аутентификации.


С Google Public DNS картина другая. Соединение с dns.google, 8.8.8.8 и 8.8.4.4 через порт 443 устанавливается, но после отправки TLS ClientHello ответы прекращаются.

Сессия либо висит до тайм-аута, либо завершается ошибкой unexpected eof while reading. Такое поведение может указывать на вмешательство промежуточного оборудования и фильтрацию по сигнатуре.

Симптомы различаются в зависимости от оператора и региона: у одних пользователей не работает только DoT, у других — DoH, а некоторым достался полный комплект. Техподдержка «Таттелекома» якобы прямо рекомендовала одному из абонентов отключить оба протокола для восстановления доступа.

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

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