Microsoft обвинила производителей железа в волне BSOD, затронувшей Windows

Microsoft обвинила производителей железа в волне BSOD, затронувшей Windows

Microsoft обвинила производителей железа в волне BSOD, затронувшей Windows

Спустя несколько дней Microsoft всё-таки пришла к выводу, что волна синих экранов смерти (BSOD) не связана с последними опциональными обновлениями операционной системы. Теперь корпорация винит в несовместимости производителей железа.

В новой заметке Microsoft советует затронутым пользователям связываться с вендорами процессоров, которые должны помочь решить проблемы совместимости.

«После изучения ряда жалоб мы пришли к выводу, что ошибка “UNSUPPORTED_PROCESSOR“ вызвана не августовским обновлением KB5029351, а связана напрямую с определёнными процессорами».

«Мы работаем с производителями аппаратной части для решения проблемы, а апдейт KB5029351 не будет устанавливаться на устройства с затронутыми CPU».

Вчера мы сообщали о позиции MSI. Корпорация подтвердила, что BSOD имеет отношения к её материнских платам.

До этого Microsoft говорила, что ошибка «UNSUPPORTED_PROCESSOR» была вызвана августовскими опциональными обновлениями.

Подпишитесь на новости

В Tailscale SSH нашли способ добраться до root через редирект сокетов

Один взломанный компьютер может стать отправной точкой для захвата других серверов в сети Tailscale. Специалист Эрика Виндиш из Cyberdione Labs описала проблемы, которые в лабораторных условиях позволили превратить обычный разрешённый SSH-доступ в права root.

Но важное условие есть: атакующий уже должен контролировать допущенное устройство и иметь нужные разрешения на соединение.

Подробности и условия воспроизведения опубликованы в отчёте Tailworm. Проверки проводились на Tailscale 1.104.2 и Headscale 0.29.5.

Главная претензия касается перенаправления Unix-сокетов. Некоторые операции выполняет привилегированный процесс tailscaled, из-за чего обычная SSH-сессия получает возможность обращаться к ресурсам, доступным только root. В тестах исследовательница использовала это для взаимодействия с Docker и выполнения команд с повышенными правами.

При широких правилах доступа атаку удалось автоматизировать: переход между разрешёнными узлами занимал меньше секунды. При этом точечные ограничения останавливали распространение.

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

Автор рекомендует пересмотреть SSH-политики и отключить ненужное перенаправление. Для Headscale 0.29.5 она отдельно отмечает отсутствие независимого запрета этой функции.

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