Vista passes one security test
Summary: Does the multi-layered security protection in Windows Vista work? It's too early to provide a definitive answer, but Vista's handling of the zero-day VML exploit offers some encouraging news.
Does the multi-layered security protection in Windows Vista work? As I pointed out yesterday, we won't have a definitive answer to that question until months after Vista is officially released. But one current exploit offers reason to be encouraged.
Security experts are buzzing over a zero-day exploit in Internet Explorer that allows an attacker to plant spyware on your computer if you visit a webpage that contains the exploit code, which takes advantage of a vulnerability in the VML Rendering engine. There are workarounds, but so far no official patch is available from Microsoft.
But what happens if you're running Internet Explorer 7 on Windows Vista? To see for myself, I logged on as a member of the Administrators group and used IE7 to visit a test site that hosts a harmless demonstration of the exploit code (courtesy of fellow ZDNet blogger Adrian Kingsley-Hughes). Here's what happened next:
First, the page refused to load, displaying a security warning that the page is attempting to call a previously installed ActiveX control. This is the so-called ActiveX opt-in feature, designed to prevent pages from exploiting newly discovered flaws in obscure controls that had been previously assumed to be safe.

I could have stopped right there. But instead I clicked the Infobar to tell IE7 it was OK to load the control. I got another warning dialog box.

I clicked Run in response to that warning as well, and finally reached a page that triggered this dialog box, in which the third party hosting the test confirmed that the exploit had failed to execute on my machine.

Now, it's important to note that the developers of IE7 clearly had no idea that this vulnerability existed in IE6. But their development process managed to block this particular exploit right out of the box, and the additional layers of security provided important clues that this page was potentially dangerous.
The initial security warnings are hardly perfect. I've seen similar ActiveX opt-in dialog boxes for other built-in ActiveX components. How is an unsuspecting user supposed to know which one is safe and which is dangerous? And the list doesn't work on a per-site basis. If I had visited a site that legitimately used the VML control last week, before this exploit hit the news, I would probably have approved it. And once I had done that, it would have been on the safe list for good. There's no way to undo that decision, as far I can tell. Once you tell IE7 that an installed control is OK, any site can try to use it.
Still, the cumulative effect of these changes is encouraging.
Update 22-Sep 2:15PM PDT: Dwight Silverman has a related story. Did Windows Vista's most irritating feature save my butt?
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.
Talkback
Looks promising
Looks like they are working it out
these it is about time and will work for all.
Even if it was vulnerable, it would still not have access to your system
Unless, of course...
;)
Well, then you would deserve any drive-by malware you get
I'm not interested in blaming people
Can you say Darwin?
Sorta wonder what took them so long to implement this.
What are you talking about?
MLS has been there since 2003.
Oh, you mean MAC
I know all about SElinux. That thing that finally brought linux security model up to par with Windows NT. ;)
I've read quite a bit about SELinux (never used it, as I am a *BSD user) and, while it sounds very cool, there is not much that it can do that can't already be done in the Windows NT line of OSs.
Read up on SELinux (or SEBSD) and MLS.
Windows NT security is derived from DCE security, so there is nothing revolutionary about it. Windows 2000 added some features but mosly via directory services. This is a bit beyond (as in, higher level) what the SEL/SEBSD and MLS is, as it is not kernel level (LDAP is hgher up the stack than kernels). Windows does not have (yet) Type Enforcement (TE) or Mandatory Access Controls (MAC) though it can do (at a primitive level) Role Based Access Control (RBAC) through Active Directory and some other aspects. This is not kernel level security, though.
Thanks
[url=http://www.trustedbsd.org/]TrustedBSD[/url] is what I would want if I wanted all these goodies on FreeBSD. SEBSD is only the Type Enformence component of Trusted BSD. Not that I would want that. The need for this kind of security is not very
Yes what exactly did they copy from Linux do tell
MLS (Multi Level Security) from the NSA SE LSM.
LSM is the security architecture compromise that Linus wanted when there were many kernel level security implementations (all good in their own rights, others include [url=http://directory.fsf.org/RSBAC.html]RSBAC[/url]) and he wanted to allow for the user/implementor to have the option of which one to use without having to do a kernel rebuild. SELinux tends to ship with the kernel, though there are other LSM's.
Apple MacOSX is BSD based (though the kernel is Mach) and a commercial product of only 1 company (as is Windows), though there is a difference between someone who uses a desktop (Windows, MacOS, GNOME, KDE, etc.) and one who manages networks of systems.
XP had no firewall and all services enabled...
XP shipped with no firewall and all services enabled...you could pop up little message windows on *any* machine, <b>by design</b>!
Compared to that level of stupidity, admitting that ActiveX was a big mistake is a million years more advanced.
Sorry, you're wrong
The pop-up boxes you're talking about were delivered by the Messenger service, which was disabled by default beginning with SP2.
And "all services enabled"? A serious distortion. You can make a case that some default services in the original release of XP were enabled and shouldn't have been, and the Messenger service would be Exhibit A in that case. But your statement displays a lack of knowledge of how operating systems work.
But all you have done is show that Vista doesn't share this bug with XP.
No, not at all
One datapoint is not statistically significant.