Октябрьские обновления поломали SSH-подключения в Windows 11

Октябрьские обновления поломали SSH-подключения в Windows 11

Октябрьские обновления поломали SSH-подключения в Windows 11

Microsoft признала очередные проблемы, вызванные установкой обновлений. Оказалось, что октябрьские апдейты ломают SSH-подключения на некоторых системах Windows 11 22H2 и 23H2.

Проблема затрагивает сферу образования, а также корпоративных клиентов и IoT. При этом в Microsoft отметили, что баг проявляется лишь на «ограниченном числе устройств».

В настоящее время корпорация изучает проблему, пытаясь понять, влияет ли она на версии Windows 11 Home и Pro. Речь идёт, в частности, об одном из октябрьский обязательных патчей — KB5044285, а также о предварительном — KB5044380.

«Отвечающая за SSH-подключения служба аварийно завершает работу без какой-либо записи в логах. Для запуска процесса sshd.exe требуется ручное вмешательство».

Пока разработчики готовят соответствующее исправление, клиенты могут воспользоваться временным решением проблемы. В частности, потребуется обновить список разрешений ACL (access control list):

  1. Открыть PowerShell с правами администратора.
  2. Обновить разрешения для директорий C:\ProgramData\ssh и C:\ProgramData\ssh\logs, разрешив полный доступ SYSTEM и группе администраторов.
  3. Использовать скрипт ниже для обновления разрешений:
$directoryPath = "C:\ProgramData\ssh" $acl = Get-Acl -Path $directoryPath $sddlString = "O:BAD:PAI(A;OICI;FA;;;SY)(A;OICI;FA;;;BA)(A;OICI;0x1200a9;;;AU)" $securityDescriptor = New-Object System.Security.AccessControl.RawSecurityDescriptor $sddlString $acl.SetSecurityDescriptorSddlForm($securityDescriptor.GetSddlForm("All")) Set-Acl -Path $directoryPath -AclObject $acl

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

Баг в ESXi-версии Nitrogen не позволяет расшифровать файлы даже с выкупом

Мудрый совет никогда не платить вымогателям особенно значим для жертв Nitrogen: в коде версии шифровальщика для VMware ESXi обнаружена ошибка, из-за которой вернуть файлам первозданный вид не смогут даже сами авторы атаки.

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

Приступая к шифрованию данных на сервере, Nitrogen создает для каждого файла пару ключей Curve25519, сначала приватный, а затем публичный — по идее, на основе приватного, чтобы в результате обмена получить общий секрет и использовать его как ключ ChaCha8 для шифрования данных с последующим сохранением.

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

 

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

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