Топ – менеджер Intel заработал на продаже информации 100 миллионов долларов

Топ – менеджер Intel заработал на продаже информации $100 миллионов

Топ-менеджер Intel сознался, что «передавал» конфиденциальную корпоративную информацию в фонд венчурного инвестирования Galleon, управленец которого обвиняется в незаконной торговле ценными бумагами; дело рассматривается в суде Манхеттена, США.

Бывший советник по инвестициям финансового департамента Intel Раджив Гол признал в суде, где проходит в качестве свидетеля обвинения, что передал информацию о сделках корпорации, а также сведения о финансовых операциях своему «другу», бывшему миллиардеру Раджу Раджаратнаму, который управлял Galleon. За это обвиняемый заплатил ему солидное вознаграждение - «сотни миллионов долларов».

Кстати сказать, сам Раджаратнам заработал на торговле краденной секретной информацией около $45 миллионов. Кроме того, он до сих пор не признал свою вину, утверждая, что торговал уже известной легитимной информацией. Тем не менее, если его вина будет доказана, то ему грозит 20 лет тюремного заключения. Но на сегодняшний момент он находится на свободе, которая стоила ему $100 миллионов долларов.

Напомним, что в деле проходит 20 человек, в том числе топ- менеджеры крупных производственных компаний, таких как IBM, AMD и Sun Microsystems.

«В свежепринятом федеральном законе "О противодействии неправомерному использованию инсайдерской информации..." (224-ФЗ) сделана попытка пресечь именно такие сделки с информацией. Законодатели РФ натолкнулись именно на ту трудность, которая "сыграла" в описанном инциденте, - комментирует главный аналитик InfoWatch Николай Федотов, - Информация, подлежащая обязательному опубликованию, с момента её создания до момента её публикации в СМИ, считается инсайдерской. Передача такой информации заинтересованному лицу или самостоятельное использование её - запрещены и наказуемы. Однако статуса конфиденциальности у неё нет. Отследить и доказать неразрешённую операцию с формально открытой, формально общедоступной информацией - достаточно сложно». 

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