Slashdot Log In
Microsoft Admits XP Has Same Bug As Win2K
Posted by
kdawson
on Thu Nov 22, 2007 10:59 AM
from the not-a-security-flaw-no-really dept.
from the not-a-security-flaw-no-really dept.
Arashtamere sends in a Computerworld story on a security flaw in the Windows 2000 pseudo-random number generator published by Israeli researchers earlier this month. Microsoft has now admitted that the flaw is present in XP too. Microsoft denies that the bug is a security vulnerability, since an attacker would have to have gained administrative access to a system before exploiting it. (The Israeli researchers point out that many common exploits provide admin access.) This stance apparently lets them off the hook for patching Win2K, which is in "extended support" mode, though it powers about 9% of US and EU business computers. Microsoft said that XP SP3, due in the first half of next year, will fix the bug. The company said that Vista, Windows Server 2003 SP2, and the new Windows Server 2008 are not vulnerable.
Related Stories
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
stupid (Score:4, Insightful)
Re:stupid (Score:4, Informative)
This PRNG vulnurability does just that. Keys derived from it can be recovered by an attacker who compromises the machine _after_ the key was used and discarded.
Parent
Re: (Score:3, Informative)
Because you own a machine _now_ doesnt give you access to the encryption keys that was generated in the past.
Except that it pretty much does for Windows NTFS encryption. Thank you "key recovery account". For that matter, on a Windows machine not in a domain with default settings, you can get the NTFS encryption keys with no accounts at all, just stick the drive in your machine and "recover" the keys with the local admin account. Checkbox feature for the win!
And if you're using real encryption instead, you're not caring about the Windows RNG I hope.
It's not about hard disk encryption (Score:3, Informative)
CryptGenRandom is supposed to be the Windows-equivalent of /dev/urandom. Except it's not, because of this design flaw. The implications of this extend far beyond encrypted NTFS volumes.
For example, an attacker can passively monitor a network of Windows machines, wait for one of them to do something interesting (like connect via SSL www.paypal.com), then actively compromise those selected machines later, and gain enough information to decrypt the captured SSL sessions.
Basically, if you encrypt somethin
You use the same password on other machines (Score:3, Insightful)
Re:stupid (Score:4, Insightful)
This was the point of palladium, that the keys would be locked up inside a separate box, segregated from the processor. Each process would only manipulate opaque handles to the keys.
One nice aspect of this attack is that if you gain admin access after key generation, but before the entropy pool is refreshed then you can play back the state of the random number generator to recreate the keys after the fact. But this just extends the window slightly, you still need an exploit to get admin first.
Parent
I have to agree with MS on this one... (Score:4, Insightful)
Re:I have to agree with MS on this one... (Score:4, Insightful)
History is full of examples, probably both within and out of the computing field where people thought that 'that' was impossible...
Parent
Re:I have to agree with MS on this one... (Score:5, Funny)
Parent
Naw. You just have to take a different approach. (Score:4, Insightful)
That is not 100% correct.
It is still a "security vulnerability".
It just cannot be exploited to increase your access on that machine.
That we know of. Today. So the code still needs to be patched. Security is not an "either / or" situation. You have to reduce the effectiveness of threats.
Parent
Re:Naw. You just have to take a different approach (Score:4, Interesting)
Thanks for the flashback to l0pht's old page....! For those who don't remember it before it got rolled into @stake:
L0pht, making the theoretical practical since 1992."
Parent
Re:Naw. You just have to take a different approach (Score:2, Informative)
So-called forward security (yes, looking at things in the past is 'forward'
Re:I have to agree with MS on this one... (Score:4, Insightful)
Parent
Re:I have to agree with MS on this one... (Score:4, Funny)
Parent
Re: (Score:2, Funny)
YHBT. YHL. HAND.
Re: (Score:3, Insightful)
Re: (Score:3, Insightful)
I know twitter/erris posts regularly but not that often.
What the hells has that got to do with anything?
Plenty of people call microsoft M$. Personally I prefer calling them MicroShite but that is my preference.
Twitter also occasionally makes some valid points in some of his posts but who cares about facts when you can just slag someone off without taking the time to exercise your brain.
I am not saying the Linux is perfect, it pisses me off just as regularly as Windows does but at least with Linux I can do something about it like commit a patch. With Windows I
Re: (Score:3, Insightful)
Most of the other ways to get to the passwords would leave a detectable trace, especially keyloggers. Or they need a reboot. If you're really after the user passwords, resetting them to something else is also not an option. AFAIK there is no other *easy* w
Re: (Score:2)
Re:I have to agree with MS on this one... (Score:4, Funny)
Parent
Re: (Score:3, Interesting)
on multiple systems. If you can crack them you can
very likely gain access to other systems without having
to wait for uses to login at a time when you dont know
how long you have control of the system
Re: (Score:2, Insightful)
"At the moment we know of no way to abuse this bug without already having obtained Administrative access."
I will almost bet money that there is a smart bugger out there which find a way to abuse this.
That we don't know of a fearsible attack right now is no excuse not to fix the bug IMHO.
Re:I have to agree with MS on this one... (Score:5, Insightful)
Many corporate computers have local admin accounts that are likely to share a user/password combo across large numbers of machines. A keylogger might not get you these credentials, but the ability to crack these credentials could get you admin access to a huge number of other computers.
It is people like you who make sure that security consultants will never want for work.
Parent
Re: (Score:3, Insightful)
At last... (Score:5, Funny)
A reason to upgrade to Vista! ;)
Re: (Score:2, Funny)
Re: (Score:3, Funny)
At the cost of "upgrading" your old PC, you can get a new box with much more power than you need!
(now, where is that Open SuSE [opensuse.org] installation CD...)
Got to hand it to those Novell people, that's a nice OS!
Anyone here manage to get Vista and Open SuSE to "dual boot", and if so, any issues?
THe paper refered to. (Score:5, Insightful)
I fail to see why you would need administative privelidges however. You would only need to run in the userspace of the process that did run the random number generator before. Having administrative privs would be nice to inject code into that userspace, but is not needed i think.
It can get even worse if from a public key part the random number that was used to generate it can be extracted, what was done in early ssl implementation attacks.
Re:THe paper refered to. (Score:4, Insightful)
Theoretically, one would need knowledge of just one TCP sequence number, and then it could generate the future sequence numbers coming out of the box. Therefore one would be able to hijack TCP/IP sessions *much* faster and easier than before.
Anyone know to the contrary?
Parent
Article (Score:5, Interesting)
Very brief summary of article
Each process has their own instance of the generator, and the refresh of the internal state is done after 128 kbs of output from the generator (roughly 600-1200 SSL connections with IE). Not only that, it is run in the userspace so it is not a security violation to examine the internal state of the generator. The function used is not one-way which provides a means looking at past transactions of a user (within the 128 kbs of data).
Open crypto algorithms; no fix for Win2K (Score:5, Insightful)
In any case, the thing that surprised me most from the article was that Windows 2000 users would be left out in the cold: "Because the company has determined that the PRNG problem is not a security vulnerability, it is unlikely to provide a patch [for Win2K]." Wow. Especially when it's something this easy to fix. This bug also solves any attacker's problem of trying to sort valuable from non-valuable information, since presumably any valuable information (credit cards used online, etc) will use encryption. And while someone suggested that a program should use its own random number generator, there is a problem because, in general, your application (not running as Admin) shouldn't have access to nearly the same amount of entropy sources (like network activity, GUI inputs, etc).
--
Educational microcontroller kits for the digital generation -- great gift! [nerdkits.com]
Re: (Score:2, Informative)
It might be easy to code the fix, but it's (at least) an order of magnitude more work to actually test it. Windows supports thousands of different hardware configurations, in hundreds of different languages.
Yeah, Microsoft could release this as a hotfix. For any customer that screams loud enough (and pays enough), they may well do.
To be honest, I'd rather see Microsoft focus their efforts on XP SP3, Vista SP1 and 2008 RTM (2003 SP2 only just came out,
Re: (Score:3, Insightful)
Re: (Score:3, Insightful)
(Well MAYBE Debian...)
Most of them crap out after 12 months!
Re: (Score:3)
Well, that depends. They already have the code and it is not that the API needs to much testing I suppose. I mean, getRandomXxx() with some 4 different strings for Xxx should be enough. Feed the output into a FIPS random number testing tool (for testing weirdness, I mean the code has already been tested in other configurations) and go.
Sure it is a bit of work, but the test code should be available alr
W2K has been given the shaft for awhile from MS. (Score:2)
The real downside of W2K is that MS has given it the shaft for awhile, even when it wasn't in extended support they were still not supporting it very well for the last couple years as far as th
Re:W2K has been given the shaft for awhile from MS (Score:2)
I'd settle for two.
One of many ... (Score:2, Funny)
More correctly, "Microsoft Admits XP has same bugs as Win2K."
No hotfix ? (Score:3, Interesting)
It should be an offence to know and state you know about a bug but sit on the fix for months. This is a really stupid MS position and will push people more towards alternatives like GNU/Linux.
It should be a hot fix right now.
This is Why Open Source is Good. (Score:5, Insightful)
No worries about whether or not it's even legal to fix a machine that I'm using to run my business.
I'm not generally fond of defending Microsoft... (Score:2)
As to patching Windows 2000: They're going to patch XP, and if the bug is in both, chances are it's the same code. I believe they should at least look at it and see if a patch is going to be simple. That said, it'd have to be darned simple to be worth it: if you're
Re: (Score:3, Insightful)
They also could have worded this a lot more diplomatically than they did. So yes, the GP is flamebait.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Redundant)
Meanwhile, in the *nix (Score:4, Informative)
No, sorry, you can keep Vista for yourself.
Parent
Re: (Score:2, Informative)
Re: (Score:3, Informative)
Re: (Score:2)
Only after Windows 7 is released.
Re: (Score:3, Informative)
The nub of the problem is that a deterministic state machine can never produce random behaviour. The long term solution would