CredSSP Encryption Oracle Remediation Error – Remote Desktop Connection


Word of Caution: This article contains a procedure to edit/change Windows Registry. Please take necessary precaution before attempting this.

I received an error this morning while trying to connect to one my clients’ server. The message as follows:

Screen Shot 2018-05-10 at 09.45.07.png

With the help of one of my contacts at the client site, also upon searching and following the link provided in the message itself, couple of help pages stood out:

  1. CredSSP updates for CVE-2018-0886
  2. CredSSP encryption oracle remediation

For those who would like to see the solution immediately without having to go through the details from above links, I shall brief the solution itself here.

There are basically two solutions:

  1. Run “Windows Update” on the remote server (or the workstation) to which you are trying to connect. This will ensure that you have the latest patch on the remote box and you wouldn’t be facing this issue again. This would work provided your machine also has got the latest updates applied.
  2. For those who cannot update the remote box for some reason(s), you would have to create a new registry entry as shown below:

Screen Shot 2018-05-10 at 14.24.19.png

Once above registry key is created, you must restart your workstation / client / computer without fail.

All good now to successfully connect to the remote box again.

A note of thanks to Dave.

Vaidy

Advertisement

Windows 10 Creator Update & Dynamics GP


An interesting issue/question was posted on our community forum regarding an error message popping up while exiting GP2015 R2 & GP2016 R2.

Specifically, GP2015/2016 R2 on Windows 10 Creator Update is what seems to be throwing this error while exiting.

Link to original forum post: Windows 10 Creator and GP2015 R2

One member, Ron Koendrink, figured out that it’s Mekorma MICR that’s causing this issue on his environment. Per his update, Mekorma had confirmed that it’s an issue for which a fix was available.

Anyone out there who use Mekorma MICR and planning to upgrade your OS to Windows 10 Creator Update, please contact them and get the fix.

A note of thanks to Ron.

Vaidy

Windows 10 .Net 3.5 Framework Installation Bummer: Error Code 0x800F081F


This one’s another issue that was eating my brain for the past 2 days. Little bit if story first.

I have a Windows 10 Pro virtual machine on my MacBook Pro. Things went well until I tried installing SQL Server 2014 Express, which required .Net Framework 3.5. .Net 3.5 is built-in and we need to enable it from “Turn Windows Features On or Off”.

That’s where the bummer was. I could not turn .Net 3.5 on at all. Following was the error message that I was getting:

DotNet35Error

That “Tell me how to solve this problem” takes you to this link: .NET Framework 3.5 installation error: 0x800F0906, 0x800F081F, 0x800F0907.

Unfortunately, for me, this post did nothing other than wasting my 10 minutes of time. Surfing about this error further led me to this post: Offline install of .NET Framework 3.5 in Windows 10 using DISM.

This post discuss about a workaround, but the ONLY working workaround. Below is a screenshot of how this works:

Screen Shot 2015-09-18 at 8.38.25 AM

I could then install/enable .Net 3.5 Framework on my VM and continue with GP installation.

Happy troubleshooting.

VAIDY

OFF-TOPIC: Windows 10 and Microsoft File Transfer Manager (FTM) Issues (UPDATE)


This is my first post from Perth, WA. It’s been an excellent journey and so far so good. More about my Perth life later.

This is something that I never experienced before. When you download any file from PartnerSource or CustomerSource, Microsoft would let you do that only through it’s File Transfer Manager program. If you have that installed already, any download initiation would first invoke this program and then let you set the path/folder to take in that download and etc.

However, when I tried to do that from my new Windows 10 machine, the FTM did not open. I tried to figure that out, but later remembered this same issue happening on my Windows 8.1 machine.

Basically, from Windows 8.1, for some reason, calling the FTM from Internet Explorer worked only on a 32 bit Internet Explorer.

Looks like Microsoft has not fixed that yet. If you are wondering why your FTM didn’t work, this is the reason. Open your IE 32 bit mode and then try to download the file that you wanted to.

UPDATE (05-Oct-2015): Above did not work for me today. So further researching led me to this post which resolved my issue: Work around for getting File Transfer Manager to download from TechNet/MSDN

VAIDY