Хакеру удалось найти похитителя своего ноутбука с помощью Facebook

Хакеру удалось найти похитителя своего ноутбука с помощью Facebook

...

Если вы собираетесь похитить ноутбук, сначала потрудитесь поинтересоваться, с кем вам предстоит иметь дело — один лондонский подросток, которому предъявили обвинение в краже ноутбука во время недавних беспорядков в Лондоне, явно не делал домашних заданий по дисциплине "узнай, кого хочешь обокрасть".



Грег Мартин, специалист по безопасности в сфере IT и бывший сотрудник ФБР и NASA, в прошлую среду вернулся в свою квартиру в Западном Кенсингтоне и обнаружил, что дом разраблен, а его MacBook Pro исчез, пишет denwer.ru.

Мартин, который ведет блог под названием InfoSecurity 2.0, очевидно оказался не тем человеком, у которого следует красть ноутбук — он загодя установил на свой компьютер ПО слежения с открытым исходным кодом Prey. Эта бесплатная программа "позволяет постоянно следить за вашим телефоном или ноутбуком и поможет отыскать устройство, если оно потеряется или будет украдено", — сообщается на вебсайте продукта.

Хакер Мартин (он сам так себя называет) пишет в своем блоге следующее:

"Прошли почти два тоскливых дня [после ограбления], я по делам в Люксембурге, сижу на обеде, и тут получаю email, от которого я чуть не подскакиваю со своего стула от волнения".

Грабитель наконец вышел в Сеть, и Мартин поспешил в свой отель, где стал отслеживать вора и собирать против него улики.

После двух часов наблюдений за серфингом похитителя ноутбука в Интернете Мартин смог собрать информацию об имени этого человека, его школе, адресе, IP, провайдере доступа в Интернет, точке беспроводного доступа и ID в Facebook.

Информация о воре из Facebook стала для Мартина решающей — он отослал собранные данные в полицию Большого Лондона и лег спать.

После того, как эти данные о воре — идентифицированном как Сохеил Калилфар, 18 лет — были переданы полиции, в его квартире провели обыск, нашли там ноутбук и передали его Мартину.

В наши дни, с распространением современных технологий, риск быть пойманным для вора стал гораздо выше.

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