Баг Windows 10 1903 отображает черный экран при RDP-подключениях

Баг Windows 10 1903 отображает черный экран при RDP-подключениях

Баг Windows 10 1903 отображает черный экран при RDP-подключениях

Microsoft добавила новый баг в список известных проблем в Windows 10 1903. На этот раз старые графические драйверы приводили к отображению черного экрана при подключении по протоколу удаленного рабочего стола.

Согласно информации о баге, при RDP-подключении к устройству, на котором установлены старые графические драйверы, отображался только черный экран.

Проблема могла себя проявить с драйверами для встроенных графических процессоров в серии Intel 4.

Как заявили в Microsoft, впервые эта ошибка была замечена 29 мая 2019 года, когда вышло обновление KB4497935 (сборка 18362.145). С тех пор баг затрагивает Windows 10 1903.

Один из пользователей предоставил скриншот того, как выглядит RDP-подключение в случае с устаревшими графическими драйверами:

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

Ранее мы писали, что Microsoft устранила три серьезные проблемы с обновлением Windows 10 версии 1903. Соответственно, техногигант снял блокировку этого апдейта с устройств, на которых эти проблемы проявлялись.

Сотни бесплатных VPN для Chrome сливали трафик в один прокси

Исследователи из Socket обнаружили в Chrome Web Store масштабную сеть из 737 расширений, выдававших себя за бесплатные VPN. За операцией стояли как минимум 40 аккаунтов разработчиков, а 274 дополнения копировали названия 66 известных сервисов и брендов.

В списке чужих масок оказались Proton VPN, NordVPN, Surfshark, ExpressVPN, AmneziaVPN, AntiZapret и даже Cloudflare 1.1.1.1.

Кампания была ориентирована преимущественно на русскоязычных пользователей, желающих открыть Instagram (принадлежит Meta, признанной экстремистской и запрещённой в России), ChatGPT, YouTube и другие заблокированные ресурсы.

После нажатия кнопки Connect расширения направляли практически весь браузерный трафик через фиксированный SOCKS5-прокси на порте 1082. Исключение делалось только для локальных адресов. Никакого раздельного туннелирования: оператор получал положение посредника между пользователем и интернетом.

Такая схема позволяет видеть IP-адреса, посещаемые узлы и метаданные TLS SNI, а незашифрованный HTTP-трафик — читать полностью, включая отправленные пароли.

 

При этом Socket не утверждает, что оператор действительно сохранял, изменял или похищал данные. Доказан другой неприятный факт: люди искали приватность, а незаметно передавали свои сеансы неизвестному посреднику.

Следы в коде и инфраструктуре связывают расширения с сервисом Myxa VPN, или «Муха VPN». Общих операторов выдали домены, идентификаторы аналитики, строки поставщика и даже пути сборки с названием myxa-work.

 

Некоторые дополнения получали удалённые конфигурации уже после проверки магазина. Другие маскировали обращения к инфраструктуре через DNS-over-HTTPS. Платные серверы тоже оказались с приветом: все 200 проверенных адресов в пяти странах не разрешались через DNS.

На момент сбора данных 516 расширений ещё оставались в магазине, хотя Google уже удалила 221. Пользователям советуют снести подозрительные VPN-дополнения, проверить настройки прокси и сменить пароли, вводившиеся на HTTP-страницах.

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