Ошибка CredSSP в RDP (обычно «CredSSP encryption oracle remediation») возникает из-за несовпадения обновлений безопасности или политик шифрования между клиентом и сервером. Это не вирус и не сбой «железа», а защитный механизм Windows, который блокирует подключение, если одна из сторон уязвима .
Вот основные способы решения, от наиболее правильного к временному обходному пути.
🛠️ Основное решение: Обновление и согласование политик
Самый надежный способ — привести клиент и сервер к единому уровню безопасности.
Установите все обновления: На обоих компьютерах (и на том, с которого подключаетесь, и на том, к которому подключаетесь) проверьте и установите все доступные обновления Windows, особенно выпущенные после мая 2018 года . Настройте групповую политику: Если обновления не помогли или установить их на сервер невозможно, можно временно ослабить требования через редактор групповой политики (gpedit.msc).
Путь: Конфигурация компьютера → Административные шаблоны → Система → Передача учетных данных. Найдите политику «Исправление уязвимости шифрующего оракула» (Encryption Oracle Remediation). Включите её и выберите значение «Уязвимый» (Vulnerable). Это позволит подключаться к непропатченным системам . Важно: Режим «Уязвимый» снижает безопасность соединения. Используйте его только как временное решение, чтобы получить доступ и установить обновления, после чего верните настройку в положение «Принудительно обновленные клиенты» (Force Updated Clients) . 💡 Дополнительные шаги, если это не помогло
Иногда проблема кроется в других настройках безопасности:
Отключите NLA (временно): В свойствах системы (sysdm.cpl → вкладка «Удаленный доступ») снимите галочку «Разрешать подключения только с компьютеров, на которых запущена удаленная работа с проверкой подлинности на уровне сети». Некоторые пользователи сообщают, что это помогает, когда политики CredSSP уже настроены, но ошибка сохраняется . Проверьте ограничения NTLM: Если вы недавно ужесточали политики безопасности, проверьте параметр «Сетевая безопасность: Ограничить NTLM». Установка значения «Разрешить все» (Allow all) может восстановить подключение, если проблема связана с падением на резервный протокол аутентификации . Удалите старые сохраненные учетные данные: В «Диспетчере учетных данных» Windows удалите записи, связанные с удаленным сервером (TERMSRV/...), и попробуйте подключиться заново, введя пароль . Если у вас есть доступ к физической консоли сервера (например, через панель хостинга или KVM), лучше всего зайти через неё и установить обновления, чтобы не снижать уровень безопасности RDP.