JSOC CERT и НКЦКИ предотвратили атаку ботнета Meris на 45 тыс. устройств

JSOC CERT и НКЦКИ предотвратили атаку ботнета Meris на 45 тыс. устройств

JSOC CERT и НКЦКИ предотвратили атаку ботнета Meris на 45 тыс. устройств

Специалисты компании «Ростелеком-Солар» и Национального координационного центра по компьютерным инцидентам (НКЦКИ) смогли предотвратить атаки ботнета Meris на 45 тыс. устройств. Напомним, что этот ботнет заставил изрядно понервничать «Яндекс» и Брайана Кребса.

Зафиксировать и предотвратить попытку злоумышленников подчинить себе дополнительные устройства удалось благодаря центру выявления киберугроз JSOC CERT.

Примечательно, что операторы Meris стояли за самой мощной на сегодняшний день DDoS-атакой в рунете. Жертвой этой кампании стал российский поисковой гигант «Яндекс». По имеющимся данным, масштаб Meris можно оценить в 200 тысяч взломанных устройств.

К счастью, в распоряжении JSOC CERT была сеть ханипотов (ловушек), с помощью которых эксперты смогли изучить команды, используемые для управления подконтрольными устройствами. В процессе специалисты нашли ошибки, которые в итоге помогли обнаружить 45 тыс. сетевых устройств, выяснить их местоположение и изолировать от ботнета.

Считается, что Meris атакует преимущественно оборудование MikroTik, в отдельных прошивках которого содержатся критические уязвимости. Далее взломанные устройства объединяются под управлением единого центра и используются в DDoS-атаках.

Команда JSOC CERT передала НКЦКИ список выявленных заражённых устройств, что позволило оперативно информировать о ботнете зарубежные государственные центры реагирования на кибератаки.

Напомним, что не так давно операторы Meris также напали на знаменитого исследователя в области кибербезопасности Брайана Кребса.

Специалисты обошли Passkey через Windows и Chrome, не ломая криптографию

Сразу три исследования показали, как обойти защиту ключей доступа (passkey), не ломая криптографию. Математика устояла, а вот программная обвязка снова оставила ключи под ковриком. Специалисты SpecterOps обнаружили, что Windows сохраняла старые подписи YubiKey в открытом виде.

Прочитать их могли обычные аутентифицированные пользователи, в том числе удалённые.

В сочетании с недостатками проверки passkey в Microsoft Entra ID это позволяло выдавать себя за привилегированных сотрудников и проходить даже устойчивую к фишингу многофакторную аутентификацию.

Уязвимость журнала событий Windows получила идентификатор CVE-2026-34348 и 6,5 балла по CVSS. Microsoft выпустила обновление и сообщила о дополнительных мерах против ретрансляции утверждений passkey. Признавать технологию уязвимой к повторному воспроизведению корпорация, впрочем, не торопится.

 

Исследователи из Unit 42 тем временем атаковали Google Password Manager в Chrome для Windows. Все сценарии требовали присутствия вредоносной программы на компьютере, но права администратора ей не понадобились.

В наиболее опасном варианте можно было получить 32-байтный мастер-ключ Security Domain Secret, защищающий синхронизированные passkey, а затем восстановить их закрытые ключи. Google убрала секрет из журналов Chrome, однако исследователи всё ещё находили его в памяти процесса при повторной регистрации.

 

Третий способ продемонстрировал Дирк-ян Моллема. Оказалось, что программа в уже захваченном сеансе Windows может использовать аппаратно защищённый ключ Windows Hello for Business без нового запроса ПИН-кода или биометрии. Полученная подпись позволяла войти в Entra ID и выполнить требования аутентификации.

Пользователям Windows рекомендуют установить патч для CVE-2026-34348. Компаниям — защищать браузерную память и хранилища passkey, проверять требование подтверждения пользователя и отслеживать подозрительные входы Windows Hello без идентификатора устройства.

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