Comments on: Microsoft to hunt for new species of Windows bug
Windows Meta File flaw prompts software maker to scrub its code and update its development practices.
Windows Meta File flaw prompts software maker to scrub its code and update its development practices.
January 1, 2010 12:16 PM PST
January 1, 2010 9:20 AM PST
January 1, 2010 7:31 AM PST
Add headlines from CNET News to your homepage or feedreader.
More feeds available in our RSS feed index.
Related quotes
for Apple's Safari web browser and the compass artwork for
CNET's article on the Hunt for New Species of Windows Bug?
Joris
CNET News.com
Next thing you know is they will stop all development and go through all the source code
This happened before....
http://otherthingsnow.blogspot.com/
Less work on Windows Live, more on cleaning up Windows.
They find some of the bugs, but most of them are found internally by MS.
Sharing source code, while an appealing concept, doesn't give the results some might expect. The number of vulnerabilities found in OSS projects is roughly on par with what Microsoft's products have for similar functionality (and both are below what most other companies have, including Apple, Adobe, IBM, Oracle and others).
Plus making the source available would give more malicious hackers the opportunity to find flaws before the right ones do. At least with closed source most vulnerabilities are being found internally. While the well intentioned public might found some interesting vulnerabilities, malware writers have a bigger incentive to invest time in look for vulnerabilities, and the source code gives more of them the ability to do so (it requires a certain level of skills to find vulnerabilities without access to source code).
And before someone claims that the number of active exploits, malware, viruses and spyware for Windows is way higher than for Linux or other OSS projects, that's what can be expected all other things being equal when a product has over ten times the market share, is used by unsophisticated users, and is the common denominator the commercial malware writers should be looking at.
for Windows NT 4.0 (or Windows 9X) as they no longer support these operating systems. So for now (or until Microsoft freezes over) I'll be using Ilfak Guilfanov's hoxfix on my Windows NT 4.0 system.
Set some reasonable monetary value. Say $100 for any exploitable flaw found. Provide a means (i.e. secured webpage) for someone to report the bug and time stamp it. Define the terms by which the bug must be described, i.e. what must be done to reproduce the problem, or what steps must be taken. And if it pans out, Microsoft should pay the $100 to the first person that found the problem. Later on, after a fix is developed, display that person's name and a brief description of the vulnerability to provide more incentive for that person to want to find more bugs.
I would suspect that this would weed out some of the more serious issues quite quickly and as time goes on there will be less and less bugs to be found. Of course Microsoft would need to have a department who's sole purpose is to decipher through the possibly thousands of submissions they will receive, and then another team to fix the bugs as they're discovered.
Theoretically, this should work better than having to create a department of software engineers to weed through all of their code on their own, primarily because of the sheer number of people who will be trying to 'break' Microsoft's code for some dough. This is a twist on the concept of Open Source Code, without actually 'Opening the Source' because you're basically setting an incentive for greater numbers of people to want to discover and report the bugs.
I thought everyone knew Microsoft had a bug. Its called
Windows.
How Microsoft has taken over the computer operating system
with such insecure, bloated, over priced software, is beyond me.
I saw someone congratulating Microsoft for speeding a patch to
market in 9 days!
Apple, who do occasionally find security issues, usually issue
patches within a week or so.
How come there are thousands of viruses etc on Windoze and
barely a single one on Apple OS?
Well those people who just have to have Windoze may soon have
an answer. The Mac going Intel should mean that if you buy a
Mac, you will be able to install a dual boot. Windoze to use your
Windoze only programmes and Mac OS when you want to ghet
the job done (or when your Windoze installation gets yet another
gremlin).
Makes one wonder what is the "scrubbing" that will be achiieved.
How much new can my machine hold?
This blog
- Did not violate any known law in China
- Did NOT CONTAIN any illicit material
- Contained information important to the Chinese people.
- Was a newsworthy log
- Was stored on U.S. servers
Think about it, Microsoft deleted news worthy, wholesome content from U.S. soil. They are violating the U.S. constitutional guarantee of freedom of speech.
Further they are even violating Microsoft's own code of conduct regarding these accounts. AS NO LAWS WERE BROKEN IN CHINA OR THE UNITED STATED.
This logger did not break any laws. His blog was full of useful, wholesome, important information that was for the benefit of the Chinese people.
Mr. Bono, if really a friend of Bill Gates, should explain (and understand) that people need the ability to express themselves. Something which Mr. Bono and Mr. Gates enjoy.
But something that Microsoft (the company) doesn't care about.
Microsft seems to have done a Repressive Act on U.S. soil, and their sole motivation was the profit.
Even when Bill Gates gets involved in philanthropy, there are almost
always strings attached. Usually, he donates Windows computers
but gets credit for giving money. So now his company steps on
American rights for profit, and we're supposed to be shocked?
http://www.windowscrash.com/albums/movies/dancemonkeyboy.mpeg
Yes, of course, those are real problems.
The revelation is that win16 code, lurking in strategic, Ring0, WinOS-innards, like GDI32.DLL, are capable of severely compromising win32 and win64 OS-es.
Two things need to be done about this:
1) No win16 code should be running in Ring0 on a 32-bit or 64-bit WinOS.
MS moved GDI32.DLL into Ring0 as part of some Sevice Pack to Win2k. This was done, at the behest of "gamers," to speed up graphics operations in the all-in-one W2k OS. GDI32.DLL continues to run in Ring0 on all WinOSes since then.
People who knew better at the time, balked when MS did this; but MS proclaimed that there would be *no* security or stability implications of moving GDI32 to Ring0, because the code in GDI32 had "proven itself" in the real world.
To that, we must now say, pshaw...
What other WMF-flaws will turn up in GDI32.DLL that are software defects that originated in the pre-NT-era, and were then carried forward into NT3.5/NT4, where GDI32.DLL did *not* run in Ring0, yet are now running in Ring0???...
That any "unauthorized memory access" defects residing in GDI32.DLL might be less severe (as in DoS-only) than the latest abuse of (win16) SetAbortProc is pure accident and not by design.
Not remediating these defects (SetAbortProc, ExtCreateRegion, ExtEscape, ad nauseum), as soon as they become known, is nothing less than MS using its customers to play a dangerous Game of Chicken, always waiting to see if the BadGuys can leverage UMA into Remote Code Execution, before Doing The Right Thing. Of course, MS has no liability whtsoever for any costs/losses incurred by its Defect-Daring Customer Chickens as a result of deliberately delayed patching.
2) With the advent of NT-Technology, MS touted that WindowsOnWindows would protect win32 from crippling effects of known-to-be-crap win16 code.
The myth of WoW protection is a promise that now needs to be honored and delivered by MS. Win16 needs to be sufficiently and effectively sandboxed, once and for all.
The expedient thing for MS to do would be to summarily kill off "backward compatibility" in future WinOSes; but without 1) above, it's doubtful that MS has a real idea where all of embedded win16 lurks in win32/win64.
After moving all win16 out of Ring0, all of win16 then needs to be rigorously sandboxed, on every WinOS that continues to harbor win16 code in it.
*This* is the "bug hunt"/remediation that MS needs to undertake, if it takes Security seriously and cares about the computing safety of its customers.
It's a Big Deal to Do only because MS has put off doing it off for far too long.
http://www.techworld.com/news/index.cfm?RSS&NewsID=5002
Don't forget thought that most OSes, including Linux, have some video code in the kernel. It all depends on how much you trust the code I suppose.
Incidently, I have heard that Win16 is finally (after 10 years of unneccesary backwards compatabilty) killed on Win64, but I have not tested this yet.
- Bug?
- by gnewey January 14, 2006 11:00 AM PST
- WMF isn't a windows bug. It's a backdoor that was coded in on purpose by Microsoft.
- Like this Reply to this comment
-
(33 Comments)