информационная безопасность
без паники и всерьез
 подробно о проекте
Все любят медГде водятся OGRыЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Chainalysis раскрыла взлом собственных... 
 SMS of Death для Android 
 Исследователи Anthropic продемонстрировали... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / обзор / архив / 2026
АРХИВ
главная
2026
2025
2024
2023
2022
2021
2020
2019
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
2007
2006
2005
2004
2003
2002
2001
2000
1999
1998
1997






Подписка:
BuqTraq: Обзор
RSN
РВС
БСК




Критическая уязвимость UEFI позволяет выполнить код до запуска операционной системы; Японский хостинг попросил клиентов выдернуть шнуры из розеток после взлома; Компрометация eMudhra вынудила Microsoft экстренно изменить доверие к сертификатам Windows; Одиннадцать друзей (нет) Tailscale; Атака на LiteLLM началась с ключа, который забыли отозвать.

#433, 29.10.2026

Критическая уязвимость UEFI позволяет выполнить код до запуска операционной системы
DrSoong // 28.10.26 22:33
В кодовой базе TianoCore EDK II, используемой при создании прошивок UEFI (этот код используют или адаптируют крупные производители серверных и компьютерных прошивок, включая AMI, Insyde и Phoenix), обнаружили критическую уязвимость CVE-2026-97631 с оценкой 9,5 из 10. Ошибка находится в компоненте сетевой загрузки PXE и связана с некорректной обработкой ICMP-пакетов. При определённых условиях удалённый атакующий может вызвать повреждение памяти и добиться выполнения кода ещё до запуска операционной системы.

При успешной эксплуатации атакующий получает возможность действовать на этапе загрузки, когда защитные механизмы ОС ещё не работают. Но громкие заявления о том, что уязвимость затрагивает буквально все серверы, пока не подкреплены полным перечнем затронутых моделей, тем более что для эксплуатации нужен подходящий сценарий сетевой загрузки PXE.


Источник: Slashdot

Японский хостинг попросил клиентов выдернуть шнуры из розеток после взлома
DrSoong // 28.10.26 18:39
GMO Internet, один из крупнейших регистраторов доменов в Японии, попросил пользователей своего сервиса Onamae Desktop Cloud сделать резервные копии, отключиться от сети и выключить компьютеры. Срок был назначен до полудня 27 октября. Причиной стало обещание злоумышленников, взломавших инфраструктуру компании, запустить шифровальщик, заранее внедрённый на серверы клиентов.

Вторжение компания обнаружила 20 октября. Вредоносный код мог попасть на серверы почти 27 тысяч клиентов. Хакеры потребовали выкуп в 8 миллиардов иен, около 50 миллионов долларов. GMO платить отказалась и пообещала каждому клиенту компенсацию в 5000 иен, примерно 30 долларов. Платёжные данные не пострадали, зато под угрозой оказались логины и данные торговых счетов MetaTrader 4 и 5.

Угроза в итоге не сработала: шифровальщик на машинах клиентов не активировался. Зато данные компании и её клиентов оказались в открытом доступе, и теперь GMO проверяет, настоящие ли они. Распространять утёкшее она запретила и пригрозила судом тем, кто это сделает. Вместе с Trend Micro компания проверяет клиентские системы на остатки вредоноса и предлагает замену компьютеров тем, кто пострадал от шифровальщика.


Источник: Bleeping Computer

Компрометация eMudhra вынудила Microsoft экстренно изменить доверие к сертификатам Windows
DrSoong // 28.10.26 18:34
Microsoft выпустила внеплановые обновления Windows, связанные с компрометацией ключей удостоверяющего центра eMudhra. Ранее выяснилось, что восемь закрытых ключей промежуточных сертификатов были настолько слабыми, что их можно было восстановить перебором всего 256 возможных значений. Все восемь ключей создали в апреле 2025 года.

