Октябрьские обновления поломали 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 предупредила ряд корпоративных клиентов о последствиях бага, из-за которого корпорация потеряла критически важные логи.

Android запретит доступ к экрану «лишним» приложениям

Google, похоже, готовит ещё одно нововведение по части безопасности Android. В тестовой сборке Android Canary 2602 обнаружена новая функция для Advanced Protection Mode — режима «максимальной защиты», который компания представила в Android 16.

Теперь Advanced Protection Mode может ограничивать работу приложений, использующих AccessibilityService API, если они не классифицированы как инструменты для доступности.

AccessibilityService API — это мощный механизм Android, изначально созданный для помощи людям с ограниченными физическими возможностями. С его помощью приложения могут читать содержимое экрана, отслеживать действия пользователя и даже выполнять жесты от его имени.

Именно поэтому этот API часто становился инструментом атакующих. За последние годы многие приложения — от автоматизаторов и лаунчеров до «оптимизаторов» и антивирусов — использовали его для обхода системных ограничений. Формально ради удобства, однако на деле получая очень широкие права.

Google постепенно ужесточала политику. Приложения, действительно предназначенные для помощи людям с ограниченными возможностями, должны указывать специальный атрибут isAccessibilityTool. К ним относятся экранные дикторы, системы управления жестами, голосовой ввод, брайлевские интерфейсы и другие специализированные инструменты.

По данным аналитиков, в новой версии Android Canary  при включении Advanced Protection Mode система:

  • запрещает выдавать разрешение Accessibility Service приложениям, не признанным Accessibility Tools;
  • автоматически отзывает уже выданные разрешения у таких приложений.

Если приложение сильно зависит от этого API, оно просто перестанет работать.

В тестах, например, приложение dynamicSpot (эмулирующее Dynamic Island на Android) становилось недоступным: пункт был с пометкой «Restricted by Advanced Protection». Причина простая: оно использует AccessibilityService для чтения уведомлений и отображения поверх других приложений.

Инструменты, официально классифицированные как средства доступности, под ограничения не попадают.

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