Microsoft last week slammed the door on a free utility out of Australia that outflanked one the company's touted security features in Windows Vista by having the program's digital certificate revoked.
Users took the company to task for the move, noting the slippery slope the company had stepped on, with some blasting Microsoft as playing "software police."
LinchpinLabs' Atsiv utility, released July 20, uses a signed driver to load other, unsigned code, into the Vista kernel, according to US-based Symantec researcher Ollie Whitehouse. Atsiv, said Whitehouse, thus let users circumvent a feature of the 64-bit version of Vista that allows only digitally-signed code to be loaded into the operating system's kernel. The digital signing requirement is one way Vista tries to stymie hackers from infiltrating the kernel — the heart of the OS — with, among other things, rootkit cloaking technologies that hide malware from security software.
"This is rootkit behavior," said Whitehouse last Monday.
Atsiv's developers, on the other hand, have touted the utility as a tool useful for loading unsigned, but legitimate, drivers into Vista 64-bit.
On Friday US time, Microsoft announced it had worked with VeriSign, the company that provided the certificate to LinchpinLabs, to have the code signing key revoked, said Scott Field, a Windows security architect in a posting to the Vista security team's blog. "VeriSign has revoked the code signing key used to sign the Atsiv kernel driver, which means the code signing key will no longer be considered valid," Field said.
Microsoft also included a detection and removal signature for Atsiv in the Wednesday update to Windows Defender, the anti-spyware software bundled with both 32- and 64-bit editions of Vista.
Field downplayed the kernel signing's significance in the overall Vista security landscape. "KMCS [kernel mode code signing] is a not a security boundary, rather, it is only one aspect of a defense-in-depth approach to security," Field said. "KMCS does not provide a means to determine the 'intent' of the signed code. A primary benefit of KMCS is that it provides a means to identify the author of a piece of code."
In that regard, Field said, KMCS "worked as expected" in the Atsiv case, even though the utility was able to get around the feature.
Comments pegged to Field's post were mixed, but leaned heavily toward criticising Microsoft for revoking the Atsiv certificate.
"I'm uncomfortable with the idea of CA's [certification authority] becoming the software police," said one user, John. "Atsiv may be an easy case, but what precedent does this set when less cut-and-dried cases arise? Working around limitations in an operating system is not necessarily a bad thing."
"I am also concerned about the implications of Microsoft’s ability to have the signing certificate revoked," said Ben, another user commenting on Field's posting. "It appears that Microsoft...is using [code signing] to ensure that programs do not contravene Microsoft's self-created policies. This is an interesting case of Microsoft not only being self-appointed police, but self-appointed policy makers."
Michael's long comment started: "This is a very interesting thing Microsoft have [sic] done. The Microsoft logic seems to revolve around Atsiv being 'undesirable' or misrepresenting itself in some fashion. There have never been claims of deception in obtaining the signing certificate, or that the Atsiv tool does anything other than what it claims.
"To describe this tool as 'undesirable' stretches that word beyond reason. Atsiv has no self-propagating functionality. It doesn't do any privilege escalation or modify any system functions or memory or anything like that. It uses (I assume) documented windows APIs to provide functionality that some people clearly desire. You need to be an administrator to run it. You will see the UAC [user account control] dialogue, if enabled. If people choose to download and run it on their own computers, then it is providing 'desirable' functionality, by definition."
LinchpinLabs did not reply to a request for comment; nor has it indicated whether it would seek a replacement certificate to allow Atsiv to work as advertised.