• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Windows Vista security 'rendered useless' by researchers

Anyone got some insights on this ?
Seems if I just use firefox I would be fine. May not bode well for IE, but I don't see it as rendering all of vista security useless.


http://searchsecurity.techtarg...d14_gci1324395,00.html
LAS VEGAS -- Two security researchers have developed a new technique that essentially bypasses all of the memory protection safeguards in the Windows Vista operating system, an advance that many in the security community say will have far-reaching implications not only for Microsoft, but also on how the entire technology industry thinks about attacks.

In a presentation at the Black Hat briefings, Mark Dowd of IBM Internet Security Systems (ISS) and Alexander Sotirov, of VMware Inc. will discuss the new methods they've found to get around Vista protections such as Address Space Layout Randomization(ASLR), Data Execution Prevention (DEP) and others by using Java, ActiveX controls and .NET objects to load arbitrary content into Web browsers.

By taking advantage of the way that browsers, specifically Internet Explorer, handle active scripting and .NET objects, the pair have been able to load essentially whatever content they want into a location of their choice on a user's machine.

Researchers who have read the paper that Dowd and Sotirov wrote on the techniques say their work is a major breakthrough and there is little that Microsoft can do to address the problems. The attacks themselves are not based on any new vulnerabilities in IE or Vista, but instead take advantage of Vista's fundamental architecture and the ways in which Microsoft chose to protect it.

"The genius of this is that it's completely reusable," said Dino Dai Zovi, a well-known security researcher and author. "They have attacks that let them load chosen content to a chosen location with chosen permissions. That's completely game over.

"What this means is that almost any vulnerability in the browser is trivially exploitable," Dai Zovi added. "A lot of exploit defenses are rendered useless by browsers. ASLR and hardware DEP are completely useless against these attacks."

Many of the defenses that Microsoft added to Vista and Windows Server 2008 are designed to stop host-based attacks. ASLR, for example, is meant to prevent attackers from predicting target memory addresses by randomly moving things such as a process's stack, heap and libraries. That technique is useful against memory-corruption attacks, but Dai Zovi said that against Dowd's and Sotirov's methods, it would be of no use.

"This stuff just takes a knife to a large part of the security mesh Microsoft built into Vista," Dai Zovi said. "If you think about the fact that .NET loads DLLs into the browser itself and then Microsoft assumes they're safe because they're .NET objects, you see that Microsoft didn't think about the idea that these could be used as stepping stones for other attacks. This is a real tour de force."

Microsoft officials have not responded to Dowd's and Sotirov's findings, but Mike Reavey, group manager of the Microsoft Security Response Center, said Wednesday that the company is aware of the research and is interested to see it once it becomes public.

Dai Zovi stressed that the techniques Dowd and Sotirov use do not rely on specific vulnerabilities. As a result, he said, there may soon be similar techniques applied to other platforms or environments.

"This is not insanely technical. These two guys are capable of the really low-level technical attacks, but this is simple and reusable," Dai Zovi said. "I definitely think this will get reused soon, sort of like heap spraying was."
 
Interesting, but more information is needed. It makes no mention of UAC nor Protected mode. Was this exploit done on a machine with these features turned on or off?
 
Originally posted by: Griffinhart
Interesting, but more information is needed. It makes no mention of UAC nor Protected mode. Was this exploit done on a machine with these features turned on or off?

Agreed

I also want to add this article does not point out if you need to give admin rights for the exploit to work and will it be successful on a limited user account. It also does not address if this impacts third party browsers installed to a folder in the user space instead of the programs folder on the C drive.

There are just too many unanswered questions to make an accurate assessment of how dangerous this exploit really is.
 
I'm reading the Actual paper now, This is dealing specifically with Memory exploits that get around things like DEP. It apparently affects more than just IE.

Apparently, It allows the exploit to get the same access level of the browser. Which with UAC turned on should mean less than user level since IE7 runs in protected mode with UAC on. But, I can't confirm nor deny that yet.

The paper can be attained here:
http://taossa.com/index.php/20...ry-protection-bypasses

From the conclusion of the paper:

In this paper we demonstrated that the memory protection mechanisms available in the latest
versions of Windows are not always effective when it comes to preventing the exploitation of
memory corruption vulnerabilities in browsers. They raise the bar, but the attacker still has a
good chance of being able to bypass them. Two factors contribute to this problem: the degree to
which the browser state is controlled by the attacker; and the extensible plugin architecture of
modern browsers.
 
UAC is difficult to break, if you break it it will break your windows, that's how it works. When UAC dialog pops up, it suspends the background activities trying to run in the background.
 
I would be curious how they get around protected mode.

It doesn't do you any good to have the front door of the prison open if you're still locked in your cell.
 
It sounds like they just figured out a way to get IE and other apps to load random code wherever they want and to run it. If that's the case then UAC and things would still protect the system as a whole but everything that your account has direct access to would be up for grabs.
 
That's why I'm curious about protected mode. In theory, these exploits allow someone to execute code at the same rights as the browser, but IE7 in protected mode is supposed to run at lower than standard user mode.
 
hmm. Here's a quote from an article on the subject from Gizmodo:
Microsoft programmers are apparently aware of the exploit presentation at Black Hat, and are waiting to see the findings themselves. Presented by Mark Dowd and Alexander Sotirov, of IBM and VMware, respectively, the exploit negates key security features such as Address Space Layout Randomization (ASLR), Data Execution Prevention (DEP), which make it difficult to locate and execute code and data. And apparently this exploit is so broad and game changing that it could be applied to other platforms.

 
Originally posted by: Aberforth
UAC is difficult to break, if you break it it will break your windows, that's how it works. When UAC dialog pops up, it suspends the background activities trying to run in the background.

This is incorrect. The thread need elevation is suspended, but not all 'background activities'
 
Originally posted by: Griffinhart
That's why I'm curious about protected mode. In theory, these exploits allow someone to execute code at the same rights as the browser, but IE7 in protected mode is supposed to run at lower than standard user mode.

Correct. The talk was interesting (Im here for Blackhat and Defcon). Its not the end of the world, the Vista heap talk overlapped a bit and its clear what MS can do to address much of these issues (like not using the the heap allocator to allocate heap structures, adding guard pages, etc)...
 
Originally posted by: mechBgon
32-bit IE7 on Vista has its own dedicated DEP on/off checkbox :camera:. It's not enabled by default (to enable it, run IE as Administrator and now you can activate it).

Do they say whether they went and manually enabled it?

I wonder the same thing...

I OptIn to DEP because Google Updater creates a stir on my Vista HP lappy.

Here's a snappy of my config...

As a follow-up, do you run 'AlwaysOn' or 'OptIn'?

The larger point, I suppose, is what additional DEP settings 'they' used... if any! 😀
 
Back
Top