
CredSSP Encryption Oracle Remediation Error: How to Fix RDP
Getting a CredSSP encryption oracle remediation error over RDP? Here are three fixes: Group Policy, a registry key, and the permanent server side update.
Fixing the CredSSP Connection Error
If you try to reach a Windows Server over Remote Desktop (RDP) and get this message, you are in the right place:
An authentication error has occurred.
The function requested is not supported.
This could be due to CredSSP encryption oracle remediation.
For more information, see https://go.microsoft.com/fwlink/?linkid=866660
The error usually appears right after a Windows update and is one of the most common issues remote desktop server users run into. Below are three ways to fix it.
Why Does This Happen?
CredSSP (Credential Security Support Provider) is the security protocol RDP uses for authentication. Microsoft shipped an update to close the CVE-2018-0886 vulnerability, and that update changed which combinations are allowed to talk to each other.
After the patch:
| Situation | Result |
|---|---|
| Client patched, server not | ❌ Connection refused |
| Client not patched, server patched | ❌ Connection refused |
| Both patched | ✅ Connection succeeds |
| Neither patched | ✅ Connection succeeds, but insecure |
The most common scenario by far: your workstation got updated and the server did not.
Fix 1: Group Policy (Recommended Temporary Fix)
This one is applied on your local machine, the client side.
Step by Step
- Press Win + R
- Type
gpedit.mscand press Enter - Navigate to:
Computer Configuration
→ Administrative Templates
→ System
→ Credentials Delegation
→ Encryption Oracle Remediation
- Double click the Encryption Oracle Remediation policy
- Set it to Enabled
- In the Protection Level dropdown, select Vulnerable
- Click Apply, then OK
Result
Your RDP connection will work again. Keep in mind this is a temporary workaround. Once the server is patched, you should reverse it.
Fix 2: The Registry
On Windows editions without gpedit.msc, such as Home, use the registry instead.
Manual Method
- Win + R → type
regeditand press Enter - Navigate to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters
- If the path does not exist, create it:
- Create the
CredSSPkey - Create a
Parameterskey inside it
- Create the
- Inside
Parameters, create a new DWORD (32-bit) value:- Name:
AllowEncryptionOracle - Value:
2
- Name:
With PowerShell (Faster)
# Create the registry keys and set the value
New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP" -Force
New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" -Force
New-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" -Name "AllowEncryptionOracle" -Value 2 -PropertyType DWord -ForceWith CMD
REG ADD "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" /v AllowEncryptionOracle /t REG_DWORD /d 2 /fWhat the AllowEncryptionOracle Values Mean
| Value | Meaning | Security |
|---|---|---|
| 0 | Force Updated Clients | Most secure (default) |
| 1 | Mitigated | Middle ground |
| 2 | Vulnerable | Allows the connection, insecure |
Fix 3: Update the Server (The Permanent Fix) ✅
The correct long term answer is to patch Windows on the server itself.
Reaching the Server When RDP Is Down
If you cannot get in over RDP, try these instead:
- VDS control panel: use VNC or console access from the White Bilişim customer panel
- PowerShell Remoting: connect over WinRM
# Open a PowerShell session on the remote server
Enter-PSSession -ComputerName SERVER_IP -Credential AdministratorRunning Windows Update
Once you are on the server:
# Start the Windows Update service
Start-Service wuauserv
# Check for updates and install them
Install-Module PSWindowsUpdate -Force
Get-WindowsUpdate
Install-WindowsUpdate -AcceptAll -AutoRebootManual Update
- Open the Microsoft Update Catalog on the server
- Search for the CredSSP update matching your OS version
- Download and install it
- Reboot the server
The Recommended Order of Operations
- First: apply Fix 1 or Fix 2 on the client for temporary access
- Then: connect to the server over RDP
- Next: run Windows Update on the server
- Finally: revert the temporary client side change
Reverting the Workaround
# Remove the registry value
Remove-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters" -Name "AllowEncryptionOracle" -ForceOr set the Group Policy back to Not Configured.
Frequently Asked Questions
Will I hit this error after every update?
Not if both machines are patched regularly. The problem only appears when one side is current and the other is behind.
Is setting it to Vulnerable dangerous?
Yes, which is why it should only ever be temporary. That setting leaves you exposed to the CredSSP vulnerability. Revert it as soon as the server is patched.
I connect from Linux, will I see this?
No. This error is specific to the Windows RDP client. Linux clients such as Remmina and FreeRDP are not affected.
💡 Every White Bilişim VDS comes with full administrator access, so you can run Windows Update and any other configuration yourself. Our support team is available 24/7 if you get stuck.
Conclusion
The CredSSP error is almost always an update mismatch and takes a couple of minutes to resolve. Patching the server is the fix that actually holds.
👉 For Windows Server workloads, look at Xeon Enterprise VDS or Ryzen Premium VDS, both backed by 24/7 technical support.