Microsoft flamed over code signing certificate error

Updated happygeek 2 Tallied Votes 347 Views Share

Microsoft Security Advisory notices do not, as a rule, make the media sit up and take much notice. Not least as they have become relatively commonplace over the years, but every now and then one comes along which may grab some press attention. Take MSA 2718704 for example.

dweb-microsoftflamed At first the advisory with the expanded title of "Unauthorized Digital Certificates Could Allow Spoofing" issued on June 3rd doesn't hold out much hope in the immediately interesting stakes. However, when you realise that components of the Flame worm (as reported here on DaniWeb) were signed with a certificate that ultimately 'chained up' to the Microsoft Root Authority via the Microsoft Enforced Licensing Intermediate PCA Certificate Authority, and exposed a potentially serious problem with such code-signing certificates that could enable malware code to be validated as a Microsoft product, the interest starts to become clear.

Following the exposure of the Flame worm, Microsoft started investigating and discovered that a particular old crypto algorithm could be exploited in such a away as to enable certificates issued by the Microsoft Terminal Services licensing certification authority (for Remote Desktop services authorization in the enterprise) to be used to sign code as Microsoft itself without accessing the Microsoft internal PKI infrastructure which exists to prevent such abuse, rather than the intended use which is limited license server verification.

Of course, it's not just Flame that's the problem here; such unauthorised certificates could spoof content used for phishing purposes or even man-in-the-middle banking attacks. As such Microsoft has released an emergency patch which revokes the trust of a number of intermediate CA certificates across all supported releases of the Windows platform. Microsoft has now discontinued issuing certificates usable for code signing via the Terminal Services activation and licensing process.

Dani AI

Generated

A few clarifications and practical steps that add to ’s summary and respond to ’s concern about recurring certificate misuse.

Flame used a chosen-prefix MD5 collision together with an ancillary Microsoft Terminal Services licensing certificate to produce a signature that chained to the Microsoft root — effectively making malicious binaries look Microsoft-signed. This was an advanced cryptographic abuse (not a simple config error). (arstechnica.com) Microsoft’s response was to place the affected intermediate certificates into the Untrusted (Disallowed) store, stop issuing code-signing-capable TS licensing certs, and provide thumbprints so administrators could verify or perform the same remediation. (microsoft.com)

Immediate checklist (for incident responders / sysadmins): apply Microsoft’s advisory/update immediately, ensure antimalware definitions are up to date, and deploy the Windows Update client hardening Microsoft described as the next mitigation phase. These actions close both the forged-certificate path and the man‑in‑the‑middle distribution channel used by Flame. (cisa.gov)

Quick verification and evacuation steps (example commands):

List the untrusted/disallowed certificates:

certutil -store Disallowed
Get-ChildItem Cert:\LocalMachine\Disallowed | Format-List Subject,Thumbprint,NotAfter

If offline remediation is required, add the provided certificate files to Disallowed (or import the vendor-supplied .sst/.cab via GPO/SCCM). Example:

certutil -addstore Disallowed badcert.cer
certutil -delstore Disallowed "<thumbprint>"

Microsoft published the thumbprints and recommended using certutil, the Certificates MMC, or group policy for enterprise rollout; test changes in a lab before mass deployment. (microsoft.com)

Longer term: remove MD5-signed certs from inventories, enforce strict issuance controls, use application whitelisting (AppLocker/Device Guard), keep EDR alerts for unusual certutil or store changes, and segment/update systems so a local MITM cannot hand out malicious updates. Microsoft noted the risk of copycats and the short window for replication, which is why prompt deployment and monitoring matter. (wired.com)

Member Avatar for Member #949455
Member #949455

Following the exposure of the Flame worm, Microsoft started investigating and discovered that a particular old crypto algorithm could be exploited in such a away as to enable certificates issued by the Microsoft Terminal Services licensing certification authority (for Remote Desktop services authorization in the enterprise) to be used to sign code as Microsoft itself without accessing the Microsoft internal PKI infrastructure which exists to prevent such abuse, rather than the intended use which is limited license server verification.

Microsoft really needs to improve their softwares meaning enable security prevent these strings of fake. This can't keep happening.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.