Эксперт нашел способ взломать любой аккаунт Instagram за 10 минут

Эксперт нашел способ взломать любой аккаунт Instagram за 10 минут

Эксперт нашел способ взломать любой аккаунт Instagram за 10 минут

Независимый исследователь заработал $30 000 за обнаружение бага, благодаря которому злоумышленники могли завладеть любым аккаунтом в Instagram. При этом в случае такой атаки никакого взаимодействия с владельцем учетной записи не требовалось.

Индийский эксперт в области безопасности Лаксман Матья сразу же сообщил о наличии проблемы безопасности представителям Instagram. По словам специалиста, баг затрагивал механизм восстановления пароля от учетной записи.

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

Если пользователь Instagram хочет восстановить пароль, ему придется ввести шестизначный код доступа (истекает спустя 10 минут), который сервис высылает на мобильный телефон или на указанную в аккаунте почту.

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

Лаксман Матья задался целью выяснить максимальное количество допустимых запросов, в результате чего наткнулся на отсутствие механизма «черного списка». Таким образом, эксперт смог непрерывно отправлять запросы, при этом система его не блокировала.

«Если у нас есть возможность перепробовать миллион различных комбинаций цифр, мы сможем изменить пароль любого аккаунта. Я был уверен, что в системе предусмотрена защита от подобных брутфорс-атак, однако в итоге выяснилось, что количество запросов неограниченно, а черный список не предусмотрен», — пишет в отчете Матья.

В ходе своей импровизированной атаки исследователь использовал множество IP-адресов для отправки большого количества запросов. Чтобы способ сработал, эксперту понадобилось 1000 IP-адресов, так как шестизначный код «живет» всего 10 минут.

На пример такой атаки можно посмотреть на видео, которое Матья специально опубликовал для всех интересующихся.

Популярную ИИ-библиотеку LiteLLM заразили бэкдором через PyPI

В экосистеме ИИ-разработки всплыла неприятная история: исследователи из Endor Labs обнаружили, что популярная Python-библиотека LiteLLM, у которой больше 95 млн загрузок в месяц, была скомпрометирована в репозитории PyPI. Через заражённые версии злоумышленники распространяли многоступенчатый бэкдор.

Речь идёт о версиях 1.82.7 и 1.82.8. Причём в официальном GitHub-репозитории проекта такого вредоносного кода не было.

Проблема возникла именно в пакетах, опубликованных в PyPI: туда попал файл с закладкой, который декодировал и запускал скрытую нагрузку сразу после импорта библиотеки.

Во второй заражённой версии, 1.82.8, схема стала ещё жёстче. Пакет устанавливал .pth-файл в директорию site-packages, из-за чего вредоносный код мог запускаться вообще при любом старте Python, даже если сам LiteLLM никто не импортировал.

После запуска зловред начинал искать самое ценное: SSH-ключи, токены AWS, GCP и Azure, секреты Kubernetes, криптокошельки и другие конфиденциальные данные. Если заражение происходило в контейнерной или кластерной среде, вредонос пытался двигаться дальше по инфраструктуре, в том числе через развёртывание привилегированных подов на узлах Kubernetes.

Для закрепления на хосте атакующие, как сообщается, ставили systemd-бэкдор sysmon.service, который регулярно связывался с командным сервером и мог получать новые команды или дополнительные вредоносные модули.

Специалисты считают, что за атакой стоит группировка TeamPCP, которая в последнее время явно разошлась: до этого её уже замечали в инцидентах, затронувших GitHub Actions, Docker Hub, npm и OpenVSX.

Украденные данные, по информации исследователей, шифровались и отправлялись на сервер атакующих. Для маскировки использовались домены, внешне похожие на легитимные, например models.litellm[.]cloud и checkmarx[.]zone.

Сейчас разработчикам и DevOps-командам советуют как можно быстрее проверить окружение. Последней известной чистой версией LiteLLM считается 1.82.6. Если в системе использовались 1.82.7 или 1.82.8, нужно проверить наличие файла litellm_init.pth, артефактов вроде ~/.config/sysmon/sysmon.py и сервиса sysmon.service.

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