WSJ: Компания Uber обвиняется в кибератаках и прослушивании телефонов

WSJ: Компания Uber обвиняется в кибератаках и прослушивании телефонов

WSJ: Компания Uber обвиняется в кибератаках и прослушивании телефонов

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

Как пишет газета The Wall Street Journal, о данных обвинениях стало известно из письма, подготовленного адвокатом бывшего специалиста по безопасности в Uber Ричарда Джейкобса.

Из этого письма следует, что Uber активно прибегала к помощи бывших сотрудников ЦРУ, которые осуществляли кибератаки с целью похищения коммерческих секретов конкурентов. Все это происходило под руководством Трэвиса Каланика (ушедшего в отставку в июне), которому нанятые специалисты в июне 2016 года предоставили видеозапись, на которой был запечатлен глава другой компании.

Также утверждается, что летом 2016 года агенты собирали данные о разговорах по телефону между конкурентами Uber, политиками и представителями регулирующих органов.

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

Новое руководство компании отметило, что не может подтвердить всю эту информацию, однако намерено конкурировать честно и справедливо в дальнейшем.

Это далеко не первый раз, когда Uber сталкивается с проблемами. Года для компании выдался тяжелый — в октябре мы писали, что приложение Uber может записывать экран iPhone, после чего, в том же месяце Google потребовала от Uber $1 млрд за промышленный шпионаж.

Не говоря уже о массовой утечке, после которой были уволены некоторые сотрудники, тогда Uber даже заплатила хакерам $100 тысяч за молчание.

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