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

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

...

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



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

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

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

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

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

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

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

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

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Давние уязвимости в Fluent Bit грозили разрухой AWS, Azure, Google Cloud

В популярном инструменте телеметрии Fluent Bit пропатчены несколько уязвимостей, грозящих нарушением работы облачных сервисов, в том числе таких крупных провайдеров, как Amazon, Google, Oracle, IBM, Microsoft и OpenAI.

По данным Oligo Security, выявленные ее экспертами проблемы, позволяющие с легкостью нарушить работу облачных сервисов и изменить данные, объявились в Fluent Bit от четырех до восьми лет назад.

Суммарно эксперты обнаружили пять застарелых уязвимостей:

  • CVE-2025-12969 — отсутствие аутентификации пользователей на доступ к плагину in_forward, что позволяет подменять пересылаемые логи либо создать флуд из фальшивых событий;
  • CVE-2025-12970 — переполнение буфера в стеке при подключении Docker Metrics, которое можно использовать для выполнения стороннего кода либо вызова отказа агентской программы;
  • CVE-2025-12972 — возможность выхода за пределы рабочего каталога из-за отсутствия санации тегов; эксплойт позволяет посредством манипуляции логами удаленно выполнить вредоносный код;
  • CVE-2025-12977 — неадекватная проверка ввода, а именно, заполнения полей тегами, что может привести к порче журнальных записей;
  • CVE-2025-12978 — логическая ошибка, позволяющая подменить доверенные теги событий и обойти защитные фильтры.

Эксплойт во всех случаях осуществляется по сети. Получаемый в результате уровень контроля обеспечивает управление фиксацией событий и позволяет скрыть следы атаки на облачный сервис.

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

Полтора года назад в Fluent Bit была пропатчена критическая уязвимость CVE-2024-4323, вызванная некорректной реализацией HTTP-сервера. Эксплойт не требовал аутентификации и позволял через вредоносный запрос к API спровоцировать отказ в обслуживании (DoS), получить доступ к конфиденциальной информации, а также удаленно выполнить сторонний код на хосте.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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