В Сеть могли попасть свежие данные мобильного приложения СберСпасибо

В Сеть могли попасть свежие данные мобильного приложения СберСпасибо

В Сеть могли попасть свежие данные мобильного приложения СберСпасибо

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

О новой порции слива из инфраструктуры Сбера пишет телеграм-канал “Утечки информации”. На этот раз речь идет о мобильном приложении программы spasibosberbank.ru.

В Сеть могли попасть данные с июня 2022 по январь 2023 годов. В прошлый раз гигантский архив касался записей 2015-2022 годов.

Как говорят исследователи в сфере безопасности, выложенный свежий файл содержит:

  • номера телефонов;
  • хешированные номера банковских карт (основной и дополнительных);
  • даты рождения;
  • даты создания и обновления записей.

В новом дампе — 4,5 млн уникальных номеров телефонов.

Суммарно два фрагмента утечки теперь насчитывают почти 52 млн уникальных номеров телефонов и больше 3 млн адресов электронной почты.

Архив СберСпасибо стал третьей серией крупных сливов, связанных со Сбером. В конце февраля хакеры заявили об утечке из СберЛогистики. 7 марта в Сеть могли попасть данные онлайн-платформы СберПраво. Тогда Сбер опровергал утечки, называя выложенные файлы “компиляцией различных баз данных, полученных в результате взлома компаний-подрядчиков дочерних компаний Сбера”.

К моменту публикации официальных заявлений об утечке из СберСпасибо не делалось. 10 марта сообщалось, что проверкой слива займется Роскомнадзор.

Добавим, на этой неделе стало известно, что другая структура Сбера — сервис СберМаркет разместил публичную программу по поиску уязвимостей на платформе BI.ZONE Bug Bounty. Белым хакерам предлагают до четверти миллиона рублей.

Март 2023 года уже запомнился мощными атаками на российские финансовые организации. Так, от DDoS-угроз пострадали "Росбанк", УБРиР и также банки "Ак Барс" и "Уралсиб".

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

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

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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