Получив такие ключи, злоумышленники потенциально могли выпускать поддельные сертификаты для легитимных сайтов или программ, создавая условия для подмены ресурсов и перехвата зашифрованного трафика. После раскрытия проблемы eMudhra отозвала затронутые сертификаты. Mozilla, Google, Apple и другие поставщики также начали их блокировать. Microsoft пошла дальше и удалила из списка доверенных сертификатов Windows семь сертификатов, связанных с затронутыми иерархиями, выпустив 26 октября обновления KB5134133 для Windows 11 и KB5134125 для Windows 10.


Источник: Bleeping Computer

Одиннадцать друзей (нет) Tailscale
DrSoong // 27.10.26 18:11
Исследователи Cyberdione Labs во время аудита Tailscale 1.104.2 и сервера headscale v0.29.5 нашли одиннадцать дыр, собранных под общим именем Tailworm.

Главная проблема заключается в SSH-сервере Tailscale. При пробросе Unix-сокетов (ssh -R и -L) проверки путей и файловые операции выполняются с правами root, в результате обычная сессия способна подменить, открыть или удалить защищённый ресурс. Условие для атаки скромное: одно разрешённое устройство и одно SSH-правило. В headscale проброс разрешён автоматически, в облачной версии его включают отдельно для каждого правила. Результат — выполнение кода с правами root на целевом сервере, кража ключей регистрации и удаление произвольных файлов.

Остальные находки чуть скромнее. Экспериментальный коннектор приложений пропускает трафик на любые адреса без проверки, а списки доступа не сверяются с настоящим пунктом назначения. Через него можно добраться до метаданных облака и украсть учётные данные, а в Kubernetes — до любого сервиса кластера. Сервер headscale уязвим для истощения ресурсов без аутентификации: сбой и бесконечные перезапуски блокируют подключение новых устройств по всей организации. Клиентский DERP-код читает ответ вредоносного ретранслятора без ограничения объёма, а в tailscale serve не хватает защиты при пересылке на Unix-сокет.

В Tailscale признали проблемы серьёзными и пообещали выпустить исправленный клиент до конца вторника, 27 октября. Отключать Tailscale SSH целиком компания не советует, а предлагает пересмотреть политики SSH-доступа и оставить его только нужным людям и устройствам, а если проброс не нужен, задать TS_SSH_DISABLE_FORWARDING=1 в окружении службы tailscaled и перезапустить её.


Источник: Bleeping Computer

Атака на LiteLLM началась с ключа, который забыли отозвать
DrSoong // 27.10.26 17:57
Команда LiteLLM установила, что компрометация её цепочки поставок началась с секретного ключа, попавшего в публичный репозиторий GitHub ещё в мае. Разработчики удалили раскрывавший его коммит, но сам ключ не отозвали. По данным расследования компании, 10 октября злоумышленник воспользовался им для доступа к платформе LiteLLM Agent Platform и похитил OAuth-токен GitHub CLI, получивший права владельца на репозитории проекта.

Затем атакующий смог вносить вредоносные изменения в репозитории и CI-процессы, а также похитить дополнительные токены привилегированных разработчиков. В результате в PyPI и контейнерных реестрах появилась вредоносная версия LiteLLM 1.107.0, содержавшая программу для кражи информации и средство удалённого доступа. По данным Wiz, пакет успел набрать около 49 тысяч загрузок менее чем за два часа.


Источник: The Register



обсудить  |  все отзывы (0)
[69]

анонимность клоуны конференции спам уязвимости .net acrobat activex adobe ai android apple backdoor beta bgp bitcoin blaster borland botnet chrome cisco crypto ctf ddos dmca dnet dns dos dropbox eclipse ecurrency eeye elcomsoft excel facebook firefox flash freebsd fsf github gnome google gpl hp https ibm icq ie intel ios iphone java javascript l0pht leak linux livejournal mac malware mcafee meltdown microsoft mozilla mysql netware nginx novell ny open source opera oracle os/2 outlook password patch php powerpoint programming pwn2own python quicktime rc5 redhat retro rip router rsa safari sco secunia server service pack shopping skype smb solaris sony spyware sql injection ssh ssl stuff sun supply chain symantec torrents unix virus vista vmware vpn wikipedia windows word worm xp xss yahoo yandex youtube




Рейтинг@Mail.ru



назад «     » вперед


  Copyright © 2001-2026 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach