Review of Windows Vista final code shows security needs admin attention
Corporate administrators need to take pains to set security specifics.
By Tom Henderson, Laszlo Szenes and Rodney Thayer
,
Network World
, 11/08/2006
- Share/Email
- Tweet This
- Print
There is quite a bit to like about the Windows Vista Ultimate code that was released to manufacturing by Microsoft last week and will be available for corporate volume customers by the end of this month. It has vastly improved graphics,
offers very flexible installation options and gives administrators stronger control over the operating system’s security settings.
In our extensive tests of this code, however, we found that many of the Vista Ultimate default settings are dangerous. That,
coupled with the fact that Microsoft now offers a variety of ways to enforce its new security controls, means enterprise administrators
will have to make a significant effort to pull off a secure Vista Ultimate deployment.
How we tested VistaSlide show: Getting the slide show from VistaArchive of Network World testsSubscribe to the Network Product Test Results newsletter
We also found Vista Ultimate’s much-needed hierarchical user security model -- called User Access Control (UAC) -- will likely
become problematic in a widespread deployment from both systems security and administrative points of view. Historically,
many Windows-based applications have presumed they be given the right to root access to some operating-system features.
When an application does this on a machine running Vista Ultimate, the attempt triggers an automatic response from the operating
system that asks the user whether this access should be granted and demands some level of administrative password to complete
a requested operation desired by an application. (The text for this response is often cryptic and offers only a registry entry
when a user requests "details" regarding an exception pop-up message.) Both good software as well as malware in our testing
consistently provoked these messages and subsequent choices.
Users of Windows XP SP2 may be accustomed to root-access-intervention messaging, but Vista Ultimate goes much further, preventing
even with some of its own utilities from effecting changes to the underlying operating system without user or administrator
permission. The temptation is to accept, rather than reject, these requests in order to get access to the applications users will need. The downside to that decision would be letting a virus, Trojan or malware application infect the system through the front door despite the presence of Windows Defender antimalware
application and despite numerous security settings put in place by a careful administrator.
We were easily able to infect our Vista Ultimate machines with variations of the Blaster Trojan by letting an application
proceed as described. Microsoft elected to lay this decision on the hapless user and their support mechanisms, rather than
force thousands of applications vendors to modify their code to behave in a hierarchical user access model.
Unless administrators preload all possible enterprise applications before the users get their new Vista Ultimate machines,
any application exception will require mitigation by administrative/help desk support personnel, because users won’t know
what to do when presented with the options.
We also found issues with how Vista Ultimate in combination with the new Internet Explorer 7 handles digital certificate interactions
with SSL-protected Web sites and services. Vista Ultimate and Internet Explorer 7 change the way digital certificates are processed
and can cause error messages that don’t typically provide details about the certificate in question. Users or administrators
have almost no information with which to debug the sometimes thorny PKI problems that SSL can cause, let alone track down attackers who attempt to spoof sites by using invalid/inappropriate certificates.
Comment