Anonymous обвинили Bank of America в незаконном шпионаже

Anonymous обвинили Bank of America в незаконном шпионаже

Хакерская группа Anonymous утверждает, что ей удалось получить доступ к закрытым данным, связанным с руководством Bank of America. В Anonymous также заявили, что сам Bank of America занимается "шпионской деятельностью и собирает данные о частных гражданах".



В заявлении группы Par:AnolA, представляющейся как разведывательное направление Anonymous, сказано, что им удалось собрать 14 гигабайт данных о сотнях руководителей крупных компаний, таких как Bloomberg, Thomson Reuters, TEKSystems и других. В Anonymous говорят, что эти компании наняли в прошлом году персонал, в задачи которого входил сбор данных и шпионаж за хактивистами и различными социальными активистами по всему миру.; В Par:AnolA говорят, что данные о руководстве были получены с нескольких "незащищенных серверов" в США и Израиле, а также он неназванных "доброжелателей" в среде, близкой к этим компаниям, пишет cybersecurity.ru.

"Значительная часть этой информации была получена не в результате взлома, а с серверов с неверно сконфигурированным программным обеспечением. Просматривая данные, нам стало очевидно, что Bank of America, TEKSystems и другие целенаправленно собирали данные об Anonymous и других активистах", - говорится в заявлении группы.

Согласно обнародованным данным, в указанных организациях составлялись так называемые "ежедневные отчеты о киберугрозах", связанных с различными событиями по всему миру, например таких, как акция Occupy Wall Street. В тоже время, Anonymous говорят, что методы, которыми руководствовались сборщики данных, были "бессистемными, не имевшими ценности и глупыми". Среди таких методов, они называют мониторинг IRC-каналов, Twitter-лент, поиск по ключевым словам в сети и ряд других.

В Bank of America пока никак не прокомментировали заявления Anonymous.

Напомним, что тремя неделями ранее Anonymous разместили в открытом доступе закрытые сведения американского Федрезерва и сведения о банковских счетах почти 4000 руководителей банков.

Критическая уязвимость в 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