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

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

...

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



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

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

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

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

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

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

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

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

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

Борьба с VPN задела сайты: у российских хостингов начались сбои

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

Как сообщает РБК, обсуждение быстро разгорелось на Searchengines.guru и DTF. Веб-мастера рассказывали, что сайты периодически перестают открываться, а посещаемость заметно проседает.

Под подозрение сразу попали технические средства противодействия угрозам (ТСПУ) — оборудование Роскомнадзора, которое используется для фильтрации интернет-трафика.

О проблемах публично сообщили сразу несколько крупных игроков рынка. Selectel указал на частичную недоступность ресурсов и связал её с новыми правилами фильтрации ТСПУ. Похожие заявления сделали Beget и Timeweb. О сбоях предупредили клиентов и отдельные сервисы, включая CRM-платформу «РосБизнесСофт» и систему управления проектами «ПланФикс».

По словам участников рынка, причина может крыться в очередной настройке механизмов борьбы с VPN.

Сначала регулятор блокировал VPN-сервисы по IP-адресам. Затем акцент сместился на протоколы. Но современные решения вроде VLESS, Trojan или MTProto давно научились маскироваться под обычный интернет-трафик.

В результате внимание, по словам экспертов, переключилось на облачную инфраструктуру, где часто размещаются VPN-сервисы. Как рассказал разработчик сервиса Now Дмитрий Маринин, многие крупные российские облачные площадки могли попасть в список подозрительных. После этого ТСПУ начали более внимательно анализировать TLS-соединения, которые используются практически всеми современными сайтами и приложениями.

Проблема в том, что обычный защищённый трафик и трафик некоторых VPN могут выглядеть очень похоже. Из-за этого система иногда принимает легитимные соединения за подозрительные и разрывает их.

По оценке сетевого инженера GlobalNet Михаила Коткина, в мае и начале июня некоторые облачные сервисы столкнулись со снижением трафика примерно на 10%.

Наиболее уязвимыми оказались мобильные приложения, облачные платформы, сервисы обмена данными в реальном времени и проекты, активно использующие CDN и защищённые соединения.

При этом часть участников телеком-рынка считает, что масштабы проблемы могут быть преувеличены, а разные технические сбои ошибочно объединяют под одним объяснением — настройкой ТСПУ.

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