Slashdot Mirror


WMF Vulnerability is an Intentional Backdoor?

An anonymous reader writes "Steve Gibson alleges that the WMF vulnerability in Windows was neither a bug, nor a feature designed without security in mind, but was actually an intentionally placed backdoor. In a more detailed explanation, Gibson explains that the way SetAbortProc works in metafiles does not bear even the slightest resemblance to the way it works when used by a program while printing. Based on the information presented, it really does look like an intentional backdoor." There's a transcript available of the 'Security Now!' podcast where Gibson discusses this.

788 comments

  1. Another? by rindeee · · Score: 1, Interesting

    How about a link to information on the "other" intentional back doors that exist?

    1. Re:Another? by dr_dank · · Score: 4, Funny

      How about a link to information on the "other" intentional back doors that exist?

      *looks at clipboard*

      Ok Goatse linkers, thats your cue.

      --
      Where does the school board find them and why do they keep sending them to ME?
    2. Re:Another? by gbobeck · · Score: 3, Funny
      How about a link to information on the "other" intentional back doors that exist?


      Sure fine... Behold the Power of Google!

      Have Fun.
      --
      Navicula hydraulica plena anguilarum est. Omnes castelli tuus nostri sunt. Ed elli avea del cul fatto trombetta.
    3. Re:Another? by Carewolf · · Score: 0, Troll

      It is pretty well known that most versions of Windows shipped with an intentional NSA backdoor. Microsoft only removed after it was exposed and thereby also hackers could use it.

    4. Re:Another? by Pneuma+ROCKS · · Score: 2
      --
      Favorite quote: "
    5. Re:Another? by c0d3h4x0r · · Score: 0

      It's also pretty well known that this entire accusation was false and got started simply because some Microsoft developer made a poor choice of filename when adding a perfectly legitimate binary file to the system.

      --
      Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
    6. Re:Another? by monkeydo · · Score: 4, Informative

      Actually, it's pretty well known that that isn't what happened at all.

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    7. Re:Another? by c0d3h4x0r · · Score: 1

      This is bullshit and you know it. Stop spreading FUD.

      --
      Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
    8. Re:Another? by lgw · · Score: 5, Funny

      You mean the urban legend about an NSA backdoor? There was *never* any evidence of a backdoor, only a registry key named "NSAKEY" and a bunch of paranoid fantasy. Because, you know, if the NSA did have a secret backdoor, they'd make sure is was called NSAKEY, in case they forgot where it was, or something.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    9. Re:Another? by Ravatar · · Score: 0, Troll

      I salute you, Corporal FUD.

    10. Re:Another? by Anonymous Coward · · Score: 1, Funny

      Something like this?

      (=()=)
    11. Re:Another? by Anonymous Coward · · Score: 0
    12. Re:Another? by Anonymous Coward · · Score: 0

      No. RTFA. Half-cocked. Literally.

    13. Re:Another? by Anonymous Coward · · Score: 0

      Someone should tell RMS then. He was just on my campus (http://www.wpi.edu/ today spouting this bullshit.

    14. Re:Another? by monkeydo · · Score: 1

      RMS spouting bullshit?!?!?!? Someone alert the media!

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    15. Re:Another? by Anonymous Coward · · Score: 0

      You really think that the government didn't get payback for dropping that antitrust case that they had already won?

    16. Re:Another? by Nynaeve · · Score: 2, Informative

      Did you not even read your own article? It's not a registry key -- it's a signing key. Furthermore, the key exists and can be replaced with a known key-pair. You can't know it's "paranoid fantasy" or "urban legend" any more than a tinfoil hat can prove it isn't.

      Therefore, any objective judgement must be based on the fact it exists, regardless of how it got there. Arguing about whether it was specifically for clandestine NSA activity is pointless, but I don't like the fact these sorts of things exist.

      From this page linked from another comment:

      The NSA key inside CAPI can be replaced by your own key, and used to sign cryptographic security modules from overseas or unauthorised third parties, unapproved by Microsoft or the NSA. This is exactly what the US government has been trying to prevent. A demonstration "how to do it" program that replaces the NSA key can be found on Cryptonym's [extern] website.

    17. Re:Another? by Anonymous Coward · · Score: 0

      Heh. You did catch me making an obvious statement. Sorry, it was my first time ever hearing him speak in person and I was still going nuts hours later when I posted that.

    18. Re:Another? by Anonymous Coward · · Score: 0
      No, more like this:
      `_.._
      (=()=)
      / /\ \
      This is also a picture of your Mom last night.
    19. Re:Another? by lgw · · Score: 1

      But even so, the idea that this was done at the behest of the NSA, and that we know this because they called it the NSAKEY is beyond silly.

      Or maybe, that's just what they *want* us to think! Clearly, I cannot choose the key in front of you.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    20. Re:Another? by JourneyExpertApe · · Score: 3, Interesting
      Because, you know, if the NSA did have a secret backdoor, they'd make sure is was called NSAKEY, in case they forgot where it was, or something.

      Stranger things have happened. When a German law enforcement agency forced the developers of JAP (Java Anon Proxy) to put a backdoor in it, they put in code like:
      if(crimeDetected) {
      object->logCrime(...);
      }

      And it was an open-source project. Someone later admitted that they were kind of hoping that somebody would notice it, because they didn't think they could legally expose it themselves. Maybe someone at Microsoft didn't think it was right for the NSA to install a back door, and they had a conscience. Wait, what am I saying? This is Microsoft!
      --
      If you can read this sig, you're too close.
    21. Re:Another? by Thing+1 · · Score: 1

      Actually, it's like advTHANKSance: it's a key to help you get some nice warm rice wine in New York City.

      --
      I feel fantastic, and I'm still alive.
    22. Re:Another? by Anonymous Coward · · Score: 0

      huh? what vulnerability are YOU talking about?

    23. Re:Another? by SCVirus · · Score: 0

      Acually they call it NSAKEY so no one will believe its a backdoor. Telnet to port 135 on an xp SP1 system and type 'all your base are belong to NSA' for r00t!.

    24. Re:Another? by vettemph · · Score: 1

      Look at all the wiretap news just coming out. They have hooks in the phone networks. They have hooks in EVERYTHING. And no, I don't KNOW that it's bullshit. I KNOW that it's feasible.

      --
      The government which is strong enough to protect you from everything is strong enough to take everything from you.
  2. Move along, Move along by XFilesFMDS1013 · · Score: 0, Offtopic

    Nothing for you to see here. Please move along.

    Now there's a feature.

  3. You can't Hack My Gibson by Anonymous Coward · · Score: 1, Funny

    You can't Hack My Gibson.

    1. Re:You can't Hack My Gibson by carpe_noctem · · Score: 1

      I just hacked your Mel Gibson, though.

      --
      "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
    2. Re:You can't Hack My Gibson by duncan · · Score: 1
  4. Rootkit by poeidon1 · · Score: 2, Interesting

    Is it like a rootkit but placed by microsoft itself ..Grrr.

    --
    They called me mad, and I called them mad, and damn them, they outvoted me. -Nathaniel Lee
    1. Re:Rootkit by Xerxus · · Score: 1

      Similarily, they are both features. Features can't be bad, right?

    2. Re:Rootkit by poeidon1 · · Score: 2, Interesting

      So, Can I sue microsoft now for the damage?

      --
      They called me mad, and I called them mad, and damn them, they outvoted me. -Nathaniel Lee
    3. Re:Rootkit by m50d · · Score: 2, Insightful

      It's not really a rootkit as there's no immediate root access, you just get to execute code as the user who views the file. Though with windows there's not that much difference.

      --
      I am trolling
    4. Re:Rootkit by ArwynH · · Score: 1

      Not if you agreed to thier EULA where you waif that right.

    5. Re:Rootkit by mycall · · Score: 1

      does this include class action lawsuits?

    6. Re:Rootkit by Anonymous Coward · · Score: 0

      where you waif that right.

      Ha ha. You're either a foreigner, or you've never read anything more challenging than a comic book.

    7. Re:Rootkit by ArwynH · · Score: 1

      Oooo! A Troll! An AC as well... Wow. First time one has replied to my comments, I was beggining to think they were myths!

      I noticed you didn't post the correct spelling of the word either (waive)... actually the spelling is correct, it's just the spelling of the wrong word... oops. English has too homophones for it's own good...

    8. Re:Rootkit by Anonymous Coward · · Score: 0
      beggining

      LOL

      English has too homophones for it's own good...

      there's your problem you've been spending too much time on your homophone!

    9. Re:Rootkit by cyclop · · Score: 1

      Features can't be bad, right?

      Please tell it to Gnome developers.

      --
      -- Patent no.123456: A way to personalize /. comments with a sig attached to the end.
  5. I would not be suprised at all. by AltGrendel · · Score: 4, Interesting
    I could see someone deliberatly doing this, maybe a contractor or a disgruntled employee.

    Its happened before and it will happen again. Whether this is the case remains to be seen.

    --
    The simple truth is that interstellar distances will not fit into the human imagination

    - Douglas Adams

    1. Re:I would not be suprised at all. by NtroP · · Score: 4, Insightful
      I could see someone deliberatly doing this, maybe a contractor or a disgruntled employee.
      The problem with that argument is that in order to exploit this backdoor you'd have to get the target computer to load a WMF file. The main practical way to do this would be to embed it in a web page and have the target visit that page. The only sites that all windows machines access on a regular basis are Microsoft's. The employee would also have to have access to Microsoft's web site to exploit this reliably.

      This seems to be only useful if MS itself wanted to use it. Use your imagination as to what they'd do with it. I can think of all kinds of things.

      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    2. Re:I would not be suprised at all. by BagOBones · · Score: 1

      I would say emailing it would work just as well.

      --
      EA David Gardner -"... but the consumers have proven that actually what they want is fun."
    3. Re:I would not be suprised at all. by Andrewkov · · Score: 2, Interesting

      It seems unlikely that an API programmer would have access to the main webservers to pull that off. Besides, the explotable feature has been there since Windows 3.1 (if I remember a comment from a previous Slashdot story correctly).

    4. Re:I would not be suprised at all. by dc29A · · Score: 5, Insightful

      I could see someone deliberatly doing this, maybe a contractor or a disgruntled employee.
      - How about a totally stupid idea that MS thought was good?

      I mean MS has a long history of ignoring security for usability, lock in and whatnot. WMF dates back to close to 10 years, back when MS really didn't give a damn about security. Even after a the big Gates propaganda email and Trusted Computing Initiative and all the hoopla, XP SP2 allows blank passwords for administrators, the user created during installation is an administrator, again if password is blank no one gives a shit. Remote registry is on by default. RPC on by default. Administrative shares are on by default. Not to mention a plethora of completely useless services.

      MS just doesn't understand security. This WMF example is nothing different. It's some ancient code that never got looked at. Add to that the fact everyone and his mother is root, AND that the OS is a big bowl of spaghetti (hi2u IE deep in kernel), you get another attack vector vs Windows systems.

      Did someone maliciously implement this WMF "feature"? I doubt it. It looks like another regular MS security hole that shows that MS has no clue about security.

    5. Re:I would not be suprised at all. by Stripe7 · · Score: 3, Informative

      Someone mentioned on Groklaw that the exploit also exists in wine which just implements the WMF spec.

    6. Re:I would not be suprised at all. by Phillup · · Score: 1

      Besides, the explotable feature has been there since Windows 3.1 (if I remember a comment from a previous Slashdot story correctly).

      Gibson is saying that the particulars of the exploit are different for newer versions of the OS. And this particular "feature" is new.

      (Hope this works... preview feature was completely borkedO

      --

      --Phillip

      Can you say BIRTH TAX
    7. Re:I would not be suprised at all. by andy753421 · · Score: 1

      Not if there's another still 'unknown' 'bug' that will cause a certain IP address to automatically render a wmf file, however I think that's unlikely since WMF's were from Win 3.1-ish and before the Internet was mainstream.

    8. Re:I would not be suprised at all. by monkeydo · · Score: 3, Insightful

      Actually, Gibson is saying he doesn't know if previous versions are exploitable or not. In fact he's counting on not, since that's the only way to determine when the "backdoor" was inserted. Gibson is a bomb thrower. There's no evidence other than his opinion that this is a deliberate backdoor.

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    9. Re:I would not be suprised at all. by QuietLagoon · · Score: 5, Funny
      The only sites that all windows machines access on a regular basis are Microsoft's.

      I presume you are willing to show the details of your extensive research that determined this factoid....

    10. Re:I would not be suprised at all. by towsonu2003 · · Score: 2, Informative
      Someone mentioned on Groklaw that the exploit also exists in wine which just implements the WMF spec.

      http://ubuntuforums.org/showthread.php?t=113611
    11. Re:I would not be suprised at all. by spitzak · · Score: 1

      The only sites that all windows machines access on a regular basis are Microsoft's. The employee would also have to have access to Microsoft's web site to exploit this reliably.

      Huh? Well I guess that is true if your goal is to infect or attack literally all Windows machines. However it is not necessary if you just want to infect or attack lots of Windows machines, which I would believe is pretty interesting to some crackers.

    12. Re:I would not be suprised at all. by Reziac · · Score: 3, Insightful

      Not only that, but my understanding is that the relevant WMF functions date back to the Win3.0 era (maybe Win2.0, not sure -- the earliest date I've seen was 1991) and in any event, long before M$ had much of a clue about the internet. And long before OS "back doors" became a common worry, too. M$ simply doesn't plan that well when it comes to how stuff is used/affected by an OS, and in fact tends to come late to the bandwagon.

      Furthermore, if Gibson is so sure of himself, why isn't his own test utility available to everyone? (Apparently it was only available to Laporte's listeners... not likely to be the most unbiased audience.)

      Net result: I knew Gibson's tinfoil hat was a trifle snug, but now I'm sure it needs a complete refitting.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    13. Re:I would not be suprised at all. by Sterling+Christensen · · Score: 1

      Why would MS create a vulnerability to run whatever code they wanted on Windows computers when they already have Windows Update for that?

    14. Re:I would not be suprised at all. by mohaine · · Score: 3, Informative

      I thought this as well, but if you RTFA, you would see that Gibson doesn't think the SetAbortProc WMF exploit works the way it should.

      According to the docs, SetAbortProc should provide a pointer to callback function that is called when a print is aborted. This in itself sounds like a security hole, but it could only be fired if the print is canceled, and then it can only run a preexisting callback method, not arbitary code.

      According to Gibson, if you call SetAbortProc with a special key, it will instantly start running arbitary code from within the WMF. No cancelled print or preexisting method calls are requried.

      If Gibson is correct, this bug is much different then how it looks on the surface.

      --
      (appended to the end of comments you post, 120 chars)
    15. Re:I would not be suprised at all. by NtroP · · Score: 1
      Let me rephrase then: The only sites that most windows machines access on a semi-regular basis which are controlled by an entity that might logically know about this backdoor would be Microsoft's. I'd say windows update, msn, etc. are probably pretty commonly accessed by the majority of windows users, wouldn't you? They probably access google and yahoo too, but wait, how would google know about this backdoor? Oh, they wouldn't.

      Stop being a pedantic idiot.

      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    16. Re:I would not be suprised at all. by azuretek · · Score: 3, Insightful

      Most Windows computers at one point have connected to Windows Update, also IE defaults to MSN, isn't there a getting started page as well when you first open IE after install?

      It's just simple observation to say that the only site that would be consistent on every Windows system is a Microsoft site, somewhat how on my mac I am connected to apple after a clean install when I open Safari. One could say the only site that would be consistent on every mac would be apple.com.

      -PS I don't think it was an intentional backdoor.

    17. Re:I would not be suprised at all. by m50d · · Score: 1

      You seem to assume he'd want to hit every machine out there at once. Why? It's worth more used as a 0-day, to penetrate targets you can make real money from (selling zombies is AFAICS relatively recent. I'd bet 0-days have been valuable far before that). And it could be easily triggered by emailing - OE and outlook use the same HTML engine to render the message, and any other client is still probably going to use the system WMF renderer. People get emails with pictures in all the time, and they quite often don't display properly - it wouldn't look suspicious in the slightest.

      --
      I am trolling
    18. Re:I would not be suprised at all. by jtjdt · · Score: 1

      Are you sure this wasn't a measure put in place just in case we went to war with another country, we could disable all their systems running windows? I'm pretty sure this is why other countries want to use open sours operating systems instead of windows. I think the WMF stuff was just the government.

    19. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Because it's not for Microsoft, it's for the NSA.

    20. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Not only that, but my understanding is that the relevant WMF functions date back to the Win3.0 era

      That doesn't mean anything. If you read what he says, he's saying "It doesn't make sense for a metafile to have a callback, and it's not behaving the way it would if it were actually meant to be used as a callback".

      (e.g., it starts executing the code immediately, rather than you having to cause a callback)

      The preexistence of the function doesn't mean it cannot later be modified to be a backdoor in a context where it wouldn't normally be used.

    21. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Always nice to have people that could go out and test other versions (gibson) and find out if it is in fact the same, but instead they like to make spurious accusations that it is a 'backdoor' so they get more hits to their website.

      Conspiracies are more fun though.

    22. Re:I would not be suprised at all. by spectecjr · · Score: 1

      WMF dates back to close to 10 years

      Err.... no. Make that close to 18 years. Longer if you include when it was in development, rather than when Windows 2.0 shipped.

      --
      Coming soon - pyrogyra
    23. Re:I would not be suprised at all. by jez9999 · · Score: 1

      I'm slow; is there a way to install MS's WMF fix without using Windows Update? If not, aren't MS being pretty negligent knowing full well how many warezed versions of Windows are out there, in not allowing it to be freely downloaded?

    24. Re:I would not be suprised at all. by skae · · Score: 1

      Sometimes the immediate use of something is not apparent.
      For instance, this could be used as a tripwire. I secure a site, you hack it and look at the pages, launching this tripwire.

      This may or may not be what it was used for but it could be used along these lines.

    25. Re:I would not be suprised at all. by Reziac · · Score: 2, Insightful

      But that's true of anything. Just because it was designed for X doesn't mean someone can't modify it to do Y. So why the WMF function in particular? What ADVANTAGE does it have as a back door, that other more-convenient exploits can't offer?

      And considering how old is the code in question, why hasn't any exploit for it ever been seen in the wild? Surely Gibson is not the only person poking into obscure corners of Windows.

      I'm reminded of how malicious code can be embedded in the comment field of GIFs, and executed by an accomplice program... that exploit was never seen in the wild either, but has been known about for as long as GIFs have existed. Was it part of a grand conspiracy to force us all to subscribe to Compu$erve?? ;)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    26. Re:I would not be suprised at all. by digitalunity · · Score: 1

      I'm not afraid of some script kiddies who want to pwnzer thousands of computers. They primarily use those for sending spam and DDoS attacks. I already get so much spam that it wouldn't matter. And if my computer suddenly starting using lots of bandwidth, well that would be easy to spot.

      I would be more someone who wants to take control of only my computer, because that would be personal and they would likely have very malignant intentions.

      --
      You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
    27. Re:I would not be suprised at all. by irote · · Score: 1

      But if they control Windows update - you know, the site from which updates to the operating system are downloaded and installed, automatically on most machines, why would they need a backdoor?

    28. Re:I would not be suprised at all. by jez9999 · · Score: 4, Informative

      Furthermore, if Gibson is so sure of himself, why isn't his own test utility available to everyone?

      Eh? I just downloaded it, it's linked to from here.

    29. Re:I would not be suprised at all. by bushidocoder · · Score: 1
      (hi2u IE deep in kernel),

      I know I'm just feeding to the trolls with this, but name one part of IE that's in the kernel. IE is not in the kernel and it is not in the Win32 subsystem. Is it embedded into the overall product? Yes, IE's COM components are everywhere, and a plethora of system tools rely on those components, but that simply means that IE is integral to the overall DESKTOP system based on external dependencies in the shell to IE.

    30. Re:I would not be suprised at all. by prsce96 · · Score: 1

      I have no idea what the WMF spec looks like, but judging by Gibson's description I can't see this being part of the API. Is Wine really vulnerable too?

    31. Re:I would not be suprised at all. by Spudley · · Score: 1

      The only sites that all windows machines access on a regular basis are Microsoft's.

      Has anyone thought to check old versions of the MS site (at somewhere like Archive.org?) to find out whether there actually have been any rouge WMF files floating around on the site? Proving that they've actively been using it would go a long way toward proving it was intentional.

      --
      (Spudley Strikes Again!)
    32. Re:I would not be suprised at all. by hazem · · Score: 1

      Unix/Linux allows blank root passwords too.

      I personally prefer the idea that _I_ take responsibility for securing my machine - and likewise have the option of using blank passwords for root if I want to. I'm very aggrevated when the OS has arbitrary restrictions on what I can do. Maybe it would be a good idea to make it non-default, but I should be able to do waht I want with my system.

      But that's just me, a whacky liberal/libertarian/meatatarian beer drinker.

    33. Re:I would not be suprised at all. by mrseigen · · Score: 4, Insightful

      I'm not quite sure why they'd want to use it. End-users already trust Microsoft implicitly because they made the operating system, so if they wanted to, for instance, install some software on all Windows machines that reports home if it detects a pirated copy, they could just do it through a service pack update. Most people would willingly install it (or click the little automatic button in Windows Update), and there'd be none of this Tom Clancy technothriller intrigue.

      I can't personally think of any kind of official reason why Microsoft would want to shove code onto Windows machines just from visiting their website. They've got tons of other ways of doing this.

    34. Re:I would not be suprised at all. by Reziac · · Score: 0, Offtopic

      Thanks, it wasn't linked from TFA page, far as I saw (tho by then my brain was glazing over :)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    35. Re:I would not be suprised at all. by mycall · · Score: 1

      I totally agree unless the backdoor deleted the infested WMF erasing its tracks.

    36. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      "...aren't MS being pretty negligent knowing full well how many warezed versions of Windows are out there, in not allowing it to be freely downloaded?"

      Negligent ... possibly, but it certainly makes for a poor business model to be providing software support to people who stole their software.

      Or to put it a nicer way, by only providing the patch through Win-Update, they are encouraging people to use valid, licensed copies of Windows.

      Either way, I don't really blame them ... but that doesn't change that fact that Windows sucks.

    37. Re:I would not be suprised at all. by oddaddresstrap · · Score: 1
      The only sites that all windows machines access on a regular basis...

      ummm... Here's the obvious way for an outfit like the NSA to use this exploit:
      1. Guess which websites that the target might be visiting.
      2. Crack a likely one, install your metafile, and adjust the code.
      3. Wait for the target to visit the site.
      4. Profit!
    38. Re:I would not be suprised at all. by NtroP · · Score: 1
      But if they control Windows update - you know, the site from which updates to the operating system are downloaded and installed, automatically on most machines, why would they need a backdoor?
      Touché

      But, what if I have heard that one of their updates will disable my computer because I don't have a valid copy of windows (or whatever)? So I don't go to the windows update site and I've got ActiveX turned off and my firewall is set to block any incoming traffic that isn't initiated by me, etc. MS could just put this exploit on one of their other sites or in any Ad they've got running on a myriad of sites (including Shashdot) and the "patch" would be installed.

      Paranoia speaking? Yeah, probably. But I smell a rat...and for some reason, it smells "fishy"...

      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    39. Re:I would not be suprised at all. by JnCoBoB · · Score: 1

      It's not availabe to everyone because it's still under development.

    40. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      But that's true of anything. Just because it was designed for X doesn't mean someone can't modify it to do Y

      Exactly - it is true of -anything-. So you can't point to the origination date of the API function and say that somehow means it's not a backdoor, which the statement I responded to implied.

      As far as advantage goes, if Microsoft wants to own your box, all they have to do is put code to give them control into a service pack, and distribute it through Windows Update. But all that really means is, if it is intentional, it probably wasn't sanctioned by MS as an organization (e.g., it was probably an employee that put the code in, on his own ...)

    41. Re:I would not be suprised at all. by giorgiofr · · Score: 1

      Actually, you can download the patch following a link you find on the page describing the issue. Then you can patch all pirated copies on Windows you want. I mean... that's what I've heard...

      --
      Global warming is a cube.
    42. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      This seems to be only useful if MS itself wanted to use it.

      I was at a porn site yesterday (using firefox on linux) and a dialog popped up asking me what I should use to open the wmf file embedded on the page. This is a step up from the sites that try to get you to run an exe. The spyware people have found a use for the wmf exploit.

    43. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      Paranoia speaking? Yeah, probably. But I smell a rat...and for some reason, it smells "fishy"...

      Then pull it out of your sandy vagina.

    44. Re:I would not be suprised at all. by jez9999 · · Score: 1

      But what about all those people in China and other countries that can't afford to pay for Windows, and all the corporations that mass-install technically illegal versions? They're gonna carry on being infected, and cause potential problems for the net if a WMF worm gets out.

    45. Re:I would not be suprised at all. by peterpi · · Score: 1
      I do kinda the same thing with my debian machine.

      Every few days, I log in as root, run apt-get, and my machine talks to a debian mirror. It downloads and installs whatever the mirror says is newer, even including apt itself.

      The administrator of the mirror I use (ftp.demon.co.uk) effectively has root access to my computer.

    46. Re:I would not be suprised at all. by slashdot.org · · Score: 1

      Most Windows computers at one point have connected to Windows Update

      Uhmm, yeah, but what exactly would they need a backdoor for, if people already willingly allow an ActiveX component to run Windows update?

      I would say that Windows Update is the proof that Microsoft does NOT need a backdoor, they have a frontdoor already.

      (but you are correct that most Windows boxen do on a regular basis visit MS websites).

    47. Re:I would not be suprised at all. by Tim+C · · Score: 2, Insightful

      The only sites that all windows machines access on a regular basis are Microsoft's.

      I assume that you're thinking of Windows Update, but at a guess I'd imagine that most (recent) Windows machines get most of their updates via automatic updates, or not at all. I'd be very surprised if "all Windows machines" visit any given site on a regular basis.

      (In fact it's trivially easy to disprove your assertion - I have access to 3 XP machines, and none of them visit any of MS's sites on anything approaching a regular basis, but that's beside the point)

      This seems to be only useful if MS itself wanted to use it. Use your imagination as to what they'd do with it. I can think of all kinds of things.

      I can't think of a single thing that would be worth it. An attack like that would be discovered and traced back to them, and they'd be crucified for it. Unless they could achieve their aim before that happened, there'd be no point, and short of taking over the world, I can't think of anything that would be worth it. Even if they could think of a way to make money using it, the courts would sieze it all anyway.

    48. Re:I would not be suprised at all. by rts008 · · Score: 2, Insightful

      You obviously did not RTFA or you would know that he isn't sure of himself- he has only worked/looked at this a total of one day and happened to bring it up on the podcast, He has a;lso stated NUMEROUS times that it SEEMS to be a bacvkdoor, but until he has a chance to work at this longer to find out- it appears to him to have no toher function he can see AT THIS TIME. (no, I am not going to link to these statements- RTFA!). Second, you must not have put any effort into finding his tool- it took me about 30 seconds to find the link to it- since you are so web challenged, here is the tool:(http://www.grc.com/sn/notes-022.htm) How any of you calling Steve "bombthrower" (and similar) got modded anything other than flamebait or troll is beyond me- obvious from your comments you did not RTFA and the /. modders are not paying attention I guess.

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    49. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      I'm going to ignore the weird qualifiers like "official".

      lemme just answer you (and a lot of other people who miss the point) this way:

      1. WMF backdoor offers advantages over Windows Update or other web or service pack schemes because it can be triggered by emails or even manual (al Qaeda key fob) file exchanges, and
      2. a backdoor offers advantages over subverting "official" software delivery methods because high security sites will be monitoring official updates: you have to catch the Pentagon or the Kremlin unawares if you want to subvert their machines.

      do you get it yet?

    50. Re:I would not be suprised at all. by Jeremi · · Score: 1
      Why? It's worth more used as a 0-day, to penetrate targets you can make real money from (selling zombies is AFAICS relatively recent. I'd bet 0-days have been valuable far before that). And it could be easily triggered by emailing


      Selling zombies to spammers seems like chump change, when you could just have your malware silently install a keylogger that grabs the user's credit card information whenever he types it in, and quietly sends out a copy of it to your drop site. In no time you'd end up with thousands of valid credit card numbers to use however you wanted to.


      It seems odd that I haven't heard about that actually being done. Has such a piece of malware ever actually been made?

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    51. Re:I would not be suprised at all. by njyoder · · Score: 1

      I want to see the source. Gibson is notorious for making idiotic and ignorant errors in his own code. I remember a forum exchange where he had to be given special instructions on how to correct his code that tested a supposed vulnerability he found with raw sockets. He didn't know he had to call bind() basically. LOL.

    52. Re:I would not be suprised at all. by Tim+C · · Score: 1

      hi2u IE deep in kernel

      If you have some proof that IE is "deep in kernel", I'd like to see it. If not, you might want to think twice before stooping to MS's level by spreading your own FUD.

    53. Re:I would not be suprised at all. by kv9 · · Score: 1
      Every few days, I log in as root, run apt-get, and my machine talks to a debian mirror. It downloads and installs whatever the mirror says is newer, even including apt itself. The administrator of the mirror I use (ftp.demon.co.uk) effectively has root access to my computer.

      youre joking right? doesnt aptget, like any sane package manager, verify checksums?

    54. Re:I would not be suprised at all. by penguin-collective · · Score: 1

      What ADVANTAGE does it have as a back door, that other more-convenient exploits can't offer?

      The "advantage" would be that that's the piece of software the person who put in the backdoor had access to. It's also obscure enough that it might stay undiscovered for a long time (as it did).

    55. Re:I would not be suprised at all. by Jesus_666 · · Score: 0, Offtopic

      I'm reminded of how malicious code can be embedded in the comment field of GIFs, and executed by an accomplice program... that exploit was never seen in the wild either, but has been known about for as long as GIFs have existed. Was it part of a grand conspiracy to force us all to subscribe to Compu$erve?? ;)

      Yes, but AOL sent a team of shadowrunners to the Compuserve headquarters to geek the coders responsible for writing the backdoors. After the mage was done manabolting everyone in the office and the decker had copied and deleted the project's entire codebase Compuserve was forced to give up that particular matrix domination scheme.
      AOL would be the good guys here but they decided to pay the runners in lead. Never trust a Johnson, chummers, I tell you...

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    56. Re:I would not be suprised at all. by ozmanjusri · · Score: 1

      just have your malware silently install a keylogger that grabs the user's credit card information whenever he types it in, and quietly sends out a copy of it to your drop site.

      Why would Microsoft need to do that though? Haven't you seen their EULAs?

      --
      "I've got more toys than Teruhisa Kitahara."
    57. Re:I would not be suprised at all. by znx · · Score: 1

      Gibson is a bomb thrower

      Agreed, this is simply an act of self promotion. Whilst Steve Gibson is plainly a smart guy and a skilled programmer, he is also very much of a "bomb thrower". I still remember the noise he made about raw sockets in WinXP (and continues to in fact).

      There is no doubt in my mind that he has simply stolen this particular bandwagon, after all where is the proof?

      --
      BOO
    58. Re:I would not be suprised at all. by ozmanjusri · · Score: 1

      find out whether there actually have been any rouge WMF files floating around on the site?

      Why are the red ones so bad? Wouldn't a blue one work as well?

      --
      "I've got more toys than Teruhisa Kitahara."
    59. Re:I would not be suprised at all. by Thing+1 · · Score: 1
      [...] at a guess I'd imagine that most (recent) Windows machines get most of their updates via automatic updates, or not at all.

      Good guess. I have a question: how do they get their updates via automatic updates? From thin air? No, they connect to some other machine's IP address, via a port. Perhaps it's not port 80, but I'm pretty certain it's the bank of Windows Update machines...

      I have access to 3 XP machines, and none of them visit any of MS's sites [...]

      Are your 3 XP machines configured to do anything about automatic updates? If so, then they're talking to Microsoft's machines.

      So, exploiting those Windows Update machines, plus this WMF bug, equals take-over-the-world-type thinking. As other have mentioned, this might not have been performed with corporate approval.

      --
      I feel fantastic, and I'm still alive.
    60. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      ?!? They included the exploit before the Internet was common? You know what this means, don't you? It's a conspiracy! Microsoft must've made the Internet popular, precisely because of this!

    61. Re:I would not be suprised at all. by LinuxGeek · · Score: 2, Informative

      I'll safely assume that you didn't RTFA since you don't already know what I going to tell you.

      What Steve initally found was that he had a hard time getting the SETABORTPROC function to execute wmf embedded code as he had read the vulnerability was allowing. After looking at some of the exploit code that was available, he started experimenting with illegal wmf record header sizes and one ( and only one) illegal record size would actually prompt windows to spawn a new thread and then start executing the bytes within the wmf data stream directly. The SETABORTPROC supplied code entry point is completely ignored.

      This behaviour will allow remote execution of arbitrary code on unpatched systems.

      --

      Kindness is the language which the deaf can hear and the blind can see. - Mark Twain
    62. Re:I would not be suprised at all. by DavidRawling · · Score: 1

      Even if checksums are verified, where do you think the checksums are stored?

    63. Re:I would not be suprised at all. by Pharmboy · · Score: 1

      I'll safely assume that you didn't RTFA since you don't already know what I going to tell you.

      After reading the article and the comments, I think it is very safe to assume that no one read the article. Too bad, it was pretty interesting.

      If this truly is a backdoor, MS should have some 'splaining to do, be it a corporate policy or rouge programmer. I am not much of a programmer, but even I could understand that this "feature" may indeed be a feature, and not a bug.

      The real question is: *IF* MS did intentionally put this backdoor in, or *IF* a rogue programmer at MS put it in and MS should have known about it, how will the press treat this? Lets me honest, you and I can scream til we are blue in the face, but approximately 90% of computers users are understandably appothetic as to the politics of computer science. Unless someone lights a fire under someone's ass, nothing of any consequence will result.

      We don't know if this was a bonified secret backdoor yet, but we SHOULD have the right to know, if for no other reason than to make informed decisions as consumers. Oh, and because if it is, it would likely be illegal for MS to do that. That, too.

      --
      Tequila: It's not just for breakfast anymore!
    64. Re:I would not be suprised at all. by Pharmboy · · Score: 1

      Archive websites dont cache images, just the html. they link back to the old images, so if you leave the old images, they will still show up. if you remove them, they will show as broken images.

      If you MODIFY them, they will seem innocently as if they were not modified, even though they are not the same. My guess is that they are not that dumb. Actually, the entire case is purely speculative to begin with, but under any circumstance MS wouldn't be that dumb.

      --
      Tequila: It's not just for breakfast anymore!
    65. Re:I would not be suprised at all. by Master+of+Transhuman · · Score: 1

      Null sheen, omae! AOL made the mistake of hooking up with Warner - you think at least one Western dragon wasn't involved in that blunder?

      I have it from his chief hacker herself that Dunkelzahn was personally behind Schmidt at Google - and a certain German equivalent is behind Gates!

      You know the word - never trust a dragon!

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    66. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      And considering how old is the code in question, why hasn't any exploit for it ever been seen in the wild? Surely Gibson is not the only person poking into obscure corners of Windows.

      Gibson only dug into this because Microsoft, through some interesting definitions of what a vulnerability is vs. what a critical vulnerability is, said they weren't going to fix it for older versions of Windows. Bad move on their part apparently. Further, there are not many people *capable* of figuring this out anyway.

      Steve: Well, remember that last week the way things ended was we weren't sure whether Microsoft was going to fix the earlier versions of Windows. They were saying that they were offering a fix for Windows 2000, XP, 64, or 2003, but not for the older versions of Windows because the problem wasn't as bad on those machines. They said there is a problem there, but it's not as bad, whatever that means. And so I made the statement, hey, you know, if Microsoft ends up not fixing this, I'm going to fix it because, you know, who wants to be using a machine, no matter how old it is, where you go to a website and display a bad image and get your machine taken over.

      I'm reminded of how malicious code can be embedded in the comment field of GIFs, and executed by an accomplice program... that exploit was never seen in the wild either, but has been known about for as long as GIFs have existed.

      Don't know where you got the idea Gibson is saying this is some grand Microsoft conspiracy to take over your machine. He's saying this is a backdoor. Why? Who knows? We don't really have access to the source code (like maybe a CVS comment "added this code because XX", and I don't think Microsoft will be much help..

    67. Re:I would not be suprised at all. by Reziac · · Score: 1

      An AC says, "if Microsoft wants to own your box, all they have to do is put code to give them control into a service pack, and distribute it through Windows Update."

      Exactly. Or have IE download it thru some ActiveX control. Either would be a whole lot more reliable than some obscure and difficult-to-ensure bit of WMF functionality that was coded back in 1991, before the notion of pwn3d PCs had entered anyone's head.

      Which is yet another reason why it's pretty clear this was sheer happenstance, not a deliberate backdoor. There are lots of better ways to achieve a backdoor, with vastly greater reliability and desktop penetration. After all, when did you last use the Fax viewer? For that matter, when did you last view a .WMF, for ANY reason?

      And notice on one of the sites where this is discussed, how a number of people tried to view a random .WMF, and ALL got cranky "WTF am I supposed to do with this unknown file??" messages from Windows.

      I'd hazard a guess that before this incident, 90+% of /. readers had never heard of the format, and then only if you were using one of the image editing or page-layout programs for Win3.x -- which was the last time .WMFs had any market significance.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    68. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      So, you are willing to take 100% financial responsibility for any damage that someone does by logging into your no password box from the internet and using said box to attack other computers?

      Even if they use your box to launch an attack that takes over a million other machines in a zombie worm attack that is then used to DOS all the major internet retailers for a week strait?

      Wow, you are brave. Stupid. But Brave.

      I salute you!

      A real liberatarian would be part of the security solution, not actively part of the problem.

    69. Re:I would not be suprised at all. by Reziac · · Score: 1

      I did RTFA, or to be accurate TFTranscript, in which Gibson says the tool is "only for listeners". It wasn't linked from there that I saw, and I didn't go pawing thru the rest of his site looking for it.

      As to Gibson bashing, I've been watching him for a long time (I remember what happened with Spinrite vs IDE HDs), and while sometimes he has useful info, far too often he blows stuff out of proportion or ignores inconvenient facts, to the point that now I take all his rantings with plenty of salt (and reached this point all by myself, without knowing grcsucks.com existed).

      IOW, from long observation I'm aware that while his pointers are often sound and may be worth a look, his data handling is highly suspect.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    70. Re:I would not be suprised at all. by Reziac · · Score: 1

      Then explain why it's never been seen in the wild? Show me some systems compromised by this?? Gibson isn't the only one who goes poking around in obscure places.

      I'm as ready to believe ill of M$ as the next person, and have seen enough of their shenannigans myself to be sure they do sometimes code with malice aforethought -- but this just isn't FUNCTIONAL enough to be a backdoor. The world doesn't run on WMFs (I've actually MADE and USED them, yet I only have half a dozen on this very old box), and as an AC and I discuss elsewhere, there are easier, more-certain ways to accomplish the same objective.

      Conspiracy theorists might do better to examine... oh, say the Visual Basic runtimes, which are historically just as old as WMFs, but vastly more widely-used, and offer far more scope for malicious behaviour. After all, how much do you know about those VB compilers??

      For that matter, how much do you know about SpinRite? for all you know, it might be dropping a rootkit in an unused part of your boot sector. ;)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    71. Re:I would not be suprised at all. by Reziac · · Score: 1

      Actually, I did RTFA, and several related articles elsewhere (which I didn't keep track of, but I'm sure you could google up a bunch). Information posted by *other programmers* is what convinced me that Gibson is blowing smoke about it being a "backdoor".

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    72. Re:I would not be suprised at all. by Reziac · · Score: 1

      An AC says, "?!? They included the exploit before the Internet was common? You know what this means, don't you? It's a conspiracy! Microsoft must've made the Internet popular, precisely because of this!"

      Hot Damn... I think this AC just proved that Bill Gates == Al Gore!!

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    73. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0
      The only sites that all windows machines access on a regular basis are Microsoft's.

      I presume you are willing to show the details of your extensive research that determined this factoid....


      I take it that you have never seen a etheral dump of the network activity when windows starts?
    74. Re:I would not be suprised at all. by monkeydo · · Score: 1

      You obviously did not RTFA or you would know that he isn't sure of himself- he has only worked/looked at this a total of one day and happened to bring it up on the podcast, He has a;lso stated NUMEROUS times that it SEEMS to be a bacvkdoor, but until he has a chance to work at this longer to find out- it appears to him to have no toher function he can see AT THIS TIME.

      So, when you RTFA, did you miss the part where he said, "This was not a mistake. This is not buggy code. This was put into Windows by someone"?

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    75. Re:I would not be suprised at all. by znx · · Score: 1

      Yeah seen it on bugtraq recently, here's the url's

      13-Jan-2006 07:12
      From: Sune Kloppenborg Jeppesen
      http://www.gentoo.org/security/en/glsa/glsa-200601 -09.xml
      http://www.cve.mitre.org/cgi-bin/cvename.cgi?name= CVE-2006-0106

      --
      BOO
    76. Re:I would not be suprised at all. by rts008 · · Score: 1

      Nope. Saw that, but also saw where he backtracked from that several times, so went with his most stated opinion, no more, no less.

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    77. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Yeah, because how else would Microsoft get their code to run on your computer. Hmmmmmmm.

    78. Re:I would not be suprised at all. by Randseed · · Score: 1
      Not really. I mean, think about this.

      Let's say that Joe Hacker got a job at Microsoft back in 1991, or 92, or 93... He coded up an obscure backdoor that allowed him to run arbitrary code. He inserted it into some seldom-used code, in a function that isn't legitimately used but looks legitimate. Because the function shouldn't even be there in the first place, nobody went in to repair any bugs in it, because none showed up; the function is never legitimately called. Because the entire package is seldom used and obscure, there wasn't going to be a lot of oversight over the entire thing in the first place.

      So he does this, it works, it stays in, and for the last fifteen years some bozo has had the ability to do anything he wants on 90% of the computers in the world. That would undeniably make this the greatest single hack of all time.

      Yay closed source!

    79. Re:I would not be suprised at all. by Reziac · · Score: 1

      Actually, I don't doubt that there are a number of obscure and as-yet undiscovered backdoors coded by disgruntled, egofreak, or just plain psycho programmers, both at M$ and elsewhere (including opensource packages -- are you SURE you know *exactly* what all that obfuscated code is doing??)

      Anyway, for the purposes of discussion, let's say the WMF thing *was* designed as a backdoor....

      The graphics world didn't standardize on .WMF; indeed, it's probably the least-used of all major image formats, and no commonly-used software has routinely used .WMF since the Win3.1 era. Very few Win32 apps can even read them at all.

      Given that... WHAT GOOD IS THE BACKDOOR??

      ISTM it's about as useful as a space virus that's intended to take over the Earth... by infecting dodo birds.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    80. Re:I would not be suprised at all. by penguin-collective · · Score: 1

      Then explain why it's never been seen in the wild? Show me some systems compromised by this?? Gibson isn't the only one who goes poking around in obscure places.

      Because most people who figure out this sort of thing neither take advantage of the vulnerabilities nor report them. Why? Because it's not worth the hassle for commercial systems, and you only run the risk of being accused of blackmailing the vendor. Let Microsoft do their own code reviews and testing--they have enough money.

      I'm as ready to believe ill of M$ as the next person, and have seen enough of their shenannigans myself to be sure they do sometimes code with malice aforethought

      I doubt anyone is seriously saying that this sort of thing is official Microsoft policy. More likely, it's something some contractor or low-level employee put in.

      Conspiracy theorists might do better to examine... oh, say the Visual Basic runtimes, which are historically just as old as WMFs, but vastly more widely-used, and offer far more scope for malicious behaviour. After all, how much do you know about those VB compilers??

      You're absolutely right: Windows is likely full of backdoors, and because it's closed source, most of them will remain undiscovered. That's why you shouldn't use Windows for anything that requires privacy, secrecy, or security.

    81. Re:I would not be suprised at all. by Mysteray · · Score: 1
      Are you sure this wasn't a measure put in place just in case we went to war with another country, we could disable all their systems running windows?
      Are you sure this wasn't a measure put in place by another country, in case they went to war with us, they could disable all our systems running windows?
    82. Re:I would not be suprised at all. by revengance · · Score: 1

      "Uhmm, yeah, but what exactly would they need a backdoor for, if people already willingly allow an ActiveX component to run Windows update?"

      A backdoor would allow them to update computers that does not run windows update. In case that you are unaware, I will tell you now that there are a considerable number of people who never run windows update nor run activex from the net. Surprisingly, most of the people I know who does that are people who had used windows for years.

    83. Re:I would not be suprised at all. by Mysteray · · Score: 1

      Metafiles are one of those things that have been deep in Windows so long that it's hard to know how to not to have them interpreted automatically. I heard Google's desktop search app became an infection vector because it was using GDI to scan all file's contents.

      Also, Windows network print servers usually use EMF (Enhanced MF structures) to transfer print streams (sometimes to kernel-mode drivers.) It's certainly possible for this to turn out to be a remote root exploit for any system with a shared printer.

    84. Re:I would not be suprised at all. by revengance · · Score: 1

      Anyone that design a system where the checksums are verified from a machine where the system get the software from need to be shot

    85. Re:I would not be suprised at all. by Reziac · · Score: 1

      True, and I don't dispute that it *could* be used as a remote exploit, all conditions being right. All sorts of ordinarily-innocuous bugs and deficiencies are doubtless exploitable for evildoing, given sufficiently, ah, creative thinking.

      What I do dispute is whether it was *designed* as a backdoor for remote code execution, as some of our conspiracy theorists believe.

      And I want to see the time machine that gives 'em a graphical internet back in the Win3.0 era :)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    86. Re:I would not be suprised at all. by Reziac · · Score: 1

      By the same token, how do you know that all opensource code is clean and safe? Has everything you use been reviewed by someone who is so expert that no exploitable bug can get past them? Are you sure there isn't some such backdoor that's in two parts, thus impossible to find if you only examine one part (say, half in the OS and half in a common app)?? Are you sure everyone who worked on various parts of all those opensource OS/apps are sane and well-meaning individuals?

      Can't happen, you say? I personally know of a malicious bug (exploitable as a virus dropper) that a disgruntled coder deliberately left in an opensource app, and it was some time before anyone found it (in fact of dozens of folks working from the same codebase, only one person noticed it. Fortunately, it was about as useful in the real world as the WMF exploit.)

      A WMF-based backdoor was of absolutely no use in an era when "the internet" meant gopher and @! email routing, the web didn't yet exist in any meaningful way, and there was no such thing as a graphical online app. "Backdoors" in that era meant illicit mainframe logins, not the small percentage of the personal computer market that was running Windows 3.x and using BBSs, if they had a modem at all. And back then, PC-based networks mostly ran Netware plus DOS.

      And that is why I don't believe it's designed as a backdoor. At the time there was nowhere for it to GO, nor any serious indication that there ever would be.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    87. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Linux source code has been audited numerous by people with no stake in the outcome and with no connection to its development; that makes it more trustworthy than Windows.

      As for backdoors in open source code, of course people put them in. But people also tend to report them (antisocial behavior like yours notwithstanding), and I can audit the software myself. The fact that Linux is far more modular and configurable also makes a big difference: I have configured Linux systems in which all the running code was audited by someone I trust, and that's a whole lot better than anything I can say about Windows systems.

      Whether the WMF really was a backdoor doesn't matter--the vulnerability serves again as an illustration of what a poor choice Windows is from a security point of view.

    88. Re:I would not be suprised at all. by Dave2+Wickham · · Score: 1

      All critical updates can be downloaded and installed by anyone, without a WGA check, when using Automatic Updates. This is a feature, not a bug - Microsoft deliberately let people with warez versions get security patches.

    89. Re:I would not be suprised at all. by legirons · · Score: 1

      "my understanding is that the relevant WMF functions date back to the Win3.0 era (maybe Win2.0, not sure -- the earliest date I've seen was 1991) and in any event, long before M$ had much of a clue about the internet"

      So would you trust the rest of that code?

      How many more 1991-era functions are still processing data, on the latest versions of Windows? (which people are buying brand-new and installing on their critical infrastructure)

    90. Re:I would not be suprised at all. by jez9999 · · Score: 1

      So what sense does it make to ban them from using the manual Windows Update?

    91. Re:I would not be suprised at all. by legirons · · Score: 1

      "So why the WMF function in particular? What ADVANTAGE does it have as a back door, that other more-convenient exploits can't offer?"

      Being in a section of code where auditors aren't looking for backdoors would be the obvious one. When security agencies etc. get their leaded Windows source code, you can bet they'll be scouring the internet, security, and user-authentication functions looking for anything suspicious. Who would be looking in an obscure image-handling function?

    92. Re:I would not be suprised at all. by Dave2+Wickham · · Score: 1

      They don't get things like driver updates, extra functionality, etc.

    93. Re:I would not be suprised at all. by julesh · · Score: 1

      I assume that you're thinking of Windows Update, but at a guess I'd imagine that most (recent) Windows machines get most of their updates via automatic updates, or not at all.

      And if you actually rely on auto update, the answer is "not at all". Try a fresh XP install if you don't believe me: MS have changed the protocol, and you have to download an update (from the non-critical list) to "background intelligent transfer scheme" in order for it to work.

    94. Re:I would not be suprised at all. by julesh · · Score: 1

      how do they get their updates via automatic updates? From thin air? No, they connect to some other machine's IP address, via a port. Perhaps it's not port 80, but I'm pretty certain it's the bank of Windows Update machines...

      Well, sure. But it doesn't go as far as a web browser, therefore no WMF files would be executed. The only thing autoupdate will do is download patches, check the signatures on them, and if they're valid, install them.

      Which means someone with the key to sign updates could own your system without this "back door", and somebody without it couldn't anyway.

    95. Re:I would not be suprised at all. by LinuxGeek · · Score: 2, Interesting

      I'm a programmer. Got my start with BASIC in the TRS-80/Vic-20/Apple][ era. Progressed to writing device drivers in assembler for the new spangled IBM PCs and a UNIX clone named Coherent. Wrote my first Windows program for Win 3.0, progressing through Win2k and then jumping to Linux. For much of this time frame, ( late 80's through the present) I have been reading the writings of Mr. Gibson. I don't always agree with his opinions or approaches to communication, but I've never really been able to find fault with his research into specific security and operational flaws.

      Until I see strong reason to doubt his findings, I'll be reading his articles with great interest. To reiterate my previous post, what Mr. Gibson has described is exactly what a backdoor does. It is not a trivial programming task to spawn a new thread and then start that threads execution at the byte following a single invalid wmf record descriptor. Get one of your programmer friends to explain the steps necessary to perform this sequence. If you can't get a good example, then post back here and I'll give you some pseudo code to outline how non-trivial it is and also show how unlikely that this is just a bug.

      --

      Kindness is the language which the deaf can hear and the blind can see. - Mark Twain
    96. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      If it were an NSA-related tool, I doubt they'd have much interested in tracking every Windows user. More likely, they'd work to embed WMFs in websites of "questionable merit," at least in terms of national security (e.g., real or faux jihadist sites).

      Just a thought.

    97. Re:I would not be suprised at all. by marcello_dl · · Score: 1

      Since all deb packages are signed and public key is stored on a different debian server it would take quite a bit of social engineering for the mirror admin to feed you modified packages. Debian people have anticipated this kind of problems, even if signed packages came out only after sarge release.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    98. Re:I would not be suprised at all. by BroncoInCalifornia · · Score: 1

      I could see someone deliberatly doing this, maybe a contractor or a disgruntled employee.

      Even if it was put in by a contractor or a disgruntled employee it stayed in there. Does Microsoft have any employees reponsable for this chunk of code. Do they have someone responsible who reads this code figures out how it works and thinks WTF!

      Does Microsoft lack mastery over their code set? Or does this stay in the code set by design?

      --

      Religion is the main cause of atheism.

    99. Re:I would not be suprised at all. by Swift2001 · · Score: 1

      Gibson's point is that the wmf feature has been in Windows since the beginning. But at some point, and he suspects Windows 2000, it was changed. The idea of setting an abort function for a printer routine is perfectly legit. But what is it doing there NOW?

    100. Re:I would not be suprised at all. by topham · · Score: 1

      Does Microsoft lack mastery in their own code?

      Microsoft didn't write the UNDELETE routine included in DOS 5, they licensed it.
      Microsoft didn't right their Anti-Spyware program, they licensed an engine.

      Microsoft doesn't seem to know anything about their own products and they keep licensing technology that they should, theoretically, be the best in the industry to write themselves.

      But they keep licensing it from others.

    101. Re:I would not be suprised at all. by Reziac · · Score: 1

      All of us who are not programmers have no choice. We MUST "trust" any code, open or closed, because we have only its programmers' word that it's clean, or the word of other programmers, who may or may not have the competence and meticulous investigative skills to determine it's safe. (And in my observation, opensource coders are more likely to be nutjobs with an agenda, than are commercially-employed programmers.)

      I'd say 20 years without the discovery of a demonstrably deliberate backdoor is a fairly good indication that overall, Windows' code is reasonably "safe" in that dept. One could doubtless say much the same of *NIX. As to flaws that can be *used* as backdoors, or phone-home behaviour, that's another problem entirely.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    102. Re:I would not be suprised at all. by Reziac · · Score: 1

      Even allowing all that -- what GOOD was it in an era when for all Windows purposes, the Internet didn't exist? Why code in a backdoor that you can't use and have no reasonable expectation of ever even existing?? Remember this is a very old function.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    103. Re:I would not be suprised at all. by kv9 · · Score: 1

      i think the checksums are stored allover the place, but i know that the ones from the official debian repository should be verified. i am not familiar with the way that apt works, but i refuse to believe that the makers of one of the top distributions, are fucking idiots.

    104. Re:I would not be suprised at all. by hepwori · · Score: 1

      And the exact same vulnerability exists/existed in WINE.

      Yay open source!

    105. Re:I would not be suprised at all. by m50d · · Score: 1

      I've heard unconfirmed reports of gator doing it. It's certainly very possible, but I suspect it's hard to sift through the logs and find a CC#.

      --
      I am trolling
    106. Re:I would not be suprised at all. by thrillseeker · · Score: 1
      Why are the red ones so bad? Wouldn't a blue one work as well?

      It wouldn't have for Neo.

    107. Re:I would not be suprised at all. by Reziac · · Score: 1

      So if Gibson says it's not a mistake.. he himself can't possibly be mistaken??

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    108. Re:I would not be suprised at all. by hazem · · Score: 1

      Not every computer is networked to the big bad world of the internet.

      In meatspace, I don't put deadbolts and chainlocks on every door inside my house. I presume there is not much benefit to it - and in fact it's a hinderance to my mobility within my house. In the computer world, if I don't have my computer hooked up to anything, there's no real security threat or need for a strong root password - if any at all.

      Besides, most ways of breaking into a networked computer seem to rely on faults in the OS and sofware, rather than merely hacking the passwords. I'll accept responsiblity for the DOS attach done from my computer sure... but Microsoft better be the lead defendant when it's millions of bot/machines running their hacked OS that's causing the DOS.

      How much liablity will you assume if a dreaded terrorist breaks into your house and uses your phone to initiate a dirty-bomb attack on a major city? Do you really believe you should be held liable? What if your front door was unlocked and you just happened to be taking a shit and didn't hear him com in?

    109. Re:I would not be suprised at all. by Randseed · · Score: 1

      Yeah, because they copied the libraries over en masse because Microsoft wouldn't release the code.

    110. Re:I would not be suprised at all. by dicksos · · Score: 1

      Ahem. Check your facts.

      From http://www.winehq.com/, "Wine does not require Microsoft Windows, as it is a completely free alternative implementation of the Windows API consisting of 100% non-Microsoft code".

      See also the earlier /. thread: "The surprising part about finding this flaw in Wine is that they implemented the entire Meta File API without realizing that this could be a security issue".

    111. Re:I would not be suprised at all. by DrPizza · · Score: 1
      It is not a trivial programming task to spawn a new thread and then start that threads execution at the byte following a single invalid wmf record descriptor

      Yeah, it's real hard alright.

      void parseWMFrecord(char* record) // or however else the parser looks like. Who careS? The "backdoor" author doesn't have to do it
      {
      switch(recordDescriptor)
      {
      case SET_ABORT:
      if(record[0] == 1)
      {
      VirtualProtect(payload, blah blah, PAGE_EXECUTE_READ, blah blah);
      CreateThread(blah blah, (ThreadProc)(record + 1), blah blah)
      }
      }
      }
      Yeah-uh-huh.
    112. Re:I would not be suprised at all. by dpilot · · Score: 1

      I think the referenced sentence in the grandparent post should have had "accidentally" added on the end. You've just given us some fine code for a backdoor. Now imagine that they were trying to do something else that was useful, and arrived at this backdoor by mistake. I suspect that's a little harder.

      --
      The living have better things to do than to continue hating the dead.
    113. Re:I would not be suprised at all. by DrPizza · · Score: 1

      I'm not sure that it would be a little harder. Given that WINE appears to have the same issue an' all....

    114. Re:I would not be suprised at all. by Reziac · · Score: 1

      I generally grok the concept, but your pseudocode would be welcome, as who knows what enlightenment it might provide... maybe in some area not even related to this topic. :)

      Gibson's main selling point on why this is a backdoor apparently rests on the "single value that works" being too specific to be an accident.

      However, someone posted this contrary evidence: http://it.slashdot.org/comments.pl?sid=173878&cid= 14466008

      My own reservation is -- no one has yet explained exactly HOW a backdoor was widely USEFUL on Win3.0, when networking was unheard-of outside of businesses (and there generally meant Novell, Lantastic, or mainframe, with pure DOS/textmode workstations), and internet connectivity meant the DOS versions of CI$ and AOL, themselves still quite small. 99% of PCs were protected from all backdoor activities by that strongest of firewalls, the Air Gap. How do you use a backdoor on systems that can't execute it, let alone on systems that you can't get to??

      Furthermore, I'm still waiting to hear how this managed to survive so long in an open standard, not to be noticed until 12 years after .WMF fell out of what little use it had as an image format. (Go count the .WMFs on your systems. Among all my images, archived all the way back to my original DOS-only system, I have exactly 10 .WMFs, 3 of which I made myself for use with some Win3.1 app. One belongs to the Windows Fax unit and 6 belong to Acrobat 4, apparently for generating fax cover sheets.)

      It has also occurred to me to wonder whether the by-design behaviour of .WMF might have inherited from its older DOS cousin, the .CGM image format. The two were largely interchangeable in apps that could use one or the other.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    115. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      Let me just say that you don't know what you are talking about.

      The dependencies within Windows were so misunderstood by even its architects that they took months to sort it all out.

    116. Re:I would not be suprised at all. by Anonymous Coward · · Score: 0

      > WMF dates back to close to 10 years

      It dates back to 1989-1990, ass-wipe. Bloody idiot.

      >rise of independant professional cryptography organizations

      You people are pathetic. Instead of hanging out here and blowing hot air, you should go to remedial ghetto & trailer park night school and learn how to fucking SPELL.

      Townspeople across in Africa speak and write better English than you do. Fucking morons.

  6. NSA by Anonymous Coward · · Score: 5, Funny

    Well, how else is the NSA going to fight terrorism?

    1. Re:NSA by Jesus_666 · · Score: 1

      With guns? Or maybe with spandex costumes and capes?

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  7. Government backdoor? by Jerry_Duplicate · · Score: 5, Interesting

    There was talk about the NSA/CIA having a close relationship with Microsoft and being able to exploit backdoors in Windows. This could have all been conspiracy theories, but the fact that this vulnerability existed throughout the Windows line kinda seems odd..

    If this isn't a glaring example on why you should support open source, I don't know what is....

    1. Re:Government backdoor? by Dystopian+Rebel · · Score: 5, Interesting
      but the fact that this vulnerability existed throughout the Windows line kinda seems odd.


      The function in question has existed for a long time. The exploit is in Windows 2000 and more recent. From the transcript:

      But the only conclusion I can draw is that there has been code from at least Windows 2000 on, and in all current versions, and even, you know, future versions, until it was discovered, which was deliberately put in there by some group, we don't know at what level or how large in Microsoft, that gave them the ability that they who knew how to get their Windows systems to silently and secretly run code contained in an image, those people would be able to do that on remotely located Windows machines...
      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
    2. Re:Government backdoor? by RexRhino · · Score: 2, Insightful

      Of course Windows is the dominant corporate operating system in the U.S., and there are far more intelligence agencies around the world who engage in corporate espionage than just the NSA/CIA (actually, the U.S. is probably behind in corporate espionage compared to say the Chinese or French - we are too worried about terrorist or whatnot). The idea that the NSA/CIA would encourage something that would be used against Americans by foriegn powers as much or more than against the "enemies" of the U.S. makes the story seem more like conspiracy theory / urban legend.

    3. Re:Government backdoor? by ZorbaTHut · · Score: 3, Insightful

      Yes, because it's impossible for an identical problem to exist in WINE, and therefore open source solves all problems.

      --
      Breaking Into the Industry - A development log about starting a game studio.
    4. Re:Government backdoor? by ettlz · · Score: 1

      Oh, yeah? And who are you, AC Malone? And in that case why all that effort on SELinux?

    5. Re:Government backdoor? by einhverfr · · Score: 3, Informative

      The first NSA-induced backdoor that was well documented was in Windows 95/98/ME and NT4 and later. A reasonably good writeup is found at http://www.heise.de/tp/r4/artikel/5/5263/1.html (english).

      Needless to say, I am not at all surprised that there might be all sorts of backdoors in Windows that we may never know about. This is a really good reason *not* to use it in any environment requiring security.

      --

      LedgerSMB: Open source Accounting/ERP
    6. Re:Government backdoor? by ledvinap · · Score: 1

      Well ... if this was intentional backdoor, there may be some image somewhere that exploits it ...
      How hard would it be to scan google or some other caching engine and try to find it?

    7. Re:Government backdoor? by Jurph · · Score: 2, Insightful

      He's not going to have his clearance for very long if he goes around bullshitting his buddies about the NSA's sources and methods. If you've got a real citation for this, serve it up. Otherwise, you're just one more uncleared idiot pretending you know what's going on at Ft. Meade.

    8. Re:Government backdoor? by Anonymous Coward · · Score: 0

      if by well documented you mean wild speculation because of three letters...

      man you dont really believe that baseless article do you?

    9. Re:Government backdoor? by einhverfr · · Score: 1, Interesting

      This is a story that I have been following for a long reason.

      Also this is the reason that the German gov't commenced a project to create a special operating system for their needs wrt classified information. And although this is *not* public knowledge this is also why China has requested Microsoft's help in replacing the effected portions of Windows (I believe in good faith that I am probably not violating my NDA by bringing this up).

      I have every reason to believe that this is accurate based on what I have seen.

      --

      LedgerSMB: Open source Accounting/ERP
    10. Re:Government backdoor? by Anonymous Coward · · Score: 0

      Oh, crap. Didn't NSA also write SELinux?

      Oh, man, we're ALL screwed!

    11. Re:Government backdoor? by monkeydo · · Score: 3, Informative

      Paraniod speculation. Much like the current story.

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    12. Re:Government backdoor? by sgt_doom · · Score: 1

      Wasn't this the reason the government of Germany gave for not using Windows?????

    13. Re:Government backdoor? by evilviper · · Score: 2, Insightful

      If this is an intentional backdoor, it is the crappiest one, EVER!

      You'd want something in the base system of ALL Windows version, which couldn't be disabled AT ALL, doesn't require a user to be logged-in as an admin, or stupid enough to open anything sent to them.

      If I was making a backdoor, I'd put it in something basic... Have the IP stack open a port when recieving a specially-crafted packet. Have the filesystem driver silently execute a file if it find a special signature in it (eg. code embedded in a cookie/web-page), etc.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    14. Re:Government backdoor? by Dibblah · · Score: 2, Informative

      However, the patch was out to WINE before it was out for Windows.

    15. Re:Government backdoor? by Kelson · · Score: 1

      The thing is, this exploit requires minimal user action to download and process a malicious image. You can't just send malformed data to the right IP address and have it work, you have to find some way of getting that image onto the user's computer and getting it to process that image.

      Some ideas include:
      - Seed it on a web page and hope the user visits it
      - Embed it in an email or IM and try to convince them to open it
      - Put it on an unprotected shared directory try to convince them to look at it.

      These are scattershot methods, though -- good for placing spyware or zombies on large numbers of random machines, but not terribly good for getting your code to run on a specific computer, which is what a law enforcement or intelligence agency would really want.

      Can you imagine a CIA agent reporting, "Well, we managed to get into about 30,000 computers where we discovered some nice cookie recipes, a bunch of fanfic, some software reg keys and photo collections, but we didn't have any luck getting at that Al Qaeda operative we're shadowing."

      In the article, Gibson hypothesized that it might have been a last-ditch updater for Microsoft in the event that someone couldn't download an .exe through the firewall, couldn't run Windows Update because ActiveX was disabled, etc. they could put a WMF with update code on www.microsoft.com and tell people to visit it to get patched. That's about the most benign deliberate-backdoor interpretation you can get, though, especially considering how many people don't trust Microsoft's above-the-board updates.

    16. Re:Government backdoor? by Mendy · · Score: 1

      If this were the case wouldn't we have had more convincing proof when the Windows 2000 source code was leaked?

    17. Re:Government backdoor? by einhverfr · · Score: 4, Informative

      First you have to understand what the ramifications of this are likely to be.

      The NSA is (in theory at least) legally forbidden to spy on Americans. Their main mission involves cryptoanalysis (codebreaking) and signal intelligence. So they spend a lot of time in foreign countries evesdropping on cell phone calls and the like. They have also been very much involved in the development of computerized cryptography (witness their role in the creation of DES). In this latter case, they have probably attempted to balance their interests in codebreaking with the legitimate interests in algorythmically secure encryption (i.e. make DES algorythmically secure, but shorten the key so we can break it if we really have to).

      The rise of independant professional cryptography organizations, like RSA, Inc. has created a very serious problem for the NSA in this regard. In general, most of these new systems use variable length keys and are highly peer reviewed for attack potential. So the NSA cannot count on being able to brute force decrypt a document within a reasonable timeframe in the event of a clear and present need to decrypt the information.

      Therefore, I believe that most of these are there to allow the NSA to bypass the encryption algorythms in Windows and allow them to access the information without having to attack the encryption. This would make reasonable sense given the NSA history.

      Now, I see *no* reason to suppose that the NSA has anything to do with the WMF exploit. Instead, I suggest that this is likely to be a backdoor either put in place by a developer, at the request of a partner (such as the RIAA), etc. This backdoor has *nothing* to do with anything the NSA typically gets involved in, so I think even the most paranoid analysis can rule them out. Instead, this is just a strange attempt to allow the Media Player to be subverted and used in what ever way an attacker decides.

      Now, Microsoft's response to this has been inadequate (they only grudgingly developed a patch), which suggests that this backdoor had the blessing of the company, much like the response to the Sony DRM rootkit which was undetected by agreement with First4Internet. Lest I appear to be too hard on Microsoft, I found Symantec's response ("Oh, we will start removing it" when First4Internet claims they were working with Symantec to ensure that it would not be removed) to be far less trustworthy.

      Anyway, there is enough doubt in my mind about Microsoft's goodwill on these areas that I would not suggest running Windows in any environment that absolutely requires security. The system has fundamental design flaws from a security point of view, and these problems continue to underscore either serious development issues at Microsoft or an attitude that the security of the customer is not really that important.

      --

      LedgerSMB: Open source Accounting/ERP
    18. Re:Government backdoor? by m50d · · Score: 1

      That shows the fundamental difference between design errors and coding error. This is an error in the WMF spec, and all the coding skills in the world won't save you from that.

      --
      I am trolling
    19. Re:Government backdoor? by einhverfr · · Score: 1

      I think that at a minimum, there is enough doubt to erode trust in Windows in highly secure environments, hence the decisions of many countries to attempt to move away from Windows in secure environments.

      After following this and related stories for some time, I think I am reasonably convinced that there exist certain intentional backdoors in Windows that could be used by third parties to compromise a system. Likely culprits include the NSA and possibly the RIAA (esp. in this "bug").

      In every one of these areas, it is insufficient to suggest that incompetence is the result. Every one of these backdoors is intentional, and at least one looks to be clearly connected with the NSA.

      --

      LedgerSMB: Open source Accounting/ERP
    20. Re:Government backdoor? by nappingcracker · · Score: 1

      Have any backdoors or shady exploits been found for Mac?

      I have long supported the theory of M$ having deliberate secuity holes for our intelligence agencies, it makes perfect sense.

      I know that open source systems have less because of public scrutiny, and it would be much more difficult for an outside party to slip one in without the public knowing. I am looking to move away from a windows desktop (not only for this, im fed up with most of windows), but what are the evil conspiracy theories for Mac? Aside from Steve and his bizarro reality distortion?

      --
      |plastic....or gasoline?|
    21. Re:Government backdoor? by ZorbaTHut · · Score: 0

      True.

      But if the design error is a government backdoor, open-source didn't provide any immunity to it. :)

      --
      Breaking Into the Industry - A development log about starting a game studio.
    22. Re:Government backdoor? by just_another_sean · · Score: 1

      As was said when /. picked up this article I beleve that wine containing the exploit is an incredible testimoney to how well the wine team implemented their replacement for Win32.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    23. Re:Government backdoor? by AnotherBlackHat · · Score: 2, Insightful

      You need plausable denyablity.
      I.e. the back door has to look like enough like a bug that finding it won't cause people to immediately realize that you're installing back doors intentionally.

      Something like a buffer overflow in the TCP stack that only happens with packets of an exact size (off by one in some checking routine.)

    24. Re:Government backdoor? by (negative+video) · · Score: 1
      And although this is *not* public knowledge this is also why China has requested Microsoft's help in replacing the effected portions of Windows
      If by affected portions you mean network and filesystem encryption then, yeah, I believe the ChiComs would want it ripped out. And as we have recently seen, Microsoft is perfectly willing to bend over backwards for them. (Or forwards for that matter. Heh.)
    25. Re:Government backdoor? by man_of_mr_e · · Score: 4, Informative

      Actually, Bruce Schneier's analysis is somewhat different.

      http://www.schneier.com/crypto-gram-9909.html#NSAK eyinMicrosoftCryptoAPI

      The fact is, the majority of the people making claims about this don't even understand what it does. The majority of the speculation isn't possible. It doesn't give anyone (Not even Microsoft, much less the NSA) a backdoor into your computer.

    26. Re:Government backdoor? by man_of_mr_e · · Score: 1

      Actually, no. The CIA is fobidden to spy on americans, not the NSA. And, while the NSA isn't supposed to spy on americans without court orders, they are certainly allowed to with them.

    27. Re:Government backdoor? by blair1q · · Score: 1

      Wait a sec.

      The way this code is described, it could only turn up in the API under WINE if WINE used the actual code from Microsoft's DLL, not just the API definition.

      Is WINE supposed to have been black-boxed? Or are they using Microsoft's DLLs?

    28. Re:Government backdoor? by ceoyoyo · · Score: 1

      I'm really surprised other countries ever ran Windows at all. Think about it. If you were running a big company and someone from some a competing company came along and said "hey, I've got this great program you should run on all your computers!" and wouldn't answer any questions about it's internal functioning (much less give you the source) would you do it?

    29. Re:Government backdoor? by roosterx · · Score: 1

      Never attribute to malice what can be adequately explained by stupidity.

    30. Re:Government backdoor? by mr_walrus · · Score: 1

      >The NSA is (in theory at least) legally forbidden to spy on Americans.
      > Their main mission involves cryptoanalysis (codebreaking) and signal
      > intelligence. So they spend a lot of time in foreign countries
      > evesdropping on cell

      okay, so they merely hijack all your computers to run nsa@home to assist
      in cracking all those communcations and encryptions :) :)

    31. Re:Government backdoor? by jafd · · Score: 1
      > Some ideas include:
      • ...Selling loads of such images as M$ Office clipart thingy.

      Not that Al Qaeda likes standard clip arts in their Office documents, typical lame webdev working for some North Korean government organization would just love to use them, and their sites indeed prove that.

      Now what if the US wouldn't get exact coordinates of Osama, but some tasty details of NK's nuclear programme?

    32. Re:Government backdoor? by atari2600 · · Score: 1

      Plausible Deniability

    33. Re:Government backdoor? by SpaceLifeForm · · Score: 1

      That was only a partial leak.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    34. Re:Government backdoor? by Anonymous Coward · · Score: 0

      why is it clearly linked?
      because it uses three letters?

      prettty lame if you step into reality.

      outside of three letters no one has provided a single BIT of evidence. not a single shred of evidence besides a registry key that happens to have an N, S and an A in it.

    35. Re:Government backdoor? by ray-auch · · Score: 2, Informative

      You have some wierd definition of "before".

      Official, tested, binary patch for Windows released on 5th Jan. Unofficial & leaked-official patches were out even before that.

      WINE was patched in CVS on the 6th.

      Checking in a change to source is a long way off a tested patch release, as demonstrated by Crossover Office releasing the fix on the 10th.

      My belief is that Open Source is usually patched quicker - but not this time. One suspects that at least some of the "many eyes" normally on the code were too busy laughing and pointing at MS to check if they too had been caught with trousers down.

    36. Re:Government backdoor? by vishbar · · Score: 1

      The very fact that it's in WINE says, to me, that it most likely wasn't intentional. WINE contains no Windows code. Wine is vulnerable. Q.E.D.

      That is, of course, unless Microsoft used their 1337 hax0r skillz to sneak a patch into WINE. Which is far-fetched, at best.

      --
      Ride the skies
    37. Re:Government backdoor? by ZorbaTHut · · Score: 1

      Neither. The problem wasn't a bug in the implementation - it was a dubious file format. WINE provided full support for the file format, which they shouldn't have, because the file format was crappy to begin with.

      Imagine if zip files contained an arbitrary binary payload that was supposed to be executed when any file was extracted - anyone who "properly" implemented the standard would be vulnerable to that binary payload containing a virus. That's basically what happened here.

      --
      Breaking Into the Industry - A development log about starting a game studio.
    38. Re:Government backdoor? by HiThere · · Score: 1

      True, there isn't much evidence, and what there is *COULD* have a different meaning.

      Now pretend you are a foreign government. Which way would *you* bet? Pretend that you are a company in competition. Which way would *you* bet?

      There's paranoia, and there's caution. To be cautious is to look at these and say "I don't know what's happening, but these scenarios seem plausible. So I'll act that way." To be paranoid is to look at the available evidence and assert "Microsoft/the NSA/the MPAA is evil and doing these VILE things to us, and *this* in incontrovertible proof!" Then there's reckless (which, literally means, "without counting [the cost]").

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    39. Re:Government backdoor? by Anonymous Coward · · Score: 0

      Perhaps because they were told about it later?

    40. Re:Government backdoor? by GaryPatterson · · Score: 1

      I love the bit where the key is called "NSAKEY"

      Maybe that was chosen from a list like
      * SuperSecretBackdoorNSAKey
      * HiddenBackdoorNSAKey
      * KeepOutThisMeansYouDontMakeMeComeOverThereNSAKey
      * ThisIsObviouslyARidiculousHoaxOrParanoidFantasyNSA Key

      I can't believe that anyone installing a backdoor into an application or operating system would be so mind-mashingly stupid as to put their name on the key, thus ensuring it will be found.

      It may be true - I believe we're yet to plumb the depths of the US government's stupidity - but I would take the whole NSAKEY thing with a few tons of salt.

    41. Re:Government backdoor? by Kadin2048 · · Score: 1

      Mod up.

      Look, I like hating Microsoft as much as anyone else. Probably more. If I really thought that they had gotten busted putting a backdoor into Windows, I'd stand up and do a happy jig, right here and now.

      But they didn't. The article isn't very convincing, any more than the "NSAKEY" thing was a few years back. It just doesn't make sense as a backdoor; there are far better ways to do it, if indeed that was your goal.

      What I could believe it is, was some sort of code initally created for some other purpose, and left there (maybe for testing, or debugging, or who knows) because of sloppy practices. That seems totally plausible.

      As Schneier said in relation to the NSAKEY controversy, "[I]t's not an NSA key so they can secretly inflict weak cryptography on the unsuspecting masses. There are just too many smarter things they can do to the unsuspecting masses."

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    42. Re:Government backdoor? by drsmithy · · Score: 1
      If you were running a big company and someone from some a competing company came along and said "hey, I've got this great program you should run on all your computers!" and wouldn't answer any questions about it's internal functioning (much less give you the source) would you do it?

      Or they could, like, y'know, maybe buy a *source license*.

    43. Re:Government backdoor? by ceoyoyo · · Score: 1

      Hm... do MS source licenses give you everything you need to compile the entire OS, completely from scratch? How long have MS source licenses existed?

    44. Re:Government backdoor? by budgenator · · Score: 1
      Back durring the last M$ antitrust case I wondered what would happen if the company simpley pulled ups stakes and moved off-shore, it's not like they have assets that can't be sold, their main capital is intelectual and can be moved pretty easy.

      MS Exec to programmers, "We're moving, we provide house at the new location, in a tropical paradise, or would can stay here, jobless in the north western rain forest.

      programmers to MS Exec "MMMM.. sunny beaches ... good, MMMMM ... Scantily clad beach babes .... good, YUCKKK .... rainy Redmond... bad"


      I'm sure that Microsoft Identity as a national company is mostly emotional, so I'm not sure why any country including the US would completely trust them. At least with open-source there are so many people with different agendas that they seem to cancel each other out; I'm not sure about the monkey-boys over at gnome/Ximian/SuSE/Novell either.
      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    45. Re:Government backdoor? by Anonymous Coward · · Score: 0

      There's a much simpler (but entirely speculative) explanation. The key is there for export control reasons (only signed CSPs will run, Microsoft will only sign CSPs if you promised not to export strong crypto from the USA). The NSA who checked the system complied said "and how is this signing key protected?", Microsoft said "it's in secure hardware", the NSA said "what about any backup?", Microsoft said "there is no backup", the NSA said "what if the hardware fails, aren't you a bit fucked if you can't issue new CSPs until everyone patches their OS with a new key, when all the old CSPs stop working?", and Microsoft said "oh fuck, we never thought of that, we better put another key in that we can switch to if we have to".

    46. Re:Government backdoor? by budgenator · · Score: 1

      Like the "ping-of-death"? That one was an everybody too.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    47. Re:Government backdoor? by ceoyoyo · · Score: 1

      There were rumors that MS might just hop across the border to Vancouver (Canada).

      Nobody should trust a corporation to have their best interests in mind. If I were doing anything that competed with MS I definitely wouldn't store my secrets on a computer running their OS hooked up to the Internet.

      With open source there are lots of different people with different agendas looking at the source, including you if you care to.

    48. Re:Government backdoor? by PinkyGigglebrain · · Score: 1

      "..from at least Windows 2000 on, .."

      Sounds like 2000 was as far back as he was able to test.

      This exploit/backdoor likely goes back as far as WMF.

      And to all those people who said I was paranoid back in the '90s when I said that Gates had propably put some kind of Backdoor into Windows, HA! I TOLD YOU SO!!!!!

    49. Re:Government backdoor? by blair1q · · Score: 1

      Um, RTFA.

      The file format included the features that existed for that format, but was being used in a context where one feature's production method wasn't supposed to have any implementation.

      Not only did it have an implementation, it had a bizarre implementation.

      If the WINE WMF-processing code were implemented according to the API, they should have simply ignored the abort-callback section of any WMF file.

      If the WINE WMF-processing code not only processes the abort-callback section but processes it such that this bizarre behavior occurs, then it's pretty obvious that they simply copied the binary code from the Windows DLL.

      Is that the case?

    50. Re:Government backdoor? by budgenator · · Score: 1

      I'd think it's the best one ever, a backdoor that leads to a room with no appearent exits, but if the code is able to trigger another vulnerability that leads to priv escallation to admin, TADA you're owned.

      Professional spooks don't try and turn somebody all at once, they go with little nudges. At each step the target thinks they can back out, they never let them think they are in too far until they are in way too far, they'd probably think the same way with computers.

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    51. Re:Government backdoor? by ray-auch · · Score: 1

      Perhaps because they were told about it later?

      Doesn't change the fact that they didn't have the first patch (as claimed).

      Furthermore this is an extremely widely publicised zero-day exploit. Everyone got "told" at the same damn time - unless you somehow believe that the black hats quietly told MS first before they put their exploits out (yeah right).

      This time (for whatever reason) the open source world took longer to get things fixed. The consequence was likely minimal because the attacks won't have been designed for a Wine / Linux environment - but that in itself should be a wakeup call. Open source was less vulnerable to this attack simply because it is less popular, and not because of any speed of response advantage in the development process.

    52. Re:Government backdoor? by TechieHermit · · Score: 1

      Ah, but not everyone RUNS Wine. It's not even installed on my system.

    53. Re:Government backdoor? by Anonymous Coward · · Score: 0
      They have also been very much involved in the development of computerized cryptography (witness their role in the creation of DES). In this latter case, they have probably attempted to balance their interests in codebreaking with the legitimate interests in algorythmically secure encryption (i.e. make DES algorythmically secure, but shorten the key so we can break it if we really have to).

      IBM wrote an 'original' DES, and sent it to the NSA. When they got it back, the S-Boxes were entirely redone. I've seen it claimed that the NSA actually changed the S-Boxes in DES so that they were harder against differential cryptanalysis, which would imply that the NSA knew about that technique twenty-some years before Biham and Shamir 'discovered' it, in addition to the shorter keys. For more boring details, check out Schneier's book.

    54. Re:Government backdoor? by caseih · · Score: 1

      Actually if you read the article, you'll find that it would be impossible for wine to have this exact problem that he describes unless wine developers knew the secret key that triggered this behavior. It's not just a matter of a callback. It's a special trigger that instead of performing a callback, starts executing arbitrary code, not just calling some callback routine that is a script. I think he's talking about binary code execution. Wine definitely is not vulnerable in this way, the other WMF problem notwithstanding.

    55. Re:Government backdoor? by Anonymous Coward · · Score: 0

      actually you are incorrect...
      The NSA is not legally forbidden to spy on americans. The CIA is.

      The NSA was used a number of times in DEA cases because they could tap public telephones and not worry about the warrant problems.

      The NSA is designed to operate in the UNited States as well as out unlike the CIA which is only legally allowed to conduct operations outside the US

    56. Re:Government backdoor? by Anonymous Coward · · Score: 0
      For more boring details, check out Schneier's book.


      Which one??

      GrimRC
    57. Re:Government backdoor? by Ilgaz · · Score: 1

      Heise.de? Paranoid? It is the famous C'T.

      One of most respected publications on planet.

    58. Re:Government backdoor? by rodac · · Score: 1

      Very likely.

      I analyze network traces for a living. I also write a lot of network analyzis code for ethereal to make my job easier.
      As such, many people send me "interesting" network traces.

      I can say this much : At least one of the really big and high profile viruses over the last few years was described in the media, and on /. , as a buffer overflow was no buffer overflow at all but just a standard backdoor someone accidentaly discovered.

      The attack in this case as evident from network traces did NOT contain any payload that was executable code, instead it contained a very rare and very seldomly used network RPC call that just happened to carry some "funny" looking GUID as a parameter. I.e. no executable code at all, no buffer overflow, just some "magic" values for some parameters and the magic happened.

      Oh, and the even better part, the backdoor was really aimed at the Domain Controllers, making a magic call to the domain controller so that they would automatically give you blind trust. Affecting non-DC hosts was likely just a way for the virus to increase the attac vector for the real purpose to compromise the DCs. (it opened up the domain real wide)

      tin-foil hat on:
      This was definitely a backdoor that the wrong people discovered, and all that buffer overflow talk is just BS.
      My speculative theory i that this was really just industrial espionage but on a massive scale, disguised as a virus outbreak. No other explanation makes sense considering it to target and compromise domain controllers.
      tin-foil hat off

      I am very surprised that the media never covered this since it was obviously not a buffer overflow to anyone experienced in CIFS and CIFS network analysis.

    59. Re:Government backdoor? by NutscrapeSucks · · Score: 1

      Either that, or there are one or two obscure buggy old Windows applications which rely on the "wrong" behavior. Microsoft reverse-engineered them and figured out this only happens when the WMF header is incorrect, and coded around that. WINE reverse-engineered them and allowed the behavior at all times.

      I only say this because it's well known that WINE aims for app compatibility rather than a complete implementation of Win32, so it's highly likely that they would have taken the easiest route to getting something or other to work.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    60. Re:Government backdoor? by dschuetz · · Score: 1

      The NSA is not legally forbidden to spy on americans. The CIA is.

      The NSA was used a number of times in DEA cases because they could tap public telephones and not worry about the warrant problems.


      And it was this, I believe, that led to the current prohibitions against domestic use of any spy agencies, including the NSA (in both federal code and executive order, I'm pretty sure).

      Check up on the Church hearings, I believe, from the mid 70's...

    61. Re:Government backdoor? by monkeydo · · Score: 1

      Now pretend you are a foreign government. Which way would *you* bet? Pretend that you are a company in competition. Which way would *you* bet?

      Assuming I wasn't a complete moron, I would be more worried about the elements not called "NSAKEY".

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    62. Re:Government backdoor? by DworkinLV · · Score: 1

      Seriously. If I REALLY wanted to be paranoid, which I'm not:

      Consider that this can come in an image file, linked from any web page.
      If a government were using something like this as a backdoor it would be very useful. Say you passed a law (CALEA maybe) that forced telecom providers (backbone providers) to allow you to intercept traffic. Part of the specification could allow for a replacement packet/response. You could insert HTML code into a spoofed response that included a link to an infected image.

      Something like,
          If I see an IP of interest, hold the responding packets (until I'm sure it's complete).
          Parse the returning html, and insert an infected logo at the end from one of our servers.
          Voila, instant compromised machine.

      Wouldn't this be a lovely (deniable) backdoor?

      God, the pain medication must be making me REALLY paranoid tonight.

      --
      Browsing without an adblocker is like fucking without a condom - Mal-2
    63. Re:Government backdoor? by blair1q · · Score: 1

      I think they'd have noticed if WMF files were suddenly including executable code. Someone should check to see what their real process was.

    64. Re:Government backdoor? by camperslo · · Score: 1



      Knowing that Symantec will be working on finding open-source bugs should make everyone feel more secure.

      I've been unsuccessful at finding a link to discussion of it, but I recall even Mac OS, 9.0 IIRC, having a crashing bug when a certain port was scanned. What puzzled me at the time was being unable to identify any services that were running. I wonder what it took to fix that bug? Not seeing any reports of a mass exploit of a vulnerability is not evidence that it isn't used by someone. If one needed access and couldn't plant a back door, I guess the next best thing is knowing about holes before the developers do. Not that there has ever been a bug-free system, but if there were isn't it nice knowing Symantec is there to keep one that way? It might be harder to trust a company that sells tools to get around a security component, or secretly collects user data.

      Sometimes it seems a given level of security is just an illusion. I can't find a related link, but I vaguely recall reading some time ago about some 128-bit browser encryption actually using all zeros for the last 80 bits. I wonder what they ever did with the database of people that submitted personal info to be able to download the "more secure" version of the browser.

      Let's hope our overlords are acting responsibly.

    65. Re:Government backdoor? by Dystopian+Rebel · · Score: 1

      Further testing confirms that the M-Windows 9x code base does not have the problem.

      http://www.grc.com/groups/news.feedback:60315

      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
    66. Re:Government backdoor? by RaNdOm+OuTpUt · · Score: 0

      Once again... WINE was created to simulate Windows. If they found a security exploit, they purposely included it to best simulate Windows.

      --
      13. Any legal action is absolutly excluded. (Pi World Ranking List rules)
    67. Re:Government backdoor? by ZorbaTHut · · Score: 1

      Now that's just stupid, and I don't believe it for a second.

      --
      Breaking Into the Industry - A development log about starting a game studio.
    68. Re:Government backdoor? by HiThere · · Score: 1

      And that, too, is a sensible reaction. But it would plausibly be the "NSAKey" thing that caught your attention and brought the matter to the surface in the first place.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    69. Re:Government backdoor? by Anonymous Coward · · Score: 0

      First you have to understand what the ramifications of this are likely to be.

      The NSA is (in theory at least) legally forbidden to spy on Americans.


      have you paid ZERO attention to what the current administration is doing?

      They have publically admitted that the NSA is spying on americans and nothing is going to happen.

      Cripes look at the crap that the president has been doing and nobody is starting impeachment proceedings.

      Get a clue they can do whatever they damn well please and now can admit to breaking the law in the name of fighting terrorism and get a medal for violating the law and constitution.

      Sounds like you have been hiding under a rock for the past 3 years.

  8. Unparalleled BS from MS. by TripMaster+Monkey · · Score: 2, Interesting

    From TFA:
    And their [Microsoft's] definition for what's critical is sort of amazing. I mean, and this is from a page on their website. They say a vulnerability in Windows is critical only if its exploitation could allow the propagation of an Internet worm without user action. In other words, anything else is not critical.
    You mean user action like...say...opening a web browser?

    Anyway, this is freaky interesting, because if this is actually true, it's pure, unvarnished evil. I't a lot like the Allied soldiers who were fighting in Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.

    Steve makes an excellent case with his diagnosis, but I'd love to see his findings verified by a few other agencies. This is too important to leave to one researcher.

    I, for one, am going to be following this story avidly. Any bets on when M$ issues a statement that a 'rogue programmer' put this code in, and disaavow any knowledge or responsibility?
    --
    ____

    ~ |rip/\/\aster /\/\onkey

  9. Length==1 by atfrase · · Score: 5, Insightful

    This does look awfully like a special-case trigger. The idea of a backdoor is to have it look for a specifically crafted but completely nonsensical and invalid input sequence -- this serves as the "key" to the backdoor, ensuring that no other designer or user accidentally stumbles onto it. Since we assume that legitimate users and developers will only provide valid input, we design our "key" to be definitely invalid. For me, that length==1 trigger is the most convincing evidence. It's not just that it's the wrong input, it's that it's the one specific value of wrong input that triggers the behavior. That seems like design.

    1. Re:Length==1 by stevied · · Score: 4, Insightful

      Obviously SetAbortProc should not be implemented for WMF playback, but assuming somebody screwed up and just called the normal version of Escape(), could the behaviour we're seeing here not somehow be the result of not checking the validity of the length parameter properly, performing some arithmetic on it, and possibly falling through to some other code that happens to a jump or call?

    2. Re:Length==1 by Procyon101 · · Score: 4, Insightful

      Possibly, but I doubt it's a Microsoft sanctioned backdoor. Any "OFFICIAL" backdoor from MS would have a much more complex key to get in than "1".

      I can see this being a programmer supplied backdoor, like a hook for easter eggs, but based on the other security work done in MS, anything that can be gotten into that is there on purpose is locked up pretty tight to any casual attempts.

    3. Re:Length==1 by DaveCar · · Score: 2, Funny

      That seems like design

      Intelligent Design?

    4. Re:Length==1 by atfrase · · Score: 5, Interesting

      Agreed, it doesn't seem like the kind of "feature" that was designed in top-secret MS design documents or developed in meetings.

      But I still have a hard time seeing how code would *accidentally* behave like this. An invalid length should abort processing right off the bad, for one thing; "falling through" might be an explanation, but what possible code could be "fallen through" into that would set CPU execution *inside* the metafile -- moreover, would set CPU execution to the *next byte* after the erroneous header block. That's awfully convenient; if it were a mistake, I'd expect code execution to begin at some other random location, probably influenced by whatever happened to be in the register or some temporary pointer variable at the time. But the very next byte? That's too insanely convenient -- you get to provide your key *and* your payload in the *same* place.

      You could argue that buffer overrun exploits do the same thing, but the idea of the buffer overflow is to specifically overwrite the function-return pointer to *make* it point at your code. In this case, the exploit doesn't have to specify the location of the code to execute, Windows does that for you. Too convenient.

    5. Re:Length==1 by Cliffy03 · · Score: 1

      Correct, the key would be something complex, like 1,2,3,4.

      --
      In Soviet Russia, Nigel makes plans for you!
    6. Re:Length==1 by Procyon101 · · Score: 1

      Funny, that's the same combination I have on my luggage....

    7. Re:Length==1 by Shimmer · · Score: 3, Interesting

      You're right, of course. Everyone who's saying this is "obviously" intentional are jumping the gun in a big way. I've got $5 right here that says it's an accident.

      "Never ascribe to malice that which is adequately explained by incompetence."

      --
      The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    8. Re:Length==1 by AndersOSU · · Score: 1

      Can someone explain to me (or provide a link to information on) how this "key" was discovered? I haven't been following the story, and I'm not really an IT guy but this has piqued my interest

    9. Re:Length==1 by SideshowBob · · Score: 1

      Obviously not because if that were the case then the exploit would still be in effect when Length == 0, Length == 2, etc.

    10. Re:Length==1 by kimvette · · Score: 1

      or 111-1111111, the old generic install key ;)

      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    11. Re:Length==1 by atfrase · · Score: 5, Informative

      Basically, in the header block for a unit of WMF script contains a "length" field which specifies how long the current unit is. This is standard for this sort of file, and is the primary way to avoid buffer overruns (if you force the data to tell you how big it's supposed to be, and then double check that while reading, you make sure you have enough buffer space to store it all -- otherwise you might read too much, overrun the end of the buffer and trash an important function pointer or something..)

      In this case, the smallest possible "length" value is 6, because the header itself takes 6 bytes, so even if the unit had no actual data, the length field itself and the unit's command code is a minimum of 6 bytes.

      To trigger the exploit, the length must be set to 1. Not 2, 3, 0, or some other equally invalid value, but only the value "1". Any other value has no effect at all.

    12. Re:Length==1 by BandwidthHog · · Score: 1

      "Never ascribe to malice that which is adequately explained by incompetence."

      And when incompetence proves inadequate?

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
    13. Re:Length==1 by 0123456 · · Score: 1, Insightful

      "what possible code could be "fallen through" into that would set CPU execution *inside* the metafile -- moreover, would set CPU execution to the *next byte* after the erroneous header block."

      I'm not entirely convinced. The code for the valid case presumably reads the subroutine address from the file, then starts a new thread which jumps to that address: it's not inconceivable to me that if the header is invalid it won't read the target address from the file, so the address variable just contains whatever was previously on the stack... which could well be the address of the data that's been loaded from the file (e.g. if it was previously used to hold the pointer into the header).

      It may well be an evil backdoor, but it could just as easily be plain old bad programming.

    14. Re:Length==1 by Shimmer · · Score: 1

      You don't think incompetence can adequately explain this? If so, I think you vastly underestimate the "power" of incompetence. :-)

      --
      The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    15. Re:Length==1 by Moby+Cock · · Score: 1

      You could argue that buffer overrun exploits do the same thing, but the idea of the buffer overflow is to specifically overwrite the function-return pointer to *make* it point at your code. In this case, the exploit doesn't have to specify the location of the code to execute, Windows does that for you. Too convenient.

      Even in a buffer attack you need a No-op sled since the exact memory location is unknown. In this case, as you say, the key and payload are hand-in-hand. Sinister!

    16. Re:Length==1 by BandwidthHog · · Score: 3, Funny

      To trigger the exploit, the length must be set to 1. Not 2, 3, 0, or some other equally invalid value, but only the value "1".

      And the counting of the length shall be ONE!

      Sorry, couldn’t resist.

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
    17. Re:Length==1 by jfmiller · · Score: 1

      That seems like design.

      Ah, yes. But, the question that is brought before us: Is this intelligent design? and if that is the case, Who is the designer?

      JFMILLER

      --
      Strive to make your client happy, not necessarly give them what they ask for
    18. Re:Length==1 by raddan · · Score: 1

      I'm not familiar with Microsoft's coding practices, but maybe this is a debugging feature that somebody forgot to remove-- or accidentally wrote in such a way so that it is defined whether or not debugging output is desired. That might make sense with both the idea of "falling through" in certain cases and the "special trigger", although it still seems really stupid to me to provide a way to execute any old user-defined callback function.

    19. Re:Length==1 by williamhb · · Score: 1
      For me, that length==1 trigger is the most convincing evidence. It's not just that it's the wrong input, it's that it's the one specific value of wrong input that triggers the behavior. That seems like design.


      I'm not convinced.
      length==-109 and the code section has these four words at the start: 0x9823412 0x12374123 0x13451321 0x213412
      sounds like a secret key and a conspiracy;
      length==1
      sounds like stupidity
    20. Re:Length==1 by Bastard+of+Subhumani · · Score: 0
      Any "OFFICIAL" backdoor from MS would have a much more complex key to get in than "1".
      As complicated as the default admin password on XP?
      --
      Only three things are certain; death, taxes, and apocryphal quotations - Ben Franklin.
    21. Re:Length==1 by monkeydo · · Score: 1

      If it didn't work that way, it would be a bug that caused a crash, not arbitrary code execution, and we wouldn't be having this discussion. Not every vulnerability that leads to code execution is deliberate, is it? Without looking at the source, how can anyone claim to be certain this is deliberate?

      --
      Si vis pacem, para bellum
      The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
    22. Re:Length==1 by sglane81 · · Score: 1

      That seems like design

      Intelligent Design?


      We're talking about Microsoft here.

      --
      This is the Internet. You can say "fuck" here. - AC
    23. Re:Length==1 by AndersOSU · · Score: 1

      Yeah I got that, but if this was a backdoor, with a purposely invalid "key", for legitimate purposes how did someone find out about it? Did someone stumble across it, was it leaked, or uncovered some other way?

      I mean as I understand it if you are going to go ahead and put in a backdoor you are going to design to be as difficult to find unless you already know its there. So what gives? how did we find out about the exploit in the first place?

    24. Re:Length==1 by FrankDrebin · · Score: 1

      This does look awfully like a special-case trigger... seems like design.

      Yes, and what springs to mind is test code left in the release. I mean, since WMF's are just a sequence of GDI function calls in a special format anyway, I could see the usefulness in say using WMFs as inputs to an internal GDI test environment. And that test environment might benefit from the ability to spin off a thread of arbitrary code for whatever test purposes.

      My point is the facts aren't all in, and there are plenty of benign (not necessarily "backdoor") reasons why the "feature" may have been *developed*. But like others I wonder why it was *released*.

      --
      Anybody want a peanut?
    25. Re:Length==1 by Moby+Cock · · Score: 1

      Market share. Security pros are forever dissecting Windows in a search for this stuff. It may be that this is deliberate. It has some very serious points that seem to indicate that it may be.
      - It have a specific key (length == 1)
      - It is in a rather obscure file type (who uses WMFs anyway?)
      - It spawns its own thread
      - The payload executable is colocated with the key (no guessing at memory pointers or no-op sleds)

    26. Re:Length==1 by SiliconEntity · · Score: 1

      For me, that length==1 trigger is the most convincing evidence.

      I disagree. If you want to embed a back door and trigger on only specially-constructed data, you don't use the value of 1! That's too easy to happen by chance.

      The length is a four-byte field. You use something like "0x3d07a19f", a random value that only you know and that the code tests for. Or maybe "0xfeedbacc" or some such easily rememberable value. Only then do you trigger your back door.

      To me the current behavior sounds a lot more like a bug than a feature.

      But why do we have to guess? Let's ask the guy who implemented it for WINE! What was he thinking when he did this? And more important, how did he know that he was supposed to implement this broken and undocumented functionality?

      Can't we look at the changelog for WINE and see who worked on this? Let's get that guy's opinion, he'd be the most authoritative source of information at this point.

    27. Re:Length==1 by StarDrifter · · Score: 5, Informative
      For me, that length==1 trigger is the most convincing evidence.

      It might have been convincing if it were true. The vulnerability checker from Ilfak Guilfanov's site uses length==17 to trigger the exploit (Look in the wmfhdr.wmf file in the source zip. The length is a little-endian DWORD at offset 0x12.)

      The Metasploit module uses a length of 4. Check out the following snippet:

          #
          # StandardMetaRecord - Escape()
          #
          pack('Vvv',

              # DWORD Size; /* Total size of the record in WORDs */
              4,

              # WORD Function; /* Function number (defined in WINDOWS.H) */
              int(rand(256) << 8) + 0x26,

              # WORD Parameters[]; /* Parameter values passed to function */
              9,
          ). $shellcode .

      I think Steve Gibson is confused.
    28. Re:Length==1 by Anonymous Coward · · Score: 0

      I haven't looked at the specifics here, but it could be similar to a y2k bug I found:

      if(date>20) date = date - 20;

      which is a stupid way to mitigate the y2k issue for three reasons:
      1. it didn't even fix the year 2000 itself,
      2. the three digit problem would reoccur in 20 years,
      3. the date would be wrong when date>20 anyway.

      I'm willing to give the benefit of doubt that the WMF thing may be similar sloppy value checking, before I look any deeper. If it turns out that the value of 1 is specifically checked or excluded, then that would convince me that the programmer had done this intentionally.

    29. Re:Length==1 by Anonymous Coward · · Score: 0

      Arthur Conan Doyle often used this rationalization when presented with flat-out evidence of fraud by mediums (he was a member of the spiritualist church, and Sherlock Holmes aside, was not a very critical thinker). He would say "a REAL fraudster wouldn't be so easily discovered", when someone would point out a foot sticking out from under a table.

      It's a hermetically sealed argument. Anything you CAN discover must be an accident, because you DISCOVERED it.

    30. Re:Length==1 by AndersOSU · · Score: 1

      So some security expert just happened to test just the right combination of factors to open the exploit?

      Is this how it happened? Anyone know?

    31. Re:Length==1 by WuphonsReach · · Score: 1

      I disagree. If you want to embed a back door and trigger on only specially-constructed data, you don't use the value of 1! That's too easy to happen by chance.

      The length is a four-byte field. You use something like "0x3d07a19f", a random value that only you know and that the code tests for. Or maybe "0xfeedbacc" or some such easily rememberable value. Only then do you trigger your back door.


      But plausibly deniable and it doesn't stand out like a sore thumb to any code reviews. You could pretend that the check was supposed to be "
      At the very least, you're going to wonder why such an odd value was chosen.

      --
      Wolde you bothe eate your cake, and have your cake?
    32. Re:Length==1 by WuphonsReach · · Score: 1

      I disagree. If you want to embed a back door and trigger on only specially-constructed data, you don't use the value of 1! That's too easy to happen by chance.

      The length is a four-byte field. You use something like "0x3d07a19f", a random value that only you know and that the code tests for. Or maybe "0xfeedbacc" or some such easily rememberable value. Only then do you trigger your back door.


      But plausibly deniable and it doesn't stand out like a sore thumb to any code reviews. You could pretend that the check was supposed to be "<= 1" or some other typo. When you see "== 1" in code, you don't always stop and ask why because there are a lot of cases in lines of code where you compare against 1. But if you see "== 0x3d07a19f", there's a much larger chance that you're going to stop and say "WTF?".

      At the very least, you're going to wonder why such an odd value was chosen.

      --
      Wolde you bothe eate your cake, and have your cake?
    33. Re:Length==1 by tfinniga · · Score: 1

      Perhaps you weren't around for Windows95, where a working installation key was all 1's. Or for the upgrade, which disabled that, but let all 1's and a 2 at the end.

      --
      Powered by Web3.5 RC 2
    34. Re:Length==1 by ch-chuck · · Score: 1

      That seems like design.

      I do not beleive Msft Windows is the product of any "intelligent design" - all the evidence, to those willing to look it, points to a long history of random mutations and version selection based on profitability.

      --
      try { do() || do_not(); } catch (JediException err) { yoda(err); }
    35. Re:Length==1 by cnettel · · Score: 1
      Length-prefixing of data is just as much a key to creating errors, as you usually end up testing a couple of invalid values, but you might still use the provided length value in some context. One kind of theory here would be that the abort proc is first set and then called itself when a certain path of invalidity is used, maybe not in the current data blob, but when the length value is used to find the offset of the next block.

      I find it far more interesting to know for sure if the abort procs are generally called in a different thread or not. alloca could be used to copy the current object to the stack. The offset to the proc itself could then instead be taken from the a variable indicating the current offset, in some way.

      Allocating a short buffer off the stack, with the length specified in the block itself, wouldn't be dangerous it itself, unless there then is a path without checking that the length is valid. The specific length would then be highly critical in both passing the (incomplete) checks and creating the correct offset.

      Yeah, I read TFA this time, but Gibson's info is, as always, quite exclamation-heavy, while light on real details. As, for example, is the abort proc, in the end, still launched in the normal manner.

    36. Re:Length==1 by Procyon101 · · Score: 1

      It wasn't just 95, it was almost every application. The difference being that it wasn't a security flaw. It was simply a way of allowing large customers to install massive amounts of software without having to generate thousands of key that they weren't going to check anyway. Until the whole online key registration thing, Microsoft simply didn't have any way of keeping the customer honest because their main losses from piracy came from people burning look-alikes and selling them rather than from customers installing too many copies.

    37. Re:Length==1 by Baricom · · Score: 1

      Basically, yes.

      Steve Gibson publically committed on his web site that he would provide a free fix for earlier versions of Windows if Microsoft didn't. He was reverse-engineering the vulnerability and having difficulty making it run as Microsoft implied it would, when he stumbled on how to do this.

      Of course, this is all described much more clearly in TFPodcast and presumably TFA.

    38. Re:Length==1 by Just+Some+Guy · · Score: 1
      Any "OFFICIAL" backdoor from MS would have a much more complex key to get in than "1".

      That's amazing! That's the first digit of the combination on my luggage!

      --
      Dewey, what part of this looks like authorities should be involved?
    39. Re:Length==1 by Fnord666 · · Score: 1
      If it didn't work that way, it would be a bug that caused a crash, not arbitrary code execution, and we wouldn't be having this discussion. Not every vulnerability that leads to code execution is deliberate, is it? Without looking at the source, how can anyone claim to be certain this is deliberate?

      Certain? Hard to say, but one of the incriminating things is that with length == 1, the original processing cannot continue in the WMF. With the length wrong, parsing of rest of the file in the main thread is toast. The only possible continued execution flow is in the started abortproc thread.

      --
      'The tyrant will always find pretext for his tyranny.' - Aesop's Fables
    40. Re:Length==1 by bill_mcgonigle · · Score: 1

      You want a back door that can survive a casual code audit. Something complex and secure is likely to stick out.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    41. Re:Length==1 by Procyon101 · · Score: 1

      Agreed... *IF* it is put in there by a developer.

      If it's actually sanctioned, then no, you want it secure and access to the code restricted so it only gets audited by those in the know.

      I've never seen any NT Source that was restricted to that extent, but I've never really looked and I know that perforce can do it and doubt that any engineers would even notice.

    42. Re:Length==1 by Anonymous Coward · · Score: 0
      In this case, the smallest possible "length" value is 6, because the header itself takes 6 bytes, so even if the unit had no actual data, the length field itself and the unit's command code is a minimum of 6 bytes.

      length is in 2-byte words, so the minimum value is 3:
      But since EVERY METAFILE RECORD starts out with a mandatory four-byte record length, followed by a two-byte function code, the smallest possible record is six-bytes, or a size of THREE words.

      I would be more suspicious if it required 2 rather than 1. Having an unintended special case for 1 isn't too unbelieveable. As it is, I'll hold off until someone disassembles the guilty code block.
    43. Re:Length==1 by bill_mcgonigle · · Score: 1

      If it's actually sanctioned, then no, you want it secure and access to the code restricted so it only gets audited by those in the know.

      But they've given source code to China, various universities, etc. Those are the code audits I was thinking of.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    44. Re:Length==1 by Procyon101 · · Score: 1

      I'm not sure they gave ALL the code. In that case, I can see your point, but I'm still pretty sceptical that they would try something so easily exploited.

    45. Re:Length==1 by bill_mcgonigle · · Score: 1

      I'm not sure they gave ALL the code.

      Yeah, and as far as I remember anyone looking at it is under NDA so we can't really know.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    46. Re:Length==1 by bean123456789 · · Score: 1

      Any "OFFICIAL" backdoor from MS would have a much more complex key to get in than "1"

      I seem to recall that to install one of the older versions of windows you could use the cd-key of all 1's, that could possibly be interpreted as a back door no more complex than "1"

    47. Re:Length==1 by lamber45 · · Score: 1
      Actually, the code probably looks like:
      for (recordp = buffer; ... ; recordp += ((struct tagEMR *) record)->nSize) {
      switch (iType) {
      case EMR_ARC:
      {
      EMRARC * rec = recordp;
      error_if(rec.nSize != sizeof(EMRARC));
      Arc(hdc, rec.rclBox.left, rec.rclBox.top,
      rec.rclBox.right,rec.rclBox.bottom,
      rec.ptlStart.x, rec.ptlStart.y,
      rec.ptlEnd.x, rec.ptlEnd.y);
      }
      break;
      /* ... etc. for all 200 or so functions */
      default:
      error();
      }
      }
      Note that EMR_ARC is a small integer constant (value 45) that's guaranteed to stay the same between Windows releases, while Arc is the address of a fuction in memory, revealed to the program at runtime by the linker (it happens to be 0x77f43c88 on a particular Windows XP machine and using a particular compiler).

      Now, the natural way to have implemented this by mistake would be:

      case EMR_SETABORTPROC:
      {
      EMRSETABORTPROC * rec = recordp;
      error_if(rec.nSize != sizeof(EMRSETABORTPROC));
      SetAbortProc(hdc, rec.lpAbortProc);
      }
      break;
      Instead, it looks like the programmer did something more like:
      case EMR_SETABORTPROC:
      {
      EMRSETABORTPROC * rec = recordp;
      /* no size checking (or incorrect) */
      rec.lpAbortProc(hdc, 0);
      }
      break;
      That has to be deliberate.
    48. Re:Length==1 by Panaflex · · Score: 1

      At first I was going to post a complete rebuttle - I mean FIVE BUCKS man.. anyway.

      Yes, there is a way this could have come down. If I remember correctly, the "protocol involves a command and a parameter. So if you set the length to something like 1, then something like this would happen.

      Assuming your commands were implemented in separate functions, and there was a table to reference these functions then when a bad parse, the parser could inadvertantly set the function pointer to the next pointer with a stack corruption.

      So, say you have a var c which is the command lookup reference. And a var f, which is the function pointer which will be called - what could happen is something like this

      void *p = pointer to next byte in WMF file
      void * ft[] = array of pointers to functions
      c = integer command lookup, which references the array ft
      *f = the function pointer pulled from ft, at index c

      So, if c becomes -1, then it would actually pull from *p, instead of from the ft array. In other words something like this:

      // c is -1, OOPS!!
      f = ft[c]

      When you then call f you will jump into *p instead. There could be some extra semantics which cause a new thread to be called - more stack fun basically.

      -Pan

      --
      I said no... but I missed and it came out yes.
    49. Re:Length==1 by Anonymous Coward · · Score: 0

      this serves as the "key" to the backdoor

      Cue to Spaceballs...

      Dark Helmet: So the combination is one, two, three, four, five? That's the stupidest combination I've ever heard! That's the kind of combination an idiot would put on his luggage!

    50. Re:Length==1 by Captain+McCrank · · Score: 1
      Steve Gibson has a record of being confused! Here's the obligatory http://grcsucks.com/ link! Shields up everybody!

      If I remember correctly, Steve was briefly famous for claiming the sky was falling based on some changes to how Windows XP was being architected to handle sockets. The hacker community came back around and roasted this guy. He's an 'interesting' fellow. Thanks for the security community flashback, Slashdot! It's been a long time since I thought about happyhacker, antionline, grc and the like. :)

    51. Re:Length==1 by Anonymous Coward · · Score: 0

      jesus christ, at least somebody gets it. i was about to post the same thing. too bad everyone on slashdot is already convinced that "omg it's a backdoor because the length has to be 1."

    52. Re:Length==1 by Anonymous Coward · · Score: 0

      Nope.

      The best way to hide something is right out on the open.

      An "elaborate" cover-up would be EASIER to spot. Something as simple as a '1' would look too normal to really notice unless you were specifically looking for it (which is what this vulnerability caused... eyes on that part of windows).

    53. Re:Length==1 by TropicalCoder · · Score: 0

      We need to consider - perhaps this is just a hack to run in-house, proprietary code. I mean, Windows is absolutely full of undocumented features. - but it still doesn't make sense, as the author said, there doesn't seem to be a way to get back to the job at hand - rendering wmfs from the thread that is created. But just suppose there is a hack to decode some unstandard version of a metafile that can't be handled by the DLL. So this unstandard version is identified by a one in the length field, and the calling application will handle that instead of the DLL. I would like to know, what does the DLL do after creating the thread that executes the caller's code? Just quietly exit?

    54. Re:Length==1 by NutscrapeSucks · · Score: 1

      > Something complex and secure is likely to stick out.

      Just comment it:
      /* The following check is for compatibility with WinWordPerfect 5.1, the buggy piece of shit that it is */

      Now, who is going to go back and double check if the comment is for real or not? Maybe it was compatibility, maybe it was intentional...

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    55. Re:Length==1 by Anonymous Coward · · Score: 0
      Steve Gibson has a record of being confused! Here's the obligatory http://grcsucks.com/ link! Shields up everybody!

      Ah, GRCSUcks, that sounds like a very credible and authoritative site, and judging by the few scraggly articles - just so. Even has some links to Microsoft, where they say everything is hunky dory and Steve is wrong, they are experts on security and brilliant, our OS is hacker proof, XP is the best and most secure OS ever. Uh, yea.. And yet, they did patch their system. Gee, ever think if MSFT just got of their high horse and listened to this guy, he wouldn't have to be an alarmist, but that's apparently the only way you can get the elephant to budge.

      If I remember correctly, Steve was briefly famous for claiming the sky was falling based on some changes to how Windows XP was being architected to handle sockets. The hacker community came back around and roasted this guy.

      Uh, get a clue, this guy is the hacker. And Microsoft ended up fixing their own code so yeah, guess that really proves this guy is a nut ... NOT.

      He's an 'interesting' fellow. Thanks for the security community flashback, Slashdot! It's been a long time since I thought about happyhacker, antionline, grc and the like. :)

      No problem. Now I guess you should get busy and patch your system... or maybe you run Linux ;)

    56. Re:Length==1 by ray-auch · · Score: 1

      Gee, ever think if MSFT just got of their high horse and listened to this guy

      Then we'd be well and truly f**ked.

      Since this guy stated that the hole was only for invalid record length of one, MS would just have blocked that. Meanwhile the existing exploits (with the source code - posted above - that you & Steve clearly didn't read / understand) would have carried on working despite the patch.

      Happily, MS don't listen to him, and seem to be a bit better than him at analysing the exploits properly.

      No problem. Now I guess you should get busy and patch your system... or maybe you run Linux ;)

      In which case you should still get busy and patch your system, since Linux patches for the vulnerability are available (a little later than the windows ones, but hey "win some, lose some".

    57. Re:Length==1 by fatphil · · Score: 1

      It's more contrived than your example, if I understand the issue correctly (who does, presently?). Gibson explicitly mentioned the creation of a new thread in order to execute the payload.

      This certainly wasn't the fluke outcome of incompetant work.

      --
      Also FatPhil on SoylentNews, id 863
    58. Re:Length==1 by Anonymous Coward · · Score: 0
      But I still have a hard time seeing how code would *accidentally* behave like this.

      One possibility involves a link error and a bad source dependency tree... It's highly unlikely with stdcall's naming convention though. (hm, maybe through a function pointer that was blindly cast to the wrong type...)

      The idea is this; you take a standard function call:
      push arg3
      push arg2
      push arg1
      call function
      Then the function executes:
      push ebp
      mov ebp, esp
      ...
      mov esp, ebp
      pop ebp
      ret 4
      And finally the calling function finishes:
      move esp, ebp
      pop ebp
      ret
      But the callee was only expecting 1 argument and we gave it three. So its arg2 ended up in ebp and arg3 in eip.

      if it were a mistake, I'd expect code execution to begin at some other random location, probably influenced by whatever happened to be in the register or some temporary pointer variable at the time. But the very next byte?

      And this is exactly the situation I describe. But then suppose arg3 was a pointer to the next byte in the metafile.
  10. Geeze by Anonymous Coward · · Score: 0

    Is Friday the 13th "Tin Foil Hat Day" on /. or what? The number of stories emenating from people that live in caves is unusually high today...

  11. do you mean by Anonymous Coward · · Score: 4, Interesting


    This Steve Gibson ?, yeah he is a real security expert, along with his podcast boy wonder we have much to be afraid of

    1. Re:do you mean by Anonymous Coward · · Score: 0

      Please respect grcsucks' request with regards to linking to grcsucks.com:

      Important Message :

      We value your help and like it when you refer other poeple to this site, but _please do not link to this site and brand Mr. Gibson as a scam, he is not (per se)._ This site questions the motives of Mr. Gibson, criticizes him and his works by trying to demystifying what he is doing. What you are going to find on this site are researched facts and opinions. The opinions however are refered to as what they are : opinions not facts.

      ---

      We encourage you to research each topic for yourself: check out all the links, especially the ones that seem contrary to your views; question the motivation of the writer and publisher; and form your own opinion about the information that is being presented. We suggest that you treat all other news/information outlets in the same way - the media have strong biases which directly affect the way in which news and information is presented to you - and very often that leads to disinformation.

    2. Re:do you mean by Anonymous Coward · · Score: 0

      the guy behind the slander grcsucks web site much have a grudge to gibson... he's even hiding his identity, the whole web site is posted by an anonymous coward... not very impressive and certainly nothing worth trust.

    3. Re:do you mean by Anonymous Coward · · Score: 0

      This guy may be a bit hysterical at times, but there is a productive take-away from his output.

      So what have -you- done useful lately, jackass?

  12. And this door leads to... by VernonNemitz · · Score: 1, Flamebait

    How about a class-action suit against Microsoft,
    on the grounds that they touted the security of their product,
    while deliberately including non-security?

    1. Re:And this door leads to... by Tebriel · · Score: 4, Insightful

      A lawsuit is not the answer to everything.

      --
      The Blaster Master Fighting for Truth, Justice, and Evil Pie since 1979
    2. Re:And this door leads to... by BushCheney08 · · Score: 1

      Nevermind that they absolve themselves of any responsibility via the EULA. Then again, let's test the validity of a EULA in court!

      --
      Be a real patriot: Question authority. Think for yourself. Formulate your own conclusions.
    3. Re:And this door leads to... by Anonymous+Custard · · Score: 3, Insightful

      "A lawsuit is not the answer to everything."

      Since profit is all a corporation cares about, suing away those profits is the only way to punish it.

    4. Re:And this door leads to... by Anonymous Coward · · Score: 0

      Contrawise, a lawsuit is the answer to some things.

    5. Re:And this door leads to... by avalys · · Score: 2, Insightful

      Uh, no, how about not buying its products?

      If you buy a cell phone and decide the interface is sucky, you don't punish the company by suing them. You punish the company by buying another brand next time.

      --
      This space intentionally left blank.
    6. Re:And this door leads to... by mysticgoat · · Score: 3, Insightful

      A lawsuit is not the answer to everything.

      Too true.

      This is a case for criminal prosecution. Gibson has uncovered evidence that at face value demonstrates that there has been a conspiracy to defraud Windows users, and possibly to defraud Microsoft Corporation itself. Microsoft's internal documents would identify the coder(s) involved in this deceit, and possibly other conspirators.

      I think it is time for the Washington State Attorney General to give this to a Grand Jury. (IANAL, but I think it is the business of a Grand Jury to determine if a crime has been committed in this kind of circumstance).

      Let a Grand Jury hear this evidence and decide whether it appears that some person(s) deliberately set out to violate the privacy of Windows users.

    7. Re:And this door leads to... by Chyeld · · Score: 1

      Thermonuclear warheads also seem to have an impact, and are much more fun. Anyone know if the DoD keeps their Windows machines uptodate?

    8. Re:And this door leads to... by Mostly+a+lurker · · Score: 1
      Microsoft's internal documents would identify the coder(s) involved in this deceit, and possibly other conspirators.

      I have read the bulk of the comments here with an open mind. However, there is no way Microsoft will have extant documents (unless they are fake) that show how this "feature" evolved. Microsoft has a corporate policy of destroying all documents as soon as possible, unless their retention is unavoidable. They have this policy precisely because of the dangers documents can present during litigation.

      I have believed for a long time that deliberate backdoors in Windows are likely. Proving it is another matter. I think you will find, as this story develops, that plausible deniability applies here. The old story about NSAKEY being needed for backup was not very convincing, but almost any explanation will do in the absence of incontrovertible contrary evidence.

    9. Re:And this door leads to... by mysticgoat · · Score: 1

      The degree to which MS policy on document destruction might interfere with the function of a Grand Jury would be up to that Grand Jury to determine. The Grand Jury efforts against organized crime that I remember from my youth would never have come about if people just threw up their hands and said "oh that will be so hard because those guys never wrote anything down."

      Call me an unrealistic idealist, but I do think that the American justice system is better served when it guides itself by what is right rather than what is easy.

    10. Re:And this door leads to... by Anonymous Coward · · Score: 0

      "Since profit is all a corporation cares about, suing away those profits is the only way to punish it."

      While you continue to spend money buying their products, insisting that their products be used in your workplace, upgrading their products every 3 years, paying for their audits on request, and publishing or emailing documents that require other people to buy their products?

      I'm sure there are many sources of income that people could take away from Microsoft without suing them.

    11. Re:And this door leads to... by Anonymous+Custard · · Score: 1

      Yet the most direct, embarassing, and precedent-setting way is to sue them. If a thousand people switched to Linux, no one would notice. If a thousand people succeeded in a class action lawsuit, MS would have to notice.

  13. Anyone remember NSA KEY in the registry? by alen · · Score: 1, Insightful

    Maybe this was for law enforcement or some other agency to track "people of interest."

  14. SetAbortProc by jwegy · · Score: 3, Informative

    Yeah, SetAbortProc is used for cancelling print jobs. Here is the MSDN documentation: SetAbortProc

    1. Re:SetAbortProc by nolife · · Score: 1

      RTFA, I haven't formed an opinion on the situation yet but the linked article from the story covers what the function is for and there is a possibility that it does not work the way it is supposed to which leads to his theory that it may be a back door.

      --
      Bad boys rape our young girls but Violet gives willingly.
    2. Re:SetAbortProc by kawika · · Score: 1

      Right, but as TFA says it's not the SetAbortProc API that's at issue here, that API came much later. We're talking about the Escape/SETABORTPROC record that can be put into a WMF. They are two different things.

    3. Re:SetAbortProc by cnettel · · Score: 1

      In a way they are, in a way they are not. Before SetAbortProc was introduced, Escape/SETABORTPROC was the only way to do it in print jobs.

  15. Who cares what Steve Gibson thinks? by chroot_james · · Score: 0, Flamebait

    He's the L Ron Hubbard of the computer industry.

    --
    Reality is nothing but a collective hunch.
  16. Possible uses? by Kitsune78 · · Score: 4, Interesting

    The freakish thing about this, is that if it is indeed a backdoor, it an odd way to go about it. You can't force someone to try to view a WMF. What would its purpose be? You can't use it to get into the exact box you want to, just into a random box that perhaps picks up your WMF from a webpage, or displayed in an application.

    1. Re:Possible uses? by pahoran · · Score: 2, Interesting

      Looking for terrorists? You don't necessarily know where they are.

      Looking for people who have bad things to say about the gov't on their computer? You don't necessarily know where they are.

      And let your imagination continue the list ...

      --
      I'd give my right arm to be ambidextrous.
    2. Re:Possible uses? by Procyon101 · · Score: 1

      Easter Egg hook

    3. Re:Possible uses? by RexRhino · · Score: 4, Interesting

      Digital Rights Management... If you can control a box using a WMF file, there is all sorts of digital rights management mischieve you can do to prevent a machine from copying a file, or decoding a file, or whatever.

    4. Re:Possible uses? by bricriu · · Score: 1

      ... unless you send an email to someone who uses Outlook with the preview pane on, or Hotmail/Yahoo/any other HTML-ized webmal service.

      It's not a perfect vector for exploits, but it's not a bad one.

      --

      AHHHHHHH! I'm burning with goodness again!
      - Reakk, Sluggy Freelance

    5. Re:Possible uses? by notreallynas · · Score: 2, Insightful

      It seems to me Microsoft could use it to get into every box using IE that contacts msn.com
      That's got to be at least a few.
      I imagine they could just turn this into a wmf file and run whatever code they want on millions of PCs.

    6. Re:Possible uses? by Anonymous Coward · · Score: 0

      possible uses... hmm... like - and i'm stretching, here - setting up a bunch of randomly distributed proxy servers, quietly (e.g. no massive "worm" traffic to set off alarms, &c.)?

      just a thought.

    7. Re:Possible uses? by \\ · · Score: 1

      If you know enough about someone enough to know you want to break into their computer it should be incredibly simple to find out what sites that person views on a frequent basis and then plant your malware on it. Easier than pie.

    8. Re:Possible uses? by mysticgoat · · Score: 1

      While you can't force someone to open a .wmf, my understanding is that MSIE, MS Word, and perhaps other MS programs will automatically open any .wmf they encounter unless specifically configured not to do that. Which I understand is the reason this particular vulnerability was considered to be so much more of a threat than any of the other MS vulnerabilities discovered so far.

    9. Re:Possible uses? by Anonymous Coward · · Score: 0

      Well, many companies and gov. offices have internal webpages, which are supposed to be used on a regular basis. Seems like a good way to get all of your employees to give up their personal information. or better yet goverment secrets.

    10. Re:Possible uses? by Anonymous Coward · · Score: 0

      But the WMF "bug" existed for a long time already. Long before the invention of DRM.

    11. Re:Possible uses? by ZachPruckowski · · Score: 2, Insightful

      It's a ten year old or so vulnerability. It predates DRM, so I doubt it was built for that originally. Sure, it may have DRM uses, but it couldn't have been made for DRM.

    12. Re:Possible uses? by Just+Some+Guy · · Score: 1
      You can't use it to get into the exact box you want to, just into a random box that perhaps picks up your WMF from a webpage, or displayed in an application.
      void exploit() {
      if(strcmp(userLocaleLanguage(), "arabic") or
      (myIpAddress() & 0xffff0000 != 0xdead0000)) { return; }
      ...
      nefariousStuff();
      }

      Yep, that'd be impossible.

      --
      Dewey, what part of this looks like authorities should be involved?
    13. Re:Possible uses? by unoengborg · · Score: 1

      You underestimate the power of social engineering. If you know a little about your target you could probably trick that person to visit a certain page.

      E.g. you could act as a sales person for something the person is interested in, and call the person in question with some very good offer, and make sure the person needs to visit a certain page to take advantage of it. Or you could send an e-mail with more information.

      If that doesn't work you could try DNS spoofing. E.g. last time you visited google, are you sure that you really visitied the real google and not a proxy site that inserted harmful code.

      --
      God is REAL! Unless explicitly declared INTEGER
    14. Re:Possible uses? by Anonymous Coward · · Score: 0

      We can not target single systems because we have not uncovered the 2nd flaw that ties into this one ;).

    15. Re:Possible uses? by Anonymous Coward · · Score: 0

      Yes you can get someone to open a WMF. All you need is to send email with a bit of social engineering in case the guy don't display images by default.

    16. Re:Possible uses? by NorbrookC · · Score: 1

      A simple use:

      Windows Computer: Greetings, Mr. Gates. Would you like to play a game?

      Gates: Yes, let's play Global Thermonuclear Warfare.

      Windows Computer: Wouldn't you rather play a nice game of Solitaire?

  17. Bugs don't have to be well-coded by m50d · · Score: 2, Interesting

    That's why they're bugs. Seriously, I don't think the fact that it behaves differently from how it does in a printer is any indication it was deliberately written that way. More likely this was an attempt to disable the code that went wrong.

    --
    I am trolling
    1. Re:Bugs don't have to be well-coded by NtroP · · Score: 2, Interesting
      That's why they're bugs. Seriously, I don't think the fact that it behaves differently from how it does in a printer is any indication it was deliberately written that way. More likely this was an attempt to disable the code that went wrong.
      You're talking out of your ass. RTFA.

      This is (IMNSHO) not a bug. How would you accidentally introduce a bug that for one specific, non-valid, value the program would start executing code that has no place being there in the first place. This has nothing to do with printing. This has nothing to do with a callback to a function in the originating program to tell it the print job has been aborted. This is about executing code within the WMF file directly. It servers no purpose, especially since it only works if you give specific, non-random, invalid input to the WMF parser.

      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    2. Re:Bugs don't have to be well-coded by m50d · · Score: 1

      By putting 1 where you meant -1, say, if that's an error code. Or using the wrong kind of =. (I did read the article)

      --
      I am trolling
    3. Re:Bugs don't have to be well-coded by beuges · · Score: 1

      You're obviously not a programmer, are you?
      Every time I have to fix a bug in some code I myself have written more than a few months ago, I scratch my head and say to myself 'why the fuck did you even think of doing that, you idiot'. That's why they're bugs. It may have made sense at the time. Now it doesn't. Maybe the 'if (length == 1)' was part of a switch statement, and the other entries were removed. Maybe the source code actually looks different, but the optimizing compiler had a bug which 'helpfully' reduced the check to the seemingly suspect length==1 check. I know I came across a bug in VS2003's compiler (to which alas I've lost the code that reproduces it) in which a switch statement worked perfectly in debug mode, but was 'optimized' into a hideous mess of incorrect assembly in release mode. There are dozens of plausible explanations for the length==1 statement in the code. Only one of them requires a tinfoil hat.

    4. Re:Bugs don't have to be well-coded by NtroP · · Score: 1
      There are dozens of plausible explanations for the length==1 statement in the code.
      How many times does the length==1 statement accidently start a new thread and begin executing code where no code is even expected to be executed? My understanding is that the closest this was supposed to come was to provide the address of a callback function in the originating application so that Windows could notify it that the print job had been aborted or for some reason could not be completed. How does that suddenly translate into "let's fire up a thread and start executing code that resides in the WMF file itself starting right here"? Shouldn't it be expecting an address at the location specified by the header and defined by the length field in the WMF file instead of the code to execute itself? Or am I misunderstanding the situation?

      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    5. Re:Bugs don't have to be well-coded by Mysteray · · Score: 1
      How does that suddenly translate into "let's fire up a thread and start executing code that resides in the WMF file itself starting right here"?

      Example: WMF parsing code correctly handles declared length of 0. If (declared_len!=0), it goes on to process the first record (setabort) and increments its record pointer. If (p-basedeclared_len), process the next record. It realizes that the pointer is past the declared length. Is p==base+declared_len? No, must be an error, initate abort sequence. Is there an abort callback defined? Oh, yes, there is. Start a new thread to call it. What should the entry point of this new thread be? Dunno, this wasn't supposed to happen outside of the print driver context (GdiGetPrintJobAbortHandlerThreadCallerEntryPointE x(LPPROC) returns without setting its argument). I'll just use this random garbage here I have handy on the stack (which happens to be where the next MF record was supposed to be.)

  18. Lawsuit time by Animats · · Score: 5, Interesting
    Someone involved in a WMA-related lawsuit needs to subpoena, from Microsoft, all the source code and all the change control information for this small part of Windows. Then the original programmers need to be found and deposed under oath. This is standard legal procedure for something like this.

    It's possible to get to the bottom of this by legal means.

    1. Re:Lawsuit time by Anonymous Coward · · Score: 0

      What is that load sound coming from the direction of Redmond? It sounds like thousands of paper shredders.

    2. Re:Lawsuit time by mysticgoat · · Score: 1

      It's possible to get to the bottom of this by legal means.

      It is time to stop fooling around with civil law and address this kind of a thing as a crime. There is evidence here of a conspiracy by unknown person(s) to invade the private property of Washington State residents (and others): the Washington State Attorney General should put this before a Grand Jury.

    3. Re:Lawsuit time by SpaceLifeForm · · Score: 1

      It's likely too late. As soon as Alito is on SCOTUS.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    4. Re:Lawsuit time by Myen · · Score: 1

      May I ask why the heck a Windows Media Audio related lawsuit would have anything to do with Windows Meta Files?

      WMA/WMV are, AFAIK, stuff the decended from the ASFs. Which have very little to do with vector graphics... and WMFs are so old that there probably is nothing left to sue.

      Sorta like suing the X11 people over something in X-Box because of the X.

  19. Based on that information by Marxist+Hacker+42 · · Score: 2, Interesting

    I think it's a beneficial back door- in fact, I wouldn't be at all surprised to find that they'll need to update "Windows Update" after all the patches are in place.

    --
    SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
  20. Magic Lantern? by Tackhead · · Score: 4, Interesting
    Sometimes even a blind squirrel gets a nut.

    The notion of a backdoor in Windows isn't new. Perhaps the WMF vulnerability was one of the vectors used by Magic Lantern, which was the code word for at least one of the FBI's keylogger programs. Magic Lantern was notable in that antivirus providers participated with the Feebs in a gentleman's agreement to not look for it.

    It's certainly a dumb enough solution that the IT-challenged FBI might go for it.

    On relative dumbness and smartness, I'd expect smart spies, namely those who work for two other notable three-letter-agencies, to use somewhat more interesting techniques. If it were me, I'd take advantage of equipment I had in place at critical infrastructure points to conduct MITM attacks between a PC and Windows Update servers, in order to transparently install my spookware on only those machines that specifically identify themselves - by means of GUID or whatever other stuff I could glean from the Windows Genuine Advantage and other DRM-related bitstreams - as belonging to my target population.

    Paranoid? If you're not paranoid, you're not thinking far enough ahead.

    1. Re:Magic Lantern? by melonman · · Score: 1

      certainly a dumb enough solution that the IT-challenged FBI might go for it.

      So dumb it has apparently taken six years for anyone to find it? I don't think 'elegant' is a major consideration in this sort of application.

      --
      Virtually serving coffee
    2. Re:Magic Lantern? by Anonymous Coward · · Score: 0

      If this is true, I'd expect to see more FBI guys wearing these.

    3. Re:Magic Lantern? by RzUpAnmsCwrds · · Score: 1

      If it were me, I'd take advantage of equipment I had in place at critical infrastructure points to conduct MITM attacks between a PC and Windows Update servers

      Unless the NSA/CIA/Whatever has compromised VeriSign (which is certainly possible), a MITM attack would be implausible against Windows Update because all of the updates are signed with X.509 certificates (Authenticode).

    4. Re:Magic Lantern? by BuddhaMonkey · · Score: 1

      Oh BS. If it were due to some deal with some clandestine organization in any government look at China. MS wants badly to be there and, I'm sure, would be willing to bend some code to their will. Stop blamming the US for everything, there are far more evil entities out there.

    5. Re:Magic Lantern? by eth1 · · Score: 1

      "I'd take advantage of equipment I had in place at critical infrastructure points to conduct MITM attacks between a PC and Windows Update servers, in order to transparently install my spookware on only those machines that specifically identify themselves..."

      Why bother with a MITM attack? Wouldn't it be easier to co-opt MS? Maybe that was the REAL reason they started the whole Genuine advantage program... Now that you mention it, I'd almost be supprised if they WEREN'T doing that.

  21. Steve Gibson is a crackpot by Sycraft-fu · · Score: 3, Informative

    Please remember this is the same Steve Gibson who claims to have invented a new amazing "nanoprobe" technology for port scanning which he claims is a first to the world and can do just about everything. Of course turns out to just be specially crafted TCP packets with no payload, which nmap has done since forever.

    The guy is a massive alarmist and I wouldn't take anything he says seriously. He loves to cry about the end of the digital world type scenarios, perhaps because he really believes it, or perhaps because it gets him more business.

    1. Re:Steve Gibson is a crackpot by Anonymous Coward · · Score: 0

      Even the boy who cries wolf can end up with a real wolf once in a while, it's worth checking. If bogus, he should get the pounding Microsoft would otherwise receive, if real...Bill better have an asbestos suit, because I'll be with the group using burning tar!

      Note: The word in the image is 'tortures' How apropriate!

    2. Re:Steve Gibson is a crackpot by Anonymous Coward · · Score: 0

      Not especially informative, merely ad hominem.

    3. Re:Steve Gibson is a crackpot by Hosiah · · Score: 1
      Sorry, charlie. I have memories of you. Gibson may have a reputation. YOUR reputation polishes his and hangs a halo on it!

      I entertained doubt about it until you refuted it; now I know for SURE that it's true!

    4. Re:Steve Gibson is a crackpot by Moby+Cock · · Score: 4, Interesting

      Normally I'd agree with you. But in this case I think he may have found something very important. This WMF flap stinks to high heaven. The fact that there seems to be a specific and deliberate key (length == 1) is very disturbing. Gibson is a wacko and doomsayer, but today he may have found something valid.

    5. Re:Steve Gibson is a crackpot by PhrostyMcByte · · Score: 1

      I listen to twit. I tried listening to Security Now but it was all subject matter any seasoned geek would already know - I thought the show was just some random guy who thinks he's a security expert because he knows how to turn encryption on in his wifi router.

      You could imagine when a friend brought this backdoor accusation to my attention I thought "so what" and went on with my day. Curiousity got the better of me, and after listening to the audio (assuming all the relevant information on the matter has been presented) it does seem like he may be right. It will be interesting to see if Microsoft has any response to this.

      According to him, Windows takes the time to launch a new thread for your code and doesn't give you any context for editing the image. So the theory is solid that it's not just a hidden feature for doing crazy things to the image. This doesn't look like a bug or feature anymore.

    6. Re:Steve Gibson is a crackpot by SatanMat · · Score: 1

      You have every right to think Gibson is a wack job, BUT, he has some interesting points here, and this is why those "science" people use that freaky peer review stuff..

      don't just call him a crack pot. back ut up with more than your one, IMO, weak point.

      Peer Review. just keep remembering that... the same reason those darn Linux folks feel so smug right about now.

      :) ./s

    7. Re:Steve Gibson is a crackpot by Rashkae · · Score: 4, Informative

      Overlooking that Wine has innadverdantly re-created this 'back door' by following the API spec. This is all by (poor) design, no code back doors involved. Not even a bug, per say, since it's working as designed.

    8. Re:Steve Gibson is a crackpot by Anonymous Coward · · Score: 0

      Let me understand you.

      Someone who is wrong about 90% of the time, and who never participates in _any_ security conferences, mailing lists, newsgroups, and has a need to drive every new user to _his_security_site_ is finally right?

      Sorry to burst your bubble, and as much as I dislike Microsoft's security practices, this is just a screw-up (bug).

    9. Re:Steve Gibson is a crackpot by raddan · · Score: 1

      Of course, in this case, we can actually tickle the specific vulnerability mentioned and see what happens. What conclusion you draw beyond that is entirely up to you. So the next question is, has anyone else confirmed this behavior?

    10. Re:Steve Gibson is a crackpot by SanityInAnarchy · · Score: 1

      I'll give you that, but...

      Would someone like to independently disprove him on this specific issue?

      If you immediately assume anything he says is false, what happens when he says something you agree with?

      I mean, don't start the class-action suit yet, but don't ignore the issue, either.

      --
      Don't thank God, thank a doctor!
    11. Re:Steve Gibson is a crackpot by RShearman · · Score: 5, Informative

      The Wine bug was a different bug. The SetAbortProc record specifies a pointer to a function which will be executed at a later point, and which it would be difficult to set to arbitrary code in the WMF itself, whereas this bug appears to be creating a thread which immediately runs starts executing the instruction at the next byte in the meta file.

    12. Re:Steve Gibson is a crackpot by xocp · · Score: 1

      Maybe I'm missing something, but if Wine followed the spec in their implementation (and thus duplicated the vulnerability) they why are we arguing that this was a hidden backdoor? Or... did the Wine developers know about this quirky behavior and just implement, perhaps assuming that it had a valid, useful purpose? Any thoughts?

    13. Re:Steve Gibson is a crackpot by Edgewize · · Score: 1

      False. The exploitable Windows behavior is different than Wine. SetAbortProc is a terrible idea by design, yes. But the way in which this particular exploit works is (from what I'm hearing, not verified first-hand) based on special-case behavior in Windows that only executes when a very specific condition is met which could never be met by a WMF file which matched the specs.

      Because of the particular behavior (spawning a new thread with the execution point set to the next byte of data data) it would be very hard for Microsoft to argue that this was not an intentional back door.

    14. Re:Steve Gibson is a crackpot by Anonymous Coward · · Score: 0

      OK, but is the Wine bug really exploitable?

      I mean, are there any examples of a WMF file, that if read through Wine (with no Windows native libraries) triggers an exploit?

      I the Wine bug is not the same as this Windows bug/backdoor, where can more information about it be obtained? Does Wine have a different backdoor then?

    15. Re:Steve Gibson is a crackpot by Anonymous Coward · · Score: 0
      Please remember this is the same Steve Gibson who claims to have invented a new amazing "nanoprobe" technology for port scanning which he claims is a first to the world and can do just about everything.

      Hmm, wrote a TCP Protocol Impl from scratch. Does he have a big ego? You betcha. Did he, when presented with the fact that some of his ideas weren't original, admit it? Yes. Not like some other Washington-based company, which would've had a flock of lawyers out sooner'n you could spit to file a patent and sue you.

      The guy is a massive alarmist and I wouldn't take anything he says seriously. He loves to cry about the end of the digital world type scenarios, perhaps because he really believes it, or perhaps because it gets him more business.

      Yeah, like when he said Microsoft's security isn't very good, and told them the issues with their raw sockets. After much howling and whining, XP "service" pack 2 removes the functionality. Hate to say, but this guy is a respected programmer and a serious Windows programmer.

  22. Interesting evidence by joshtimmons · · Score: 3, Insightful

    I agree with the author that the length prefix is something of a smoking gun. It begs the question of "how do we know it was fixed..." For example, they could change it to execute the datastream when length is set to a new trigger value; or a stronger backdoor would ignore any unsigned code. Still there, but harder to test for.

    It's a straightforward way to add a backdoor that will bypass firewalls, etc. It can be triggered by a browsed page, email, etc. It's better than gif/jpeg encoding because those are more "platform independent." and the payload would be more likely noticed by a 3rd party decoder.

    On the other hand, isn't this flagged as an attempt to execute code on a data page?

    Also, if it were official, doesn't MS have easier ways into a general box - say through security updates, or even the entire existing code base?

    1. Re:Interesting evidence by AnotherDaveB · · Score: 1
      Also, if it were official, doesn't MS have easier ways into a general box - say through security updates, or even the entire existing code base?

      People will rationalise it anywhichway. Whatever. I predict a bumper year for Red Flag Linux.

    2. Re:Interesting evidence by Anonymous Coward · · Score: 0
      It begs the question of "how do we know it was fixed..."
      It may raise the question, but it certainly doesn't beg (avoid) it. Sam Alito was begging questions in his hearing, the Democrats were raising them.
    3. Re:Interesting evidence by Quantam · · Score: 1

      On the other hand, isn't this flagged as an attempt to execute code on a data page?

      The problem that wasn't. See http://www.uninformed.org/?v=2&a=4 . Also, wasn't this "back door" created well before DEP/NX was around on x86?

      --
      You have tried to support your argument with faulty reasoning! Go directly to jail; do not pass Go, do not collect $200!
  23. Please not Gibson again... by Anonymous Coward · · Score: 3, Informative

    Steve Gibson is not a security expert

    http://www.grcsucks.com/

    1. Re:Please not Gibson again... by NtroP · · Score: 5, Insightful
      Steve Gibson is not a security expert
      I'm not a security expert either. But if I came up with this evidence, how would that change the reality of the situation. The evidence stands on its own merit. His reputation has nothing to do with it. This is easily verifiable by anyone with at least his level of knowledge. It will be interesting to see what happens when other "real" experts start looking at this.
      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    2. Re:Please not Gibson again... by Anonymous Coward · · Score: 0

      When other "real" experts look at it?
      Have a look at his history, go over the others reviewing his stuff on the site linked in the parent post.

    3. Re:Please not Gibson again... by m50d · · Score: 1

      There's two obvious flaws in what he's saying: firstly, the fact that the bug exists in wine. If it's a dumb specification that allows executing arbitrary code, it's feasible that the wine devs could have just implemented the spec without thinking. But I can't imagine them coding in a special value, 1, and not thinking about what it meant. Secondly, if it requires the special value 1, how on earth was the bug found? Is someone really going to try an exploit, have it not work, then try various values and find it works with 1?

      --
      I am trolling
    4. Re:Please not Gibson again... by Malk-a-mite · · Score: 1

      "It will be interesting to see what happens when other "real" experts start looking at this."

      I think that is where many people have problems with Mr.Gibson.

      There seems to be more effort in prompting himself and his discovers than working with the security community to actually test and verify these things. I don't believe (but haven't actually run a search through my archives) that I've ever seen a bugtraq or full-disclosure posting by Mr.Gibson.

    5. Re:Please not Gibson again... by Anonymous Coward · · Score: 0
      firstly, the fact that the bug exists in wine.

      Your "fact" is false. Wine's WMF bug is different.

    6. Re:Please not Gibson again... by m50d · · Score: 1

      Not what I've read.

      --
      I am trolling
    7. Re:Please not Gibson again... by Anonymous Coward · · Score: 0
      Here is a guy who claims he knows for sure:

      Wine's bug was simply the lack of filtering the SETABORTPROC escape code when parsing the metafile, not the same as the bug being described here with special behaviour on the length field being 1.

    8. Re:Please not Gibson again... by m50d · · Score: 1

      All he's saying is the wine code doesn't work the way Gibson says this exploit does. It could be that the same file triggers a completely different bug in wine and windows, both of which happen to be found at the same time, but I think it's more likely Gibson's wrong about the windows exploit.

      --
      I am trolling
  24. Re:Unparalleled BS from MS. by csanford · · Score: 1
    Any bets on when M$ issues a statement that a 'rogue programmer' put this code in, and disaavow any knowledge or responsibility?

    I doubt it. There is no way to prove that it was intentional without seeing the source, so it makes more sense for Microsoft to just patch it and make no comment concerning its origins.

  25. I knew it!! by aztechClanIII · · Score: 0

    M$ is spyware friendly on purpose!! Wow, I always suspected, but now I have proof.

    Careful out there.

  26. obligatory Hackers quote by Anonymous Coward · · Score: 1, Funny

    "Hack the Gibson!"

  27. They're the same link! by sharpestmarble · · Score: 0

    Did the /. editor(Zonk) not notice that the first link he posted is the same one as the last?

    --
    AC's modded -6. I don't see you, I don't mod you, anything you say is lost. Don't like it? Don't be a coward.
  28. What about wine? by Meltr · · Score: 3, Interesting

    I thought the same vulnerability exists in wine?

    http://it.slashdot.org/article.pl?sid=06/01/06/204 3203

    1. Re:What about wine? by Deanalator · · Score: 2, Informative

      The only thing that I can think of would be blind reverse engineering or something. No offense to whoever submitted the code, as Im sure that can be taken as a massive insult (I know I would be annoyed if someone made accusations like that about my code). Maybe the wine developer was just very anal about the specs and didn't realize what could be done with it, but it is a good defensive point for microsoft.

    2. Re:What about wine? by RShearman · · Score: 1

      As someone who has worked on Wine's metafile parsing code it is a massive insult. We do not use reverse engineering except as a last resort. This is not necessary in the case of metafiles since there is already good documentation available. Wine's bug was simply the lack of filtering the SETABORTPROC escape code when parsing the metafile, not the same as the bug being described here with special behaviour on the length field being 1.

  29. KnockKnock by bricriu · · Score: 1

    Down at the bottom of the transcript, Steve gives GRC.com/securitynow.htm as a URL where you can grab his test code for this problem (KnockKnock.exe)... but I can't find it there. Can anyone else?

    --

    AHHHHHHH! I'm burning with goodness again!
    - Reakk, Sluggy Freelance

    1. Re:KnockKnock by Anonymous Coward · · Score: 1, Informative

      The preliminary tester link is posted in the news section of the
      discussions at http://www.grc.com/groups/news

      http://www.grc.com/miscfiles/MetaFix.exe

    2. Re:KnockKnock by slash_noodle · · Score: 1
      From what I've read, he only has the executable up for download at the following location in the Security Now! show notes page: http://www.grc.com/sn/notes-022.htm

      I don't recall if he mentioned that he was making the actual code available but since it follows the basic idea behind Ilfak's vulnerability test http://www.hexblog.com/index.html. You could probably dig up more information from that point.

    3. Re:KnockKnock by Anonymous Coward · · Score: 0

      KnockKnock.exe is linked on the notes page for that particular show:

      http://www.grc.com/sn/notes-022.htm

      Here is the episode index for the series, with the relevant show (#22) on top. It's a 40-minute long show, and should be a very interesting listen for most developers. Others may get bored.

      http://www.grc.com/securitynow.htm

      The notes link is the image-looking icon in the list of icons for each show.

  30. Yeah... by TheAwfulTruth · · Score: 4, Informative

    Isn't this the same Steve Gibson that was freaking out about how Raw Sockets in XP were going to destroy the world a couple of years ago?

    S.G. is a flaming idiot, he looks for (and imagines) ghosts and spooks in every corner. Then flogs his conspiracy theories to promote himself and his buisness. This probably holds about as much water as the "discovery" of cold fusion and Korean human cloning.

    Why aren't we reporting on REAL bugs like the 4 security vulnerabilities found in iTunes this week which opens both Windows and Mac users to external attack? Was the Microsoft bashing quota too low this week?

    What is becoming of /.?

    --
    Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    1. Re:Yeah... by SalsaDoom · · Score: 0, Insightful

      You know,

      Even if SG is a flaming idiot, that doesn't mean he isn't or can't be right. Even a stopped clock has the right time twice a day, as the saying goes. Crank or not, he could be on the money in this case and since those who have read the article seem to think he is on to something at least worth looking at... it seems ignorant to just dismiss him outright.

      This is what is called having an open mind.
      --SD

      --
      "Computers will never truly be free until the last windows user is strangled with the entrails of the last mac user."
    2. Re:Yeah... by Hosiah · · Score: 1
      What is becoming of /.?

      Your answer is in the mirror.

    3. Re:Yeah... by NtroP · · Score: 4, Insightful
      Isn't this the same Steve Gibson that was freaking out about how Raw Sockets in XP were going to destroy the world a couple of years ago?
      Didn't that get quietly fixed in a subsequent update and therefore NOT become an issue? He may be an alarmist, but he's normally a Pro-MS guy. In this case, I think he's on to something.
      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    4. Re:Yeah... by evilviper · · Score: 0
      Isn't this the same Steve Gibson that was freaking out about how Raw Sockets in XP were going to destroy the world a couple of years ago?

      That's not even the good part... The good part is that he was insisting that ADMIN accounts not get raw sockets, but it was fine for SYS...

      I feel sorry for the poor sap at Microsoft that got the job of trying to explain to GRC that his plan doesn't make any sense. That concept still hasn't sunk-in, through his tinfoil hat...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Yeah... by symbolic · · Score: 1

      Maybe Steve has had a few missteps, but I believe his intentions are honorable. When you sit down and calculate how much money that various worms and viruses have cost people, I'd rather see someone a little too careful, than a mass of idiots without a clue.

      Another point: Hindsight is always 20/20. We only know that raw sockets didn't affect anything because they haven't affected anything. At the time, we had no way of knowing whether or not they would actually be a threat (unless someone has a crystal ball they aren't telling us about).

    6. Re:Yeah... by Overly+Critical+Guy · · Score: 1

      You're right, it's more important to discuss some vulnerabilities in a music player instead of a massive operating system exploit that affected the entire line of Windows products going back a decade and a half, requiring only the display of a website or email to execute.

      What happened to Slashdot? It was invaded by Microsoft apologists.

      --
      "Sufferin' succotash."
    7. Re:Yeah... by m50d · · Score: 1

      It got "fixed" and stopped perfectly legitimate programs from running - you try running a rarp server in windows XP. He may have succeeded in getting them blocked, but that doesn't make the idea that they're dangerous any less stupid.

      --
      I am trolling
    8. Re:Yeah... by Anonymous Coward · · Score: 0

      He didn't "get them fixed". They don't care what he says, tho that might change by tomorrow.

      Microsoft diabled the feature BECAUSE HE WAS RIGHT. The Gibson detractors were wrong then, they are O'Reilly-like wrong now.

      Gibson's "craziness" is the essence of truthiness; believed in spite of the fact that he was bloody right. Let no facts dissuade you from what is truthy.

    9. Re:Yeah... by m50d · · Score: 1

      He's entirely wrong. Linux allows raw sockets, heck, even openbsd allows raw sockets. It doesn't do them any harm. Disabling them just means applications have to depend on the kernel having support for obscure protocols - which means a lot more code running in kernelspace, and so a lot more network vulnerabilities are root access. Or, more likely, no support for those protocols at all. There's a small gain in security from doing that, but it's exactly the same tradeoff as not having network access at all.

      --
      I am trolling
    10. Re:Yeah... by adipocere · · Score: 1

      Several years ago, Gibson was also freaking out about how "OMG YOUR MAC ADDRESS IS AVAILABLE TO ANYONE!" and wrote a .DLL to show your MAC address in addition to your IP address. Turns out, of course, that it was only getting the MAC address of a nearby router.

      He quietly removed that feature.

    11. Re:Yeah... by TheAwfulTruth · · Score: 1

      I find it far more ignorant that he (and ANYONE on /.) assumes evil just because they don't understand something than truly finding out what is going on. He did only the BAREST of debugging on the situation, got to a point where he thought he could cause a big stir and get his name in the headlines again.

      He's a COMPLETELY irresponsible net wag, he has shown this time and time again. It's fine to bring up the question of what is going on here and to even point out the flaw. But the leap into "Microsoft coded a back door into WMF" with what little evidence he has is just jaw droppingly stupid. And the way that /. just EATS IT UP is jaw droppingly disheartening.

      Yes, there is something going on, it should be investigated. Screaming "BACK DOOR!!!!" when nothing he has presented even remotely suggests such a thing beyond self promoting fantasy is just plain... ignorant!

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    12. Re:Yeah... by Tim+C · · Score: 1

      it's more important to discuss some vulnerabilities in a music player

      The iPod is far and away the best selling personal music player; this is due in no small part to the seamless integration with iTunes and ITMS. No, there aren't as many iTunes users as Windows users, but it's still a significant userbase. I know people who use iTunes who don't own iPods.

    13. Re:Yeah... by lachlan76 · · Score: 2, Interesting

      It wasn't for security though. The reason they disabled raw sockets was to stop people from using them to get around the limits on network connectivity between XP Home/XP Pro/Server 2003.

    14. Re:Yeah... by Anonymous Coward · · Score: 0

      Actually, he says that Linux, XP, etc, restrict raw socket access to root/admin users. The problem is that WinXP is lame and pretty much encourages users to run as admin. Well, that's the basis for his argument; the rest of it is rather questionable.

    15. Re:Yeah... by NutscrapeSucks · · Score: 1

      Gibson brought this up during the XP Beta period and could have addressed the issue in terms of "Users should not be Admin". Instead he framed it as "Raw Sockets are a dangerous feature that should be removed".

      However, I don't think MS took out the feature because of Gibson. Instead they got sick of being DDoSed from exploited Windows boxes and went for the quick fix in XP2.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  31. You're on by Benanov · · Score: 3, Insightful

    Actually, I think Microsoft will go after Gibson's reputation.

    1. Re:You're on by rbochan · · Score: 4, Informative

      Like that'd be a tough thing to do...

      --
      ...Rob
      The American Dream isn't an SUV and a house in the suburbs; it's Don't Tread On Me.
    2. Re:You're on by poot_rootbeer · · Score: 1, Redundant

      I think Microsoft will go after Gibson's reputation.

      Even then they would just be embracing/extending someone else's idea.

    3. Re:You're on by Anonymous Coward · · Score: 0

      Will be interesting to see. I'll bookmark this post so I remember to check out this guy's luck in a year. (They can't do it right away)

    4. Re:You're on by Anonymous Coward · · Score: 0

      grcsucks is just a website written by an anonymous kook trying to dominate someone else. Classic flamewar. Nothing to see here, move along.

    5. Re:You're on by Kadmos · · Score: 1

      Which reputation, the reputation which is held about Steve Gibson by people who actually know about security, or the reputation he has amoung the clueless?

  32. Re:Unparalleled BS from MS. by hcg50a · · Score: 1
    if this is actually true, it's pure, unvarnished evil.
    Or perhaps just negligence. Possibly even criminal negligence. But "pure evil" as a standard won't stand up in court, unless we go back to persecuting witches.
    --
    HCG 50a = 2MASX J11170638+5455016
    11h17m06.4s +54d55m02s
  33. As Eddie Deezen would say... by east+coast · · Score: 2, Funny

    I can't believe it, Jim. That girl's standing over there listening and you're telling him about our back doors?

    You guys are so dumb, I'd go straight through Falken's Maze.

    I just hope David Lightman isn't reading this... we'd only have a few days until it was all over for us...

    --
    Dedicated Cthulhu Cultist since 4523 BC.
    1. Re:As Eddie Deezen would say... by NullProg · · Score: 1

      Mr PotatoHead, Mr PotatoHead...

      --
      It's just the normal noises in here.
    2. Re:As Eddie Deezen would say... by siliconjunkie · · Score: 1

      Heheh. Eddie Deezen's mom was my high school french teacher. Great movie BTW.

  34. Reminds me of something... by Anonymous Coward · · Score: 0

    This reminds me of something: Somebody finds something that's so strange that it must have been intentional. Anyone else smell something that rhymes with "bintelligent resign?"

  35. Hanlon's Razor... by Anonymous Coward · · Score: 0

    Don't attribute to malice anything that can be attributed to stupidity...
     

  36. Re:Unparalleled BS from MS. by Soporific · · Score: 4, Insightful
    I't a lot like the Allied soldiers who were fighting in Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.


    It's nothing like that actually, you are comparing apples to supernovas.

    ~S
  37. A link to his.... by p.rican · · Score: 0, Offtopic
    site containing his evidenence/proof that this vulnerabilty is there on purpose.

    here

    --

    /. --"Demented and sad....but social" -Judd Nelson

  38. Thread Creation by Lagged2Death · · Score: 5, Insightful

    For me, that length==1 trigger is the most convincing evidence.

    I don't think it's surprising that a piece of code might behave in an odd way if it's given invalid input, i.e., if a buffer length is wrong.

    I think the real giveaway here is that Windows creates a new thread when presented with this magic length. That's like rolling out the red carpet for the attacking Huns. I don't think the average buffer overflow type exploit gets it's own thread or process.

    And of course it's still possible that it was all a mistake. The C language can be used to write some extremely tangled code, if one is so inclined. Something like an incorrectly used setjmp/longjmp could have effects like this.

    1. Re:Thread Creation by atfrase · · Score: 5, Insightful

      I don't think it's surprising that a piece of code might behave in an odd way if it's given invalid input, i.e., if a buffer length is wrong.

      Again, agreed. But again, the catch is in the particular kind of odd behavior. If I were writing that code and it hit an invalid length, I'd probably abort processing of the whole file, presuming data corruption. Failing that I'd just skip over the flawed block and proceed with processing the next one. In that case, I could imagine not checking the length very carefully and just going to " + " to process the next block -- this would produce the observed "next byte" pointer.

      The problem is in the semantics: I said *process* the next block, not *execute* it. If anything this would just cascade into more error cases, since the data that was expected to be the "next block" would almost definitely also have a malformed header (since it wasn't intended to be a header at all), etc.

      So, I guess you're right - the tipoff is still that actual code is executed without having to be specifically pointed to (i.e. buffer overrun), and that it's executed in its own thread, rather than taking over the processing thread that was interpreting the metafile in the first place.

    2. Re:Thread Creation by bdcrazy · · Score: 2, Interesting

      Could this possibly be an indirection by laziness or something more sophisticated?

      I know i've modified some already working code to use inputs that would have been 'invalid' for before the modifications to add new functionality to small programs to do other things that are similiar without having to start them from scratch.

      I could see this as being a way to allow unknown image formats encapsulated in WMF files to create processes to decode and display images that weren't of the type the original WMF knew about? I know this is just speculation, but it could be a neat way of doing things, a la, including the decoder along with the actual thing to be decoded, but also bad for security purposes.

      --
      Tonights forecast: Dark. Continued dark throughout most of the evening, with some widely-scattered light towards morning
    3. Re:Thread Creation by 0123456 · · Score: 3, Insightful

      "it's executed in its own thread, rather than taking over the processing thread that was interpreting the metafile in the first place."

      But that's only an issue if the WMF-processing code doesn't create a new thread in order to call the subroutine in the valid case. In reality you'd almost certainly want the callback to happen in its own thread, rather than to allow anyone to run abitrary code in the same thread as the print server.

    4. Re:Thread Creation by Ancil · · Score: 2, Insightful
      I think the real giveaway here is that Windows creates a new thread when presented with this magic length. That's like rolling out the red carpet for the attacking Huns. I don't think the average buffer overflow type exploit gets it's own thread or process.
      I don't find this (or the originial article) convincing. He makes a wildly unsubstantiated claim about the WMF vulnerability being intentional.

      The whole Escape/SetAbortProc vulnerability is built around some (admittedly stupid) functionality in WMF files. WMF files have the ability to set an application callback function for an abort condition.

      If the code which prcoesses this WMF file is going to call a user-supplied abort procedure, it's very reasonable for it to create a separate thread for that to happen in, rather than blocking. After all, it has no way of knowing what the application's response will be, or how long it will take.

    5. Re:Thread Creation by Lagged2Death · · Score: 1

      ...it's very reasonable for it to create a separate thread...

      The impression I got from the article was that Gibson thought an extra thread was created specifically when a magic number was found in the WMF file, and not just to deal with WMF parsing up-front. If that is the case, it's extremely damning.

      Looking at the article again, though, Gibson isn't that explicit. It doesn't make it clear when that thread is created. It doesn't even make it clear whether or not Gibson knows when that thread is created. Your interpretation is also entirely reasonable.

      Even without access to the most sophisticated debugging tools, one would imagine this could be discovered by counting how many threads are running when parsing a normal WMF vs. a backdoored WMF.

      Gibson is an extremely talented guy, and I'm surprised he hasn't nailed this down more firmly. Perhaps he's better in text than in extemporaneous interviews.

      It's also undeniable that Gibson has some paranoid-fruitcake tendencies, although these days I think we need all the paranoid fruitcakes we can get our hands on.

  39. Re:Unparalleled BS from MS. by ConceptJunkie · · Score: 1

    Yeah, the concept of evil was disproved in the 1960's. We all know that no one is responsible for his actions...

    --
    You are in a maze of twisty little passages, all alike.
  40. That seems to be the one by Anonymous Coward · · Score: 2, Informative

    PJ posted this story over at Groklaw. Many posts replied that, based on this guy's previous record, his accusations are not trustworthy.

    Before I believe this story, I want to see independent confirmation by someone I trust.

  41. Patch by Paradise+Pete · · Score: 3, Insightful

    If it were intentional you'd think they would have been able to patch it a little more quickly.

    1. Re:Patch by GeneralEmergency · · Score: 1

      No. If it was an intentional back door with a serious national security(?) mandate behind it, then it would take LONGER to patch.

      The patch would have to close this door and open ANOTHER.

      --
      "A microprocessor... is a terrible thing to waste." --
      GeneralEmergency
  42. Who DOCUMENTS their evil backdoor? by nweaver · · Score: 4, Insightful

    Who writes an evil backdoor, which dates back to Win3.1 days (when you didn't NEED an evil back door, and Windows had no clue what this Internet thing was about), and then DOCUMENTS it?

    Lest we forget that Wine also proved vulnerable, and it was a clean-reimplementation of the specs!

    --
    Test your net with Netalyzr
    1. Re:Who DOCUMENTS their evil backdoor? by Tucan · · Score: 1

      The transcript of the podcast makes the point that this probably did not exist prior to Windows 2000.

    2. Re:Who DOCUMENTS their evil backdoor? by rainwater · · Score: 1

      Who writes an evil backdoor, which dates back to Win3.1 days (when you didn't NEED an evil back door, and Windows had no clue what this Internet thing was about), and then DOCUMENTS it?

      Show me where this is documented? If you RTFA you would see that this special case is most definately not documented.

    3. Re:Who DOCUMENTS their evil backdoor? by nweaver · · Score: 1

      It was documented enough somewhere than Wine suffers too...
      http://lists.immunitysec.com/pipermail/dailydave/2 006-January/002806.html

      --
      Test your net with Netalyzr
    4. Re:Who DOCUMENTS their evil backdoor? by smoondog · · Score: 1

      This begs the obvious question, why does WINE have this (unlikely) problem?

    5. Re:Who DOCUMENTS their evil backdoor? by Anonymous Coward · · Score: 0

      Its called "hidding in plain sight"

    6. Re:Who DOCUMENTS their evil backdoor? by RShearman · · Score: 2, Informative

      Wine has a different bug related to the SETABORTPROC record, but with a valid length field, not the special behaviour with a length of 1 described in the transcript.

    7. Re:Who DOCUMENTS their evil backdoor? by Reziac · · Score: 1

      Not only that, but in Those Olden Times, Windows wasn't yet the dominant OS, nor was there yet any particular reason to believe Windows (rather than OS/2, or GeoWorks, or GEM, or Some Other Desktop) was going to take over the world. And M$ just doesn't plan that far ahead when it comes to this sort of stuff (if they did, they wouldn't be always scramblng to patch the latest unwanted vulnerability!)

      I think the reason Gibson jumped on this one is because the vulnerability is very specific, and therefore amenable to his species of special-case logic. Somehow this makes it more likely to be a "back door" than any of the vastly-more-convenient ways to exploit a modern Windows machine...?!!

      LIS above, methinks Gibson's tinfoil hat is too tight.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    8. Re:Who DOCUMENTS their evil backdoor? by suwain_2 · · Score: 1

      To me, the fact that Wine has it shows that this problem was not an intentional backdoor. I understand the suggestion that there's a major conspiracy (Microsoft and Wine were bought off), but I don't think that's all that realistic. (Besides, how do you buy off an OpenSource project?)

      I think the fact that Wine reverse-engineered it, and managed to re-create the same bug, shows that, despite the "sinister" behavior, it's actually an easy mistake to make.

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    9. Re:Who DOCUMENTS their evil backdoor? by iamwahoo2 · · Score: 1

      Well, so far we only have an ALLEGATION that the length=1 exploit is present in Windows 2000. All versions of Windows and Wine have a WMF flaw, but this is the only case in which it has been shown that there is a trigger for this exploit. We know for a fact that the Wine flaw is truely a flaw. It is different because it does not look for a trigger.

    10. Re:Who DOCUMENTS their evil backdoor? by Anonymous Coward · · Score: 0

      Many others pointed out that the WINE bug isn't the same. It just so happened to involve the same routine. It is also worth pointing out that WINE having the same bug was wrongly brought up by the well known MS shill at ZDNet, with stupid dramatization (sort of like, ha-ha Linux suffers the same).

    11. Re:Who DOCUMENTS their evil backdoor? by Anonymous Coward · · Score: 0
      Who writes an evil backdoor, which dates back to Win3.1 days (when you didn't NEED an evil back door, and Windows had no clue what this Internet thing was about),

      Didn't need on then. But need one now? ;)

      But anyway, before we ran NT 3.5 on networks, we ran Windows 3.1. On networks. So the point here is not whether this is a back door or not, but that there's really no way to say what this was added for, or supposed to do, unless MSFT trots out said programmer in question. And that's not bloody likely is it?

      Lest we forget that Wine also proved vulnerable, and it was a clean-reimplementation of the specs!

      Well, they are implementing it feature for feature ;)

      Seriously, the fix (before MSFT got around to it), was to patch gdi.dll so the callback doesn't work. Since this has to do with Printing (also seeprinter.c, you're not losing much functionality, just when you read the file, and it has the exploit, it won't do anything. And if you're printing something and you hit cancel, well, you aren't going to get a nice message, Windows has no way of telling the app the print failed. It's kindof a cool hack really. This is what i think: codes been thereforeever since the wee old days, callbacks anyway, so when they added this WMF standard, some smart MSFTie figured hey cool, I wonder if I could make this work kinda like a buffer overflow.

      The result of the patch is that the SETABORT escape sequence is not accepted anymore.

      Berkeley huh? Here's Clifford Stoll's classic book about the old days.

  43. Steve Gibson of GRC? by Anonymous Coward · · Score: 0
  44. Ream us by ncurtain · · Score: 0

    Through Windows the NSA comes to you.

  45. Damn you NSA! by Anonymous Coward · · Score: 0

    Damn you to hell!!!

  46. Ah, nice Ad-Hominem attack in there... by Spy+der+Mann · · Score: 4, Insightful

    The name means nothing. It's the facts that matter. Whether he is a one-day hacker or some looney, he discovered that for Length==1, (a completely invalid value that makes no sense for WMF's), Windows creates a new thread and starts executing the code.

    IMHO your "debunking steve gibson" site is nothing but a smokescreen to divert the attention from Microsoft's vulnerabilities and backdoors.

    1. Re:Ah, nice Ad-Hominem attack in there... by Anonymous Coward · · Score: 0

      after reading the transcript ive decided to put into the same category as Professor Kevin Warwick. Occasionally interesting and thought provoking the rest of the time apparantly seeking publicity.

    2. Re:Ah, nice Ad-Hominem attack in there... by undeadly · · Score: 4, Informative
      IMHO your "debunking steve gibson" site is nothing but a smokescreen to divert the attention from Microsoft's vulnerabilities and backdoors.

      In my not so humble opinion, you don't know what you are talking about. Go read some of the links in that site, and you'll see that Steve Gibson is one of the many "security experts" that have no clue but gives dangerous and very wrong "solutions".

    3. Re:Ah, nice Ad-Hominem attack in there... by TheNumberless · · Score: 5, Insightful

      In my not so humble opinion, you don't know what you are talking about. Go read some of the links in that site, and you'll see that Steve Gibson is one of the many "security experts" that have no clue but gives dangerous and very wrong "solutions".

      In my ever-so-humble opinion you completely missed the point of the parent. The reputation, sanity, motives, and anything else dealing with the person making the claim has nothing to do with the validity of the claim itself.

      In this particular instance, there is at least some apparent merit to the idea that this was an intentional backdoor, and that merit would be there regardless of who points it out.

      If you want to discredit the idea that this is an intentional backdoor (of which I am far from convinced), then you should attack the argument directly, not the man making it.

    4. Re:Ah, nice Ad-Hominem attack in there... by toadlife · · Score: 2, Insightful

      "The reputation, sanity, motives, and anything else dealing with the person making the claim has nothing to do with the validity of the claim itself."

      Technically what you just said is absolutely correct, but, regardless of whether it's correct to do so or not, the fact that people are taking Gibson's claim with a grain of salt is hardly suprising.

      Recommended Reading

      --
      I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
    5. Re:Ah, nice Ad-Hominem attack in there... by Anonymous Coward · · Score: 1, Insightful

      Unfortunately, Steve is wrong about len==1 being special:

      http://it.slashdot.org/comments.pl?sid=173878&cid= 14466008

      *and confused he is*

    6. Re:Ah, nice Ad-Hominem attack in there... by njyoder · · Score: 1

      The debunking steve gibson website has actually been widely supported even by anti-microsoft groups because of Steve Gibson's stupid rants about how raw socket support in Windows were the end of the world and should be disabled. This after he got hacked by a 13 year old script kiddie on his windows system. That, and he has a product (SpinRite) which is full of snake oil claims and even does things which are damaging to your data. And IMHO you didn't actually read the website, you just attacked it out of sheer ignorance and wanting to dismiss claims made by anyone attacking someone who criticizes microsoft. You let your anti-Microsoft zealotry blind you. Pretty much everyone in the security community knows who Gibson is, and they almost unaninmously consider him a laughing stock.

      Oh and since he's being cited as an expert, it's perfectly valid to attack his credibility as one. He doesn't include his source or testing methodology, so I'm not going to take his "expert" word that he got it right. Remember, this is the same guy who was trying to make a "raw sockets" tester for Windows, thought he had it working, but didn't actually because he didn't know that he needed to bind() the socket first. Raw sockets 101. Someone on his own forums had to teach him the basics.

    7. Re:Ah, nice Ad-Hominem attack in there... by rts008 · · Score: 1

      Well said!
      On another note, Gibson (in TFA) stated many times that he does not know if this is a bug or a feature, he only has looked at this one day, but on the surface it seems suspicious enough to look more like a feeature than a bug, and he also states many times that if it is a feature, who knows what it's purpose is- he admits if it is a feature, it could have a non-sinister original purpose (like several have commented-debugging feature left in inadvertently).

      Gibson also asked for coders out there to look into this and offer more insight, meanwhile he is going to keep digging and have an update in about a week, then he would know more.

      It just seems not many have RTFA, but then again, this is /. ! :)

      --
      Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
    8. Re:Ah, nice Ad-Hominem attack in there... by Anonymous Coward · · Score: 0

      Are you saying hes wrong about Length==1, or that hes usually an idiot so we would ignore his Length==1 discovery even tho its right?

    9. Re:Ah, nice Ad-Hominem attack in there... by Anonymous Coward · · Score: 0
      read some of the links in that site, and you'll see that Steve Gibson is one of the many "security experts" that have no clue but gives dangerous and very wrong "solutions".

      Yeah, lots of credible links, 90% of the articles are trash, various crufty collection of out-dated e-mails and the link to his own site. Otherwise his best source seems to be "The Register" the hand that bytes IT? Give me a break. Then he has few back to Microsoft, in which they initially squirm and dodge about the whole DOS issue? Not a problem. Can't happen. We are the security gods, have no fear? Then they fix the problem, really getting serious about security with XP "Service" (fix our bugs) pack 2? Gibson is just a skilled coder, with the knowledge and ability, after over a decade of writing (putting up with) windows software, to know what he's talking about and call MSFT on their game of FUD.

  47. Now a cool tool would be... by thewils · · Score: 1

    ...one that would search for WMFs that are set up to trigger the Backdoor. Do they exist? Are they on some shady Russian site, or are they on sites run by MS or Govt. agencies?

    --
    Once I was a four stone apology. Now I am two separate gorillas.
  48. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    godamn, I'm so fucking sick and tired of seeing you be modded up in every fucking thread, get a life loser

  49. NSA Backdoor by Anonymous Coward · · Score: 0

    Of course the NSA has the God given right to
    examine anything you do, say, eat, ........

  50. A VERY long jump to a Conclusion by Limecron · · Score: 1

    It seems way more likely that some idiot MS-programmer put this in there so he could show his buddies: Hey look what this WMF file can do... and then forgot about it completely.

    An essentially non-authenicated exploit which can only be activated by accessing a WMF file (what user or system does that on a reliable basis) would only look like a "backdoor" to a conspiracy theorist (read: Steve Gibson).

    Yeah, it's fun to think just how evil Microsoft really is, but I really doubt this is an example of it.

    Also, backdoors would be by definition "intentional", no? Just an attempt to make it sound more evil.

  51. This guy is a moron. by gregarican · · Score: 4, Informative

    I browsed over several posts on his website and come away with the conclusion that he is a few fries short of a Happy Meal. Here's one posting that I found really amusing:

    "Thank you Microsoft for blessing us with a patch to fix the products
    you currently sell. The products that compete with Linux and Macintosh.
    Excellent job at diverting the our attention away from the fact that
    Windows 95, Windows 98, Windows 98SE, Windows Millennium Edition, and
    Windows NT4 remain vulnerable. Neat trick convincing people that "the
    vulnerability is not critical because an exploitable attack vector has
    not been identified that would yield a Critical severity rating for
    these versions."

    Lemme see here. Windows 95 is 11 years old. Windows 98 is 8 years old. Windows ME is 6 years old. And Windows NT4 is 9 years old. How many other operating systems offer patches and support product versions for software that is that old?

    Ridiculous.

    1. Re:This guy is a moron. by Anonymous Coward · · Score: 0

      All of these OSes are still used by millions of people. Where I work we just officially stopped supporting Win9x only 4 months ago and we still have dozens of these boxes out there getting used regularly waiting for the day they break so they can be replaced.

    2. Re:This guy is a moron. by NullProg · · Score: 1


      Lemme see here. Windows 95 is 11 years old. Windows 98 is 8 years old. Windows ME is 6 years old. And Windows NT4 is 9 years old. How many other operating systems offer patches and support product versions for software that is that old?


      So whats your point. GDI32 is a function/property of the WIN32 subsystem. According to Microsoft, Win32 programs will run regardless of the Windows kernel version (9x/NT). So yes, Microsoft needs to release a Win32 patch for 9x based systems.

      Enjoy,

      --
      It's just the normal noises in here.
    3. Re:This guy is a moron. by Anonymous Coward · · Score: 0

      How about StarCraft?

    4. Re:This guy is a moron. by shoptroll · · Score: 1

      I don't know what you're smoking, but I don't consider it to be "support" when MS doesn't bother to patch anything earlier than Win2k.

      Sorry but Win98 is dead and MS has stated that numerous times. ME was swept under the carpet very quickly by rushing XP to market.

      --
      Insert Sig Here
    5. Re:This guy is a moron. by Anonymous Coward · · Score: 0

      You seem to be arguing that they should not patch those versions because they're too old. Well, Windows ME is "newer" than Windows 2000, by a half-year or so, and Windows XP is five years old this year.

  52. Re:Unparalleled BS from MS. by flynns · · Score: 1

    !ping! Godwin alert!

    --
    'If you're flammable and have legs, you are never blocking a fire exit.'
  53. I'm going to post my hierarchy of vulnerabilities. by khasim · · Score: 2, Interesting

    I've posted this once today.

    1. Remote--root access that does NOT require human intervention or other app running.

    2. Remote non-root access that does NOT require human intervention or other app running.

    3. Local root access that does NOT require human intervention or other app running.

    4. Local non-root access that does NOT require human intervention or other app running.

    5. Remote root access that requires some human interaction or some combination of apps.

    6. Remote non-root access that requires some human interaction or some combination of apps.

    7. Local root access that requires some human interaction or some combination of apps.

    8. Local non-root access that requires some human interaction or some combination of apps.

    9. Remote OS crash.

    10. Remote app crash.

    11. Local OS crash.

    12. Local app crash.

    So, Microsoft's criteria would be equivalent to #1 here. And I agree that it is "critical". It is the WORST possible vulnerability. Which is why I listed it as #1.

    But #2 is only slightly less devastating. And if you combine #2 with #3, you'll have the equivalent of #1.

    Therefore, ANY remote attack that gives you ANY user level or above access should be "critical".

    But who really cares what name you assign them? "Critical", "Red", "Emergency", "Category 1", whatever.

    What matters is what avenue is open for attack and what the results of that attack will be.

    1,000 level 12 vulnerabilities aren't anything compared to one single level 1 vulnerability.

  54. Re:Unparalleled BS from MS. by TripMaster+Monkey · · Score: 1


    Jack Thompson? Is that you, Jack?

    --
    ____

    ~ |rip/\/\aster /\/\onkey

  55. Back door flaw? by digitaldc · · Score: 3, Funny

    If it is intentional, I don't see how it possibly got past the Microsoft Security Engineers.

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  56. The real vulnerability is actually by Anonymous Coward · · Score: 0

    Google: A Patriot's Letter

  57. Can't you force a WMF with Active Desktop? by 192939495969798999 · · Score: 1

    Can't you have a WMF automatically load at startup if you have active desktop turned on? I think there are a fair number of windows machines where when you VERY FIRST turn the machine on, or on a fresh install of windows, it plays a WMF automatically. How's that for scary?

    --
    stuff |
  58. DOJ by Anonymous Coward · · Score: 0

    I think one would only have to read between the lines with the alleged settlement for anti trust that MS got from the US court system to see that code shenanigans in the background might have been an important part. Remember, government wants access to your data, whenever they want, whomever you are, wherever you are. Just "because". They may or may not admit to it, even when caught, but let's just apply occam's razor to the issue. As the most common operating system world wide, it just makes spook sense to code in backdoors. And they PROMIS to never abuse it.

  59. Do you mean the security flaw... by Arthur+B. · · Score: 1

    ...could not result from a bug but was actually intelligently designed?

    --
    \u262D = \u5350
  60. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    And I'm fucking sick of you after seeing just one of your posts, asshole. You should get a life instead of being an asshole loser who cries because someone else gets "modded up".

    You fucking whiny jealous cry-baby. Go home to mommy.

  61. No Surprise by kerouacsgp · · Score: 1

    One might argue that Windows is a big backdoor for viruses anyway. So it comes as no surprise.

  62. Or by Smallest · · Score: 1

    they left the SetAbortProc functionality in there for debugging purposes, but disabled it for developers who don't know about the sneaky backdoor.

    --
    I have discovered a truly remarkable proof which this margin is too small to contain.
  63. May be.. but by Anonymous Coward · · Score: 0

    Steven Gibson is still just a wannabe.

  64. Open Source floodgate? by Anonymous Coward · · Score: 0

    > If this isn't a glaring example on why you should support open source, I don't know what is....

    As opposed to an open source zlib exploit sitting on the cookers for over 2 years and not being addressed? Where's the sidewalk poster fruitcakes chanting conspiracy theories there?

    You make it seem like any source (closed or open) does *not* have [[un]inentional|accidental] backdoors. Now, whos the naive one here? How long have you been a developer again? Any developers here on /. with the careful foresight and planning of the Matrix Architect please raise there hand...

    1. Re:Open Source floodgate? by jafd · · Score: 1

      > As opposed to an open source zlib exploit sitting on the cookers for over 2 years and not being addressed?

      Dya know numbers? It's 2 years. Two. And WMF hole is there for at least some 15 years. Seven times that and one. Now grow some clue: zlib developers are not paid for making damn thing secure, or work at all (and the warranties are rightly disclaimed, because you don't give a damn cent for it), while M$ monkeys actually are paid for that. Still, they wait for 15 years, just to screw up more pompously.

      If this is not intentional, my friend, then this is called `incompetence'. Now that Free Software developers mostly give the stuff free of charge, their incompetence, if there's any, has an excuse. As for M$, there's no damn excuse, whether they did it intentionally or not.

  65. Why hasn't he stepped into the WMF interpreter? by criznach · · Score: 5, Interesting

    My question is this... If the guy is smart enough to know that windows has kicked off a thread and executed his code, and he's smart enough to experiment with buffer-overflow exploits, why hasn't he stepped through the WMF interpreter code? Could it be that he doesn't want to admit that he has for legal reasons? I know that if I had discovered this problem, that's just what I would do. Call DebugBreak() and you have a call stack. You'd think that the handler for this SetAbortProc function would be pretty identifiable. So... Who's got the balls (or the time, in my case) to do it? That's our answer. Chris.

    1. Re:Why hasn't he stepped into the WMF interpreter? by Anonymous Coward · · Score: 0

      I tried that. After installing the dubug symbols for interpreter, I found out that the function in question is called wmf_ntbkdr. It's unclear whether that means "NT back door" or "not a back door" or "net break detector".

    2. Re:Why hasn't he stepped into the WMF interpreter? by criznach · · Score: 1

      For that matter it could mean "NT Burger King Doctor"... It's the code that's important, not what it's called. If there is indeed a line of code that compares the length to the number 1, then jumps into the data, I'll be very suspicious. But if the code simply does pointer arithmatic to find a structure member and due to the bogus length, incorrectly falls through to an undefined behavior, then it's a bug.

    3. Re:Why hasn't he stepped into the WMF interpreter? by Ambient+Sheep · · Score: 1
      He does actually say in the article that that's what he's going to do next but that (like you) he hasn't yet had time to do it. From the article:

      So this is not my last report on this. I expect to have a much better sense for this a week from now...

      ...I'm going to continue looking at this. The unanswered question is, when was this installed in Windows? My hunch is it actually wasn't ever in the earlier versions of Windows. I'm going to look for it and see what I can find. But it feels to me like this was something added later and that the older versions are, in fact, not vulnerable and have never been vulnerable...

      ...But again, I haven't looked there. I don't know for sure. I haven't also looked at Windows code itself. So far my work has just been from the outside, you know, poking at this, trying to get the behavior from Windows that I expect. So, again, it may be that a week from now I come back with my tail between my legs and say, Leo, you know, I told what I believed to be the case at the time. I now see how this makes sense, and something that I see in the code didn't occur to me. I haven't done that yet. So that's what I'll be doing. We'll certainly know more in a week. But everything to me looks like this had to have been put in Windows, in many versions of Windows, for a long time, and that someone just discovered it, so Microsoft had to take it out.

      (emphasis mine)

  66. Backdoor Holes by RequiemX · · Score: 3, Funny

    Most backdoor hole problems can be patched with the application (of) Preperation H.

  67. Would be a Crappy Backdoor by ErMaC · · Score: 4, Informative
    While the guy makes some good points, there's one point I think he's overlooking. He claims motive for this would be to allow Microsoft or someone else to get into older/current Windows systems as an intentional backdoor...

    If that's the case, they chose a dumb place to put it, because the exploit doesn't even work on Windows 2000 and below without some program installed to handle WMF files. From Larry Seltzer's blog (linked from F-Secure):

    http://blog.ziffdavis.com/seltzer/archive/2006/01/ 03/39684.aspx

    Except for Windows XP and Windows Server 2003, no Windows versions, in their default configuration, have a default association for WMF files, and none of their Paint programs or any other standard programs installed with them can read WMF files. One ironic point to conclude is that not until their most recent operating system versions did Microsoft include a default handler - the Windows Picture and Fax Viewer - for what has been, for years, an obsolete file format. And now it comes back to bite them.

    That means that unless Microsoft used some OTHER backdoor to install a handler for it, this backdoor is useless. I suspect this is merely an oversight on their part, and that it just ends up looking bad when you view it from the outside. The only way to know is to see the source code and well, we know how likely that is.

    A real backdoor would be something remotely exploitable via the network, as opposed to hiding inside a file or something like that.

    --
    "I want to get more into theory, because everything works in theory." -John Cash
    1. Re:Would be a Crappy Backdoor by Anonymous Coward · · Score: 0

      Sorry about the AC post. Im at work now and dont remember my /. password (bless u cookies). Although it seems like it wont do ANYTHING consider the fact that this "backdoor" exists. A ripple effect could allow other backdoors codes to be executed right down to windows socket layer allowing it to send data over the internet

    2. Re:Would be a Crappy Backdoor by Smallest · · Score: 1

      tons and tons of programs use metafiles for their graphics. MFs are great for graphics that need to scale to arbitrary sizes, because they are drawing commands, not static pixels (though they can contain bitmaps, too).

      but, 99% of these programs use Windows to do the rendering because writing your own MF renderer would be a gigantic PITA (essentially, you'd duplicate all of the Window GDI system), and Windows' MF renderer is trivially easy to use.

      all of the Office tools (and many others) can handle MFs, and they all ship with a clip art gallery full of MFs.

      --
      I have discovered a truly remarkable proof which this margin is too small to contain.
    3. Re:Would be a Crappy Backdoor by Captain+Perspicuous · · Score: 1
      I suspect this is merely an oversight on their part, and that it just ends up looking bad when you view it from the outside. The only way to know is to see the source code and well, we know how likely that is.


      Actually, wasn't the windows 2k sourcecode leaked like a year ago or something? Now would be a good time to have a look at it again...
    4. Re:Would be a Crappy Backdoor by parkrrrr · · Score: 1
      If that's the case, they chose a dumb place to put it, because the exploit doesn't even work on Windows 2000 and below without some program installed to handle WMF files.
      Some program like the print spooler, perhaps? One wonders if the flaw also exist{s|ed} in EMF files.
    5. Re:Would be a Crappy Backdoor by Anonymous Coward · · Score: 0

      I don't understand why so many people on this thread fall for "the real criminal wouldn't try this, or the real criminal would do better, there is easier ways to do that, MS would have no problem pulling this kind of stuffs better, etc." 99% of time people don't behave logically. Think about all the moments you got caught for anything in the past. Looking back, you would think how stupid I was, almost always. That is the way things go.

    6. Re:Would be a Crappy Backdoor by grcumb · · Score: 1

      "If that's the case, they chose a dumb place to put it, because the exploit doesn't even work on Windows 2000 and below without some program installed to handle WMF files."

      Like, say... MS Office? Or MS Works?

      I'm not at a Windows machine right now, so I can't verify whether Wordpad supports WMF. but I strongly suspect it does. It would be trivial to activate this backdoor/exploit/whatever using a Word document, for example, with ever requiring that the WMF file have an explicit association.

      I'm one of those people who believes that extraordinary claims require extraordinary evidence. This guy has no proof that this is an intentional backdoor, but he's made a reasonably strong case that merits further investigation. Your assertion does nothing to diminish the weight of his evidence.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    7. Re:Would be a Crappy Backdoor by cqnn · · Score: 1

      "I'm not at a Windows machine right now, so I can't verify whether Wordpad supports WMF. but I strongly suspect it does."

      I just checked Wordpad here, no obvious support of WMF in the File Open
      dialog, and no mention of the file type in help.

      I then searched my system for any wmf files I might have, and found one
      graphic I had made a while back and saved as WMF.

      Neither Wordpad nor Word will recognize the file dropped onto an
      empty document, or dropped directly onto the apps to open as a file.

  68. Gibson is a Spin Doctor by Jerrry · · Score: 1

    Gibson is the king of hype. He jumps on whatever the current security "hot button" currently is, applies his own peculiar bit of spin, and then pats himself on the back for being so cleaver.

    Remember, this is the guy who, dispite claiming to be a security expert, "invented" his own broken implementation of SYN Cookies (G.E.N.E.S.Y.S.) and then claimed he had no prior knowledge of the invention of SYN Cookies several years earlier by DJB et. al. See http://grc.com/r&d/nomoredos.htm

  69. Slash used to be a much better place by Kylere · · Score: 2, Insightful

    There was a time in the history of slashdot when this would have been dissected in terms of a technological perspective. Now we just have anyone who is offended with Gibson attacking him. I have to wonder how many script kiddies are the base of the anti-Gibson press, because regardless of his state of mind, he has contributed more to system security than anyone who is flaming him.

  70. Conspiracy by Anonymous Coward · · Score: 0

    There is no evidence of Microsoft conspiring to create this backdoor. People are eager to hate Microsoft, so love the conspiracy theory of Microsoft as the evil-doer.

    And these same people can discredit conspiracy theories, like the JFK assasination theories, just by calling them "conspiracy theories" (even though there is much more evidence for them than there is in this Microsoft case).

  71. Win98 is 8 years old -- so? by talexb · · Score: 2, Interesting

    I still have two systems in my house that run Win98 -- because of the applications I need to use. They'll probably disappear in the next two years, but if you look at web logs on a public site, you'll probably see 10% of the browsers are still coming from Win98.

    It's not dead yet. You just wish it were. ;)

    1. Re:Win98 is 8 years old -- so? by gregarican · · Score: 1

      My company still has a couple of Win98 boxes and I still admin a WinNT4 box. So I feel the pain :-) But I don't think it's reasonable to expect a vendor to provide patches for operating systems that are well over 5 years old. Looking at Apple, Red Hat, Sun, etc. I don't see this happening either. The public has been given adequate time to migrate from these old operating systems. Sooner or later the vendor has to draw the line.

    2. Re:Win98 is 8 years old -- so? by Curmudgeonlyoldbloke · · Score: 1

      As another example, Redhat 7.3 is still maintained, albeit not by Redhat any more. "New" stuff doesn't always work as binaries because of library dependancies, but there are people still building for it - a Spanish newspaper provides Firefox binaries (search for "firefox elmundo 1.0.7"). There's always the compile-it-yourself option, of course.

    3. Re:Win98 is 8 years old -- so? by plusser · · Score: 1

      Just because something is "Old", it does mean that it isn't useful.

      The average Car has a lifespan of 10 years, the average commercial jet airliner has a lifespan of 25 years and many military jets entering service now will be in service in 40 years time (although they would have some major upgrades during this life cycle).

      I think that it is about time Microsft were held responsible for making computers obsolete, when the hardware has years of life left in it. If the operating system you are using is no longer supported, they must offer you a free or very low cost upgrade the software current standard, or be forced to buy back your obsolete hardware for disposal in an environmentally friendly manner - the polluter pays.

      Yes, the processor might be a lot slower, but that doesn't mean that it isn't useful to someone whom is only using the computer for basic functionality such as word processing and surfing the internet.

  72. It's too simple a key by SeraphimXI · · Score: 1

    If they wanted to really make a back door they could have used anything. Since we don't have the source we can't really tell, but I wouldn't be surprized if it's as simple as something checking the 1 as a "true".

    1. Re:It's too simple a key by Paradise+Pete · · Score: 1
      Since we don't have the source we can't really tell, but I wouldn't be surprized if it's as simple as something checking the 1 as a "true".

      They didn't have a lot of choice. Anything above two is a valid length.

  73. Bad example by jschmuck · · Score: 1
    Cold Fusion is not dead yet!

    Desktop fusion is back on the table

  74. Re:I'm going to post my hierarchy of vulnerabiliti by ivan256 · · Score: 1

    Did you pull those out of your ass?

    Remote root, even if it requires user interaction, and especially if that user interaction seems perfectly innocent is worse than a local root exploit *by far*, since 999 times out of a thousand an attacker never gets local access.

    Your list should be re-ordered as follows: 1, 2, 5, 6, 9, 10, 7, 8, 11, 12. I removed 3 and 4 from your list because there is no such thing.

    For most boxes, local exploits are irrelevant.

  75. Not sure... by BRSQUIRRL · · Score: 2, Insightful

    This looks weird but it still needs more research, especially given Gibson's somewhat dodgy reputation.

    1 as an input value is one of those classic boundary conditions that developers should always specifically test against (but sometimes don't...along with 0, negative numbers, MAX_whatever, etc)...so I'm not convinced that it was just a coding error. If the "magic key" length was something completely random like 6385492, then I would be more suspicious.

    C'mon MS...let's see the code!

    1. Re:Not sure... by Dachannien · · Score: 2, Insightful

      Your supposition would require that no record in a WMF file could be 6385492 words long - or, more specifically, that there is a known maximum less than the maximum storeable value. As Gibson mentioned, the minimum record size is 6 words, which frees up the values 0 through 5 to be chosen as your magic key (or perhaps negative numbers if you use signed values for the record size). Picking one of those values would have been a lot quicker than trying to construct a maximum sized record and determining its length so you could pick something bigger.

      Gibson's findings are interesting, and as you say, certainly merit more study. As someone else said somewhere around here, stepping into and/or disassembling the relevant Microsoft code would give greater insight, as would finding out what old versions of Windows carry this problem - including old old versions like Win3.1 or whichever version introduced WMF in the first place.

      It's his assertions based upon those findings that may be a bit suspect, but that's what future research would hopefully clear up. Considering that we can't rely upon Microsoft for full disclosure, we need someone in a country that's a bit more, um, liberated than the U.S. in terms of reverse engineering to take a look at it. Gibson's rantings may seem over the top sometimes, but his strategy is to get someone with the expertise/legal protections/authority/etc. to get involved. (For that matter, it's not unlike the kickback rumors that CmdrTaco responded to the other day. Few people believed that they were actually taking kickbacks, even among the people who posted those rumors in the first place, but the rumors were enough to get CmdrTaco to take action concerning the actual problem of people abusing Slashdot for PageRank.)

    2. Re:Not sure... by NtroP · · Score: 1
      If the "magic key" length was something completely random like 6385492, then I would be more suspicious.
      I disagree. Theoretically, 6385492 could be a valid length entry. '1' can never be in this context. The fact that one and only one invalid entry is the key to get this to spawn it's own thread and execute the code embedded thereafter is what is suspicious to me.
      --
      "terrorism" and "pedophilia" are the root passwords to the Constitution
    3. Re:Not sure... by cowbutt · · Score: 1
      If the "magic key" length was something completely random like 6385492, then I would be more suspicious.

      But the best backdoors are the ones that are plausibly deniable, so that your potential targets don't get er... spooked and switch from using your software (presumably with other backdoors) to something more secure.

    4. Re:Not sure... by matth1jd · · Score: 1

      I disagree as well ... 1 is incredibly easy to remember. Some random number isn't as easy, even if it is say an old telephon number. Also a check for 1 is more likely to get past even a pair of eyes, more so than some random integer.

    5. Re:Not sure... by Anonymous Coward · · Score: 0

      I certainly don't have the coding chops to test this, but maybe it's not meant to be a LENGTH, but an offset. If you set it to 1, it runs the code that begins in the next byte (1 byte later). If you set it to 2, will it attempt to run the code that begins in the byte after that (2 bytes later)? That would explain why all the other values don't work.

    6. Re:Not sure... by JAFSlashdotter · · Score: 1
      Isn't it true that Microsoft grants customers that are "big enough" access to the source code under NDA?

      If that's the case, right now one of them can be looking at this code to see if it reeks of "intentional backdooring". I don't know what that NDA says exactly, but I have a feeling that if it really looks intentional, someone will say something. It'd be quite a scandal. I'm still in the "probably just a bug" camp. Microsoft, with Windows Update, their digital signatures, all their resources and full access to the OS source code, could exploit most users PCs in a matter of minutes without resorting to this "backdoor". I suppose some malicious employee or former employee could have been sitting around at home rubbing his hands as he prepared for infinite riches, but again, a buffer overrun would have been enough there, too.

      "Never ascribe to malice that which can adequately be explained by incompetence" - Bonaparte

      --
      We apologize for the preceding message. All those responsible have been sacked.
    7. Re:Not sure... by icydog · · Score: 1
      1 as an input value is one of those classic boundary conditions that developers should always specifically test against

      Looking at it another way, I think it's likely that whoever wrote the code just innocently forgot to check that boundary case. Even Microsoft makes mistakes!

    8. Re:Not sure... by BRSQUIRRL · · Score: 1

      You're right...a number like that could be a valid length; I'd forgotten about that (and I listened to the podcast last night, no less).

      Well, that makes it a bit more strange...

    9. Re:Not sure... by argent · · Score: 1

      Your supposition would require that no record in a WMF file could be 6385492 words long - or, more specifically, that there is a known maximum less than the maximum storeable value. As Gibson mentioned, the minimum record size is 6 words, which frees up the values 0 through 5 to be chosen as your magic key (or perhaps negative numbers if you use signed values for the record size).

      Actually, since the record has to be an even number of words, any odd magic number would work, as well as any number less than 6. Also, since it's a 4 byte value, half the negative integers would work as well (IIRC, the maximum address space on any Win32 system is 3 GB, so no metafile object can be bigger than that).

      So a magic number like 1337 or 17 or 12345 or -42 would work just as well.

    10. Re:Not sure... by Dachannien · · Score: 1

      Good points.

      One of the siblings to your post pointed out something I didn't think of that makes a lot of sense to me - checking for the value "1" is a lot less conspicuous than checking for most other numbers, so if this was inserted surreptitiously into the code (or even if it was authorized), in the event that prying eyes ever went back and checked it out later, it would be a lot more likely to pass muster.

  76. Think about it like a programmer by RingDev · · Score: 5, Interesting

    Code encounters escape character

    exit standard processing

    encounter SetAbortProc

    open thread to communicate with windows print manager

    thread attempts to read [length] bytes for sub value, encounters overrun

    this is where I'm guessing the real horrendous problem lies. I'm guessing that the original code ignores exceptions while pulling in the sub value, so in this case where code hits an overrun, instead of that sub value getting a few bytes of data, it just graps until . In this case that sub value winds up being the payload.

    So there you go, key and payload on an independent thread because of a bad exception handler in a 12 year old block of code.

    -Rick

    --
    "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    1. Re:Think about it like a programmer by Anonymous Coward · · Score: 0

      Except if this is true, then it's the windows print manager that has the buffer overrun problem, right? So has that been verified?

    2. Re:Think about it like a programmer by shutdown+-p+now · · Score: 1
      this is where I'm guessing the real horrendous problem lies. I'm guessing that the original code ignores exceptions while pulling in the sub value, so in this case where code hits an overrun, instead of that sub value getting a few bytes of data, it just graps until . In this case that sub value winds up being the payload.
      It wouldn't work that way. Keep in mind that it's meant to read the address of the callback function, not its body. So if it really reads the address without checking the length of the record, it'd just get an invalid pointer. If it really "reads till EOF" (which makes absolutely no sense, since a pointer has a known fixed size of 32 bit), then, again, the pointer would get the first 32 bits of the payload, and then the stack would get filled with the rest of the file - this sounds more like a recipe for disaster, since it allows you to put the payload in-place and make a jump, but note that this is not what is happening!

      In both of these cases, there's still a question of why any code even gets executed. SetAbortProc is meant to do just that, set an error handler, not execute it. Though this could be actually triggered by the next record read from the metafile being incorrect (because its offset is calculated from the length of the current record, which was deliberately incorrect) - but then any invalid length should trigger that behaviour, not just 1.

    3. Re:Think about it like a programmer by RingDev · · Score: 1

      My knowledge here is limited, I can't say I know the internal workings of the Windows API, so I may be very far off course.

      Your interpretation of my poorly worded description is correct though. I would expect the payload to wind up on the stack and the SetAbortProc to send the pointer to the start of that proc.

      That pointer is the address of the callback function isn't it? So that when the abort occurs the print manager calls the function at that address that should update the app (the standard "Print job canceled" message box). In the case of the WMF there is no print job so the call back happens almost immediately and thus launches the payload.

      That would be my understanding of how you wind up with the payload in the stack and a way to launch it.

      -Rick

      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    4. Re:Think about it like a programmer by shutdown+-p+now · · Score: 1
      Except that, to launch the payload from the stack, you need the callback pointer (which also meant to be read from the same file just before the payload itself) to point to the exact byte on the stack where the payload ends up. Which is not the case here - rather, the payload gets executed no matter what the callback pointer value is (that value isn't even read from the WMF record!). I'd really like to see the code which happens to behave just like that accidentially. As noted elsewhere in the comments, this is not the behaviour Wine exhibits - and their code is a straightforward implementation of the spec.

      On a side note... there were Win2K sources on the 'Net sometime ago, no? Perhaps someone can take a look?

    5. Re:Think about it like a programmer by RingDev · · Score: 1

      It appears to have something to do with the length of 1. whether accidentally or on purpose it seems that is the key, if the length is 1 the pointer sent for call back is the payload address. At this point to determine which it was would take a peek at the code. I don't know what API lib SetAbortProc was in, but what are the chances that library was in the Windows NT code leak a few years back?

      -Rick

      --
      "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
  77. Re:Unparalleled BS from MS. by mattbot+5000 · · Score: 4, Insightful
    It's nothing like that actually, you are comparing apples to supernovas.
    It's worse, actually. He's comparing security holes to concentration camps.
  78. HTML mark-up type-o by RingDev · · Score: 1

    wow, post as plain text cuts out < and >. the sentence ending: "it just graps until ." shoulds have read: "it just graps until <EoF>."

    -Rick

    --
    "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
    1. Re:HTML mark-up type-o by lgw · · Score: 1

      OK, but WTF does "graps" mean?

      --
      Socialism: a lie told by totalitarians and believed by fools.
  79. Autosetup... by Anonymous Coward · · Score: 0

    You forgot Autosetup for the optical drive...

  80. FSM by CrazedWalrus · · Score: 1

    It's not just that it's the wrong input, it's that it's the one specific value of wrong input that triggers the behavior. That seems like design.

    Oh, come now. Don't ascribe to Design what can be ascribed to complete, random Chance. Maybe the FSM is in control of Microsoft. :-P

  81. Re:Unparalleled BS from MS. by jcr · · Score: 3, Insightful

    Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.

    The stories Allied soldiers were told about the nazis paled in comparison to what they saw in the camps. Allied propagandists didn't have the imagination to come up with anything like the holocaust.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  82. Who needs a backdoor? by Anonymous Coward · · Score: 0

    No joke: If someone seriously wanted to break into a Windows box, aren't there enough security holes, both publicized and undiscovered/unpublicized, to get you in?

    You can mod this up for funny, which I guess it is, but it's also true.

  83. When does Microsoft fix the exploit where... by blair1q · · Score: 2, Funny

    posting a URL on /. causes the server to crash?

  84. Easy one to test. by jd · · Score: 2, Insightful
    There are many ways in which 1 could purely coincidentally be tested for - using multiple bitwise operations that don't completely cover the word, for example.


    However, there are a few very specific ways in which you would write code to deliberately look for that specific value in a specific portion of an operation. These ways can be checked by inspecting a disassembled version of the code. (But do this outside of the US, or the DMCA droids will Use The Force.)


    Since WINE shows the same hole and the coders are not the same, it would be my guess that the problem is specifically in a DLL that is used/usable by both. It should also be possible to massage WINE to fire up a disassembler with the correct entry point into the DLL that has the hole, when passing the exploit payload. It might take a while (I suggest getting a few month's supplies in advance), but it should be possible to determine exactly where the exploit is, whether it looks "natural" or not*, and whether that specific section of code is likely called by other graphics routines.


    *A "natural" bug could include a series of conditionals and jumps, where the 1 is simply the untested case that falls into random code. An "unnatural" case would be to test specifically for 1 and to jump in a different way than for other cases. (eg: If other cases jump to subroutine, and 1 does a one-way jump OR on return is the sole case that jumps over all error conditions.) If that one case has an abnormal test and an abnormal jump, it would be next to impossible for it to be accidental.


    Actually, it might be useful against Microsoft in their appeal over the EU ruling. The EU ruling demands greater transparency of protocols and code, and demands code be uninstallable by someone. The politicians might not care much about the exploit, even if it were deliberate, but I'd be willing to bet the EU's lawyers would. Even if Microsoft as a corporation were innocent (yeah, right), it demonstrates a valid legal concern that cannot be resolved using totally closed, airtight methods.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:Easy one to test. by Senjutsu · · Score: 1

      *A "natural" bug could include a series of conditionals and jumps, where the 1 is simply the untested case that falls into random code.

      Which this, demonstrably, is not. The program doesn't just get confused and fall into executing the next byte of data after the malformed length field somehow, it displays no incorrect behavior at all if the length is 0 or 2, but if the length is 1 it spins off a new thread and gets that thread to immediately execute the next byte of data, without that data ever being so much as pointed at. Some particularly weird test/jump combinations could, potentially, explain accidentlly executing data in your own thread, but it's hard to construct a scenario in which one "accidently" calls CreateThread.

  85. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 1, Insightful
    Anyway, this is freaky interesting, because if this is actually true, it's pure, unvarnished evil. I't a lot like the Allied soldiers who were fighting in Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.

    I can't believe even on Slashdot that drivel like this was moderated +5 insightfull. That you even consider a software exploit even remotely close to Nazi concentration camps shows us that you have a very poor understanding of the scale of tragedy. You should be ashamed of yourself.

  86. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    oh stfu already, I'm tired of seeing your name in every thread, time to unleash a mod bomb

  87. Re:Unparalleled BS from MS. by Syberghost · · Score: 1

    I't a lot like the Allied soldiers who were fighting in Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.

    It won't be the same until the leader of Iran states that the backdoor never happened.

    No, wait; not even then.

  88. still in use by Anonymous Coward · · Score: 5, Interesting

    The 98 series and NT4 are still in widespread (millions and millions) use. This is called a "problem" then. The auto industry in the US tried to pull this stunt of obsoleting and stopping support for their products in short time frames (sometimes within the SAME model year!) and got legally smacked down for it. Now they are required to provide replacement parts for ten years. Just because normal business productlaws and warranties aren't applied to software-yet, and they certainly should be-doesn't mean it wouldn't be a good idea. Planned obsolesence and forced upgrades might be a spiffy way for some corps to extract a lot more dineros from your wallet, but it doesn't mean it's a good idea for you the consumer/end user...unless you are a pure "caveat emptor" anything-goes styled capitalist. Thankfully, most people see the illogic in that sort of system and that is why we have evolved some consumer protection laws. It is not a perfect solution, but it is light years ahead of legalised snakeoil like it was before. Eventually these sorts of laws will be applied to software,because even the dullest clicker is starting to bingo to the fact that most of this forced upgrade stuff is a cash cow dodge.

  89. Re:Unparalleled BS from MS. by jc42 · · Score: 1

    There is no way to prove that it was intentional without seeing the source, so it makes more sense for Microsoft to just patch it and make no comment concerning its origins.

    True. And it makes even more sense for the patch to block the current doorway by simply moving it. Then everyone with current knowledge of the exploit will be locked out, but certain select associates can be quietly notified of an "upgrade".

    With proprietary, closed source, you and I have no defense against this.

    There are many good business reasons for expecting this, not the least of which is a desire to remain immune from further antitrust prosecution.

    This is why security experts have long been saying that, if you're seriously interested in security, your first rule is that you don't permit running any software unless you have all the source code and you've compiled it yourself. (And then they go into the long explanations of the ways you can be tricked even then.)

    [What, me paranoid? ;-]

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  90. Non sense by biraneto2 · · Score: 1

    This guy is a freak. The flaw looks like a coding bug. As a coder it is usual for you to forget to check or validate some stuff sometimes. Sometimes you even forget some debug code on your apps. Now saying that this was really intentional is like saying NASA didn't land on the moon. That's because the only use for an intentional flaw like this are Microsoft plans for World Domination by means of takeover of every personal computer on this planet(...)

    1. Re:Non sense by CaptainTux · · Score: 1
      "that's because the only use for an intentional flaw like this are Microsoft plans for World Domination by means of takeover of every personal computer on this planet(...)"

      Actually, no. The other (and more likely reason) would be that Microsoft crafted some deal with the U.S. government to allow them access to personal and business computers. With most of the worlds computers running Windows, it's reasonable to assume that the government has at least *considered* working with OS makers in this context. In light of Microsoft's legal problems, I think it would also be reasonable to assume this *could* be some sort of backroom deal with Justice. Of course, it could just be Microsoft and its own inadaquacy too.

      --
      Anthony Papillion
      Advanced Data Concepts, Inc.
      "Quality Custom Software and IT Services"
    2. Re:Non sense by Kevinv · · Score: 1

      Gibson is saying that all illegal codes are validated for, except one particular value. He tried setting the header with illegal values and only one particular illegal value causes this behavior.

      Next, the documented functionality of sub-routine doesn't ever have to be called for this to work. I.e. you don't have to start printing and force a print abort or any of that stuff. Just set the value and it immediately starts executing code.

      I'm not willing to go as far as Gibson and say this is deliberate, but it does look suspicious.

  91. Re:I'm going to post my hierarchy of vulnerabiliti by Pixelmixer · · Score: 1

    I agree with Ivan, I would rearrange that list a bit, but overall the concept of M$ itself being 1 on the list, rearranged or not, is pretty insulting to our collective intelligence.

    --
    "What happend to just paying for a product without being constantly nibbled to death by Credit Card Ducks?"
  92. Gibson by Anonymous Coward · · Score: 0

    Seems to have been flying under the radar for so long that people have forgotten his status as a talented crank.

  93. JPG by inKubus · · Score: 1

    All you do is make the WMF with a .JPG extension, and GDI handles the rest. That's the scary part.

    --
    Cool! Amazing Toys.
    1. Re:JPG by SpaceLifeForm · · Score: 1

      And there you go. Ad servers.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
  94. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    Uhh. There's an option to auto-mod people. Use it, and you'll never have to see him modded up again.

  95. Betting the easy way by Anonymous Coward · · Score: 0

    Since there is no way to prove you wrong, whether you are or not, why didn't you bet more?

  96. blank admin password by Mr+44 · · Score: 2, Informative

    Get a clue, troll- if you have a blank admin password, XP prevents ANY remote network access using that account. You are actually more secure with a blank password.

    1. Re:blank admin password by tpgp · · Score: 3, Insightful

      Get a clue, troll-

      If you're going to accuse someone of trolling, you want to be pretty sure about your facts.

      if you have a blank admin password, XP prevents ANY remote network access using that account.

      Hmmmn, thats an interesting band-aid.

      You are actually more secure with a blank password.

      Really? More secure with a blank password? I doubt it.

      Would make privilige escalation pretty damn easy after you'd hacked a user account.

      And it makes all that least priviliged user stuff that MS goes on about a little irrelevant too.

      --
      My pics.
    2. Re:blank admin password by Anonymous Coward · · Score: 0

      > Would make privilige escalation pretty damn easy after you'd hacked a user account.

      You can't use "runas" with a blank password either, and Windows doesn't have "su".

    3. Re:blank admin password by John+Newman · · Score: 3, Informative
      Hmmmn, thats an interesting band-aid.
      Must be a pretty recent band-aid, too, since I deloused an XP computer exactly one year ago that had a blank admin account password, and which had been pwned by a worm that spread precisely by trying to log into everything it could see using administrator/[blank].
    4. Re:blank admin password by PhreakOfTime · · Score: 1

      Good, be sure to blank your passwords tonight...

      Using windows you might not know this, but it is very trivial to spoof network addresses. Suddenly, your remote network access that is blocked is nullified by the packet stuffed with code 'coming from' 127.0.0.1

      Reading this little article, and listening to the related podcast, was simply the last straw for me. The ONLY reason I kept a windows machine around was to play SimCity. Now, that Im older and making more money, Im simply ditching windows on EVERY single network computer I own. The only one will be the one used to play sim city, thats all. No network connection at all.

    5. Re:blank admin password by Suddenly_Dead · · Score: 1

      It used to be an option in XP Pro's Group Policy Editor (and somewhere in Home's, I think). It was not enabled by default. However, I've noticed some time after installing SP2 on my Home PC that it seems to be working on this one as well. That is, one can't use "Run As..." or anything else that connects to a blank password account except for actually logging into it. Probably was added in SP2.

      Slightly off: the last time I got a worm was when I had DMZ'd this computer with the router, thinking that Windows SP2 would be smart enough to disallow Internet access to openly shared folders. Of course, it wasn't, and a worm plopped itself into one of them, where it was eventually run (either from curiosity, or it tacked itself onto another executable as a virus, not sure).

    6. Re:blank admin password by slavemowgli · · Score: 1

      Assuming that that's true, that, too, says a lot about M$ in general and windows and windows security in particular.

      --
      quidquid latine dictum sit altum videtur.
    7. Re:blank admin password by Anonymous Coward · · Score: 0

      tell that to the dozens of xp laptops on the campus wireless network that i get into with a blank admin password and samba. fanboi.

    8. Re:blank admin password by ScriptedReplay · · Score: 1

      The default policy post-SP2 is to only validate blank passwords on the local login screen. Try it anywhere else (such as the "Run As..." menu option) and you'll get a nice error message saying something along the lines of "logon failure: user account restriction."

    9. Re:blank admin password by Tony+Hoyle · · Score: 1

      Actually a blank admin password does *not* prevent network access. It merely forces it to 'Guest' - kinda like root_squash.

      On a network it may look like the network access is disabled, but it really isn't... it only takes one share with an 'Everyone' access setting and it's wide open.

  97. Why a backdoor that looks like a backdoor? by JAFSlashdotter · · Score: 1

    I read TFA, and I've read a lot of comments here that say "Hey! Look! They're checking for a specific key (length == 1), and executing the next byte, it's all so neat and clean it must be intentional!" Honestly, if I was Microsoft, with full access to the Windows source code, and the ability to scan it for buffer overruns, I wouldn't need to introduce a vulnerability that looks like a vulnerability. I'd just keep a list of as-of-yet-unpatched buffer overruns. Any time I wanted a "backdoor" to your PC, I'd pull one off the list, craft up an exploit (pretty simple when you not only have the source code to the OS, but the source for and access to the authors of the compiler, too), and voila! Every time one gets discovered, scratch it off the list and introduce two more in the next "Windows Update." Why make a backdoor that would raise anyone's suspicions? After all, who's going to suspect buffer overruns? Everyone knows they're just bugs! Now THAT'S plausible deniability.

    --
    We apologize for the preceding message. All those responsible have been sacked.
    1. Re:Why a backdoor that looks like a backdoor? by rbarreira · · Score: 1

      That's what they want you to think :P

      --

      The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
    2. Re:Why a backdoor that looks like a backdoor? by punkr0x · · Score: 1

      There are plenty of ways to give yourself a backdoor that are less complex and less annoying than this. Why make a backdoor that is obviously going to be discovered sooner or later? Seems to me you want to put some sort of functionality in there that is NEVER going to be accidentally found by someone who is just screwing around with thier printer or whatever. Then again, it's not like microsoft hasn't made any dumb security decisions in the past...

    3. Re:Why a backdoor that looks like a backdoor? by Anonymous Coward · · Score: 0

      Buffer overflows are more time-consuming and complex to exploit than using an easy-to-understand API or file format.

    4. Re:Why a backdoor that looks like a backdoor? by Anonymous Coward · · Score: 0

      We really need a "+1 Tinfoil"... :)

    5. Re:Why a backdoor that looks like a backdoor? by Anonymous Coward · · Score: 0

      Remove the words Microsoft and insert China. Afterall they did get access to the MS source code a few years back under the guise of verifying that the US didn't have secret backdoors.

  98. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    oh don't worry, the GNAA have him in sights, gawd, I can't even stand his faggot signature

  99. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    It's worse, actually. He's comparing security holes to concentration camps.

    Which have been shown to not he as horrific as previously stated.

    In fact, didn't the museum director of the auchawitz (not spelled correctly) admit that whiel gassings did occur, the actuall display in the museum was not real.

  100. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    While I agree with your comments, it still doesn't change the fact the Trip Master Monkey is a fucking dumb shit. At least I take pleasure in knowing he pays for sex.

  101. You, sir, are a prisoner of your own mind... by Anonymous Coward · · Score: 0

    lmao. Who's the mod who blew their points and bit on that other AC's bullshit? His friend, at best, is some janitor rummaging through office trash bins for his 'insight'...

    Just about rule number one while working at any government agency: You work for the government.

    If you don't understand the repercussions of conflict or interest or impropriety and the subtle responsibilities associated with that, then you've never held a Top Secret security clearance like I have. I hope the mod who blew their collective wad on that other AC likes the taste of egg on their face...

  102. Probably more to be found, may work together? by Jtheletter · · Score: 2, Insightful
    The freakish thing about this, is that if it is indeed a backdoor, it an odd way to go about it. You can't force someone to try to view a WMF

    That we know of that is. This has been lurking about in every version of windows since 95, right? And it's taken until now to be brought to light. How many other similar seemingly innocent bits of code in those millions of lines of legacy windows code do similar things? The question is not what can this exploit do on its own, but what can it do in concert with others that may exist? OK, so maybe I'm giving MS or the rogue programmer, or whoever did this (length==1 check and seperate thread would imply it's not a mistake) too much credit, but if whoever did this was very clever they might have implemented a waterfall backdoor of sorts. In other words there's two or three exploits that when used in concert spell pwnage for almost any windows box. I'm willing to bet there's more here that hasn't been found yet. I'm also betting, along with others, that MS will not accpet responsiblity, nor even point the finger at a programmer or contractor/company to take the fall because that would also make them look completely unsecure. How many programmers have contributed to windows code over the years? And MS would be admitting they don't have knowledge of any backdoors those programmers may have introduced? No, more likely as Benanov (583592) suggested, MS will simply try to smear Gibson as someone with a vendetta and/or crackpot/idiot and try to downplay the whole thing as it has been.

    This is exactly why closed source is dangerous. Even security through obscurity is useless when the code holders don't know what's in their code. Open source may have similar problems, but at least there's plenty of people looking, and plenty who will be motivated to correct an issue when it's found instead of trying to pretend like it never happened. Which includes the issue of whodunnit and how to stop that from happening again.

    --
    -- I'm not a pessimist, I'm a realist. It's not my fault that life sucks so much. --
  103. Creepy by elrous0 · · Score: 1
    I tell you, there are things going on for real today that we would have laughed at a few years ago. I'm beginning to think the tin foil hat crowd may be onto something.

    -Eric

    --
    SJW: Someone who has run out of real oppression, and has to fake it.
    1. Re:Creepy by illmunkeys · · Score: 1

      Actually, according to a few MIT students, the foil hat crowd may be the ones most easily controlled by the gov't.

      See: http://people.csail.mit.edu/rahimi/helmet/

    2. Re:Creepy by mzwaterski · · Score: 1

      Funny, I just thought that the tinfoil hat was on something.

    3. Re:Creepy by mr_walrus · · Score: 1

      one of the first things the Evil Ones did was to replace Tin foil
      with Aluminum foil.
      they have fooled all the hat wearers into *thinking* they are protected
      when alumuninum doesn't work at all... :)

  104. Re:I'm going to post my hierarchy of vulnerabiliti by Anonymous Coward · · Score: 0
    Remote root, even if it requires user interaction, and especially if that user interaction seems perfectly innocent is worse than a local root exploit *by far*, since 999 times out of a thousand an attacker never gets local access.

    But as the parent stated, there are exploits that get you non-root access to a box, which can then be used to launch a Local root exploit. Case in point are all the PHP apps that get hacked. Generally they allow executing code as the webserver user (usually writing files to /tmp and then executing them), which is easily used to launch a call-back shell or IRC bot. The scr1pt k1dd13 can then launch a root kit exploit using that shell/bot to run commands locally on the box.

    I agree with the parent, ANY access that can be gained remotely without user interaction is much worse than access gained because a user did something. Yes, they are both BAD, but an exploit that allows a machine sitting around idle to be broken into is worse than one that has to be in active use. Once that access is gained, whoever gained it can act as a user and do the interaction themselves to launch the other exploits.

    Tm

  105. Right... by WiseWeasel · · Score: 2, Funny

    Yeah, right... trust the Chinese government to uphold our privacy rights. Anyone who runs Red Flag Linux voluntarily should have their head examined. I think Gentoo might be a safe bet...

    --
    "I like systems, their application excepted", George Sand (French)
  106. Did he also find... by Skiron · · Score: 1

    ...a fluffy woolen cardigan in there?

  107. Leaked source code by rbarreira · · Score: 1

    I wonder if the windows 2000 and NT4 source code which was leaked some time ago has the code for handling wmf files... Maybe someone can check it out :)

    --

    The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
  108. I am confused by igny · · Score: 1
    Frome the text
    So it makes no sense to set an abort proc in a metafile. But even so, there would presumably be no reason for not allowing an abort proc to be set. However, this is NOT at all what the WMF processing code does.


    what?
    --
    In theory there is no difference between theory and practice. In practice there is. - Yogi Berra
    1. Re:I am confused by danwesnor · · Score: 1

      The purpose of a DC is to allow the programmer to render the image without having to give a rat's ass as to whether he's rendering to a printed page, display screen, or other device. In other words, the DC is an abstraction layer between the program and the rendering device's device driver - you only have to write one set of code to render to any device, instead of one set of code for a printer, one for a screen, one for a plotter, etc. The purpose of a metafile is to allow a program to save the commands used to render an image and play them back later. I.e., a program could "print" to a file, the file to be transferred to a printshop, and then be played back on a printing press. A metafile is Windows equivalent of PostScript, or PCL. In order for the abstraction to be complete, all DCs must accept all commands (or else the program has to figure out what commands are valid or invalid for the current DC type). So the metafile must accept AetAbortProc(). Ergo: "there would presumably be no reason for not allowing an abort proc to be set." But since an abort procedure has no meaning in the context of a metafile: "it makes no sense to set an abort proc in a metafile." As to why the metafile code is actually executing code - beats me. Most likely, MS had plans for some useful purpose, decided against it, and figured deleting it from the documentation was more stable than deleting it from the source code (or the programmer who wrote retired before telling anybody about it). I doubt this is any sort of super secret back door. MS doesn't need a back door to execute code on our machine - they have auto-update for this.

  109. Re:Unparalleled BS from MS. by Rei · · Score: 1

    To quote Jon Stewart on the subject of Hitler/Nazi comparisons from memory: "You know who was like Hitler? Hitler!"

    --
    I just invaded Grammar Czechoslovakia and duped Grammar Neville Chamberlain; now it's on to Grammar Poland.
  110. No, it's worse... by Anonymous Coward · · Score: 0

    They're going to HACK the GIBSON!

  111. And my response to this type of thinking: by feardiagh · · Score: 1

    "Never attribute to malice that which can be sufficiently explained by stupidity."

    1. Re:And my response to this type of thinking: by Anonymous Coward · · Score: 0

      "never" - Aw, that's just stupid. Once in a while you'll run into stupid malicious people.

  112. Wine proves TFA wrong by grimJester · · Score: 1

    Lest we forget that Wine also proved vulnerable, and it was a clean-reimplementation of the specs!

    This is a pretty good point. If executing the code requires a specially crafted file with the length set to one, how on earth could WIne have the same flaw? It's still possible the behavior was inserted as a back door, but unlikely it works the way TFA claims.

    1. Re:Wine proves TFA wrong by gregarican · · Score: 1

      Beacuse WINE probably hooks into the same Microsoft DLL file that has the backdoor present.

    2. Re:Wine proves TFA wrong by nweaver · · Score: 1

      Nope, see the WINE patch. Wine's code is independent.

      --
      Test your net with Netalyzr
    3. Re:Wine proves TFA wrong by elrous0 · · Score: 1
      Wine's code is independent.

      and apparently stolen.

      -Eric

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    4. Re:Wine proves TFA wrong by gregarican · · Score: 1

      The new WINE code must somehow interface with the GDI32.DLL differently. That is the Windows file that is hooked into in order for this issue to present itself in WINE. Perhaps WINE strips off passing the length==1 parameter?

    5. Re:Wine proves TFA wrong by Kelson · · Score: 1

      RShearman has been posting on a bunch of these threads that the WINE bug turned out to be a different bug in the same function. In WINE, SetAbortProc didn't check things properly and therefore certain code could execute. In Windows, it seems to react only with the length==1 and appears to start a new thread.

    6. Re:Wine proves TFA wrong by spitzak · · Score: 2, Informative

      Apprently WINE does not have this length==1 bug. It has the documented bug, which is "the next 4 bytes of this file are interpreted as a pointer to jump to if you abort printing", which is bad, but not exactly this.

      I'm not really buying this guys explanation, however. Software errors can have very strange side effects. Probably the short length causes it to reuse (rather than overwrite) the contents of some buffer as the code pointer, and that buffer just happens to contain a pointer to the next record of the metafile, and the length is also considered an error by some other code and thus triggers an "abort". A length of zero is detected and skipped correctly, while lengths of 3 or 4 overwrite enough of the pointer so that it does not work, making this 1 case the only one.

    7. Re:Wine proves TFA wrong by dthulson · · Score: 1

      Disclaimer: I have never looked at WINE code before... Is this the patch you mean? wine/dlls/gdi/metafile.c rev 1.11 to 1.12 The "Escape" function that calls after the new validation is defined in wine/dlls/gdi/driver.c (search for "Escape(", sorry the link isn't direct...). Before I waste too much time thinking about this and reading code, can you confirm that I'm looking at the right patch? Thanks...

    8. Re:Wine proves TFA wrong by Dahan · · Score: 0
      The new WINE code must somehow interface with the GDI32.DLL differently.

      No, as others have been trying to tell you, WINE contains its own implementation of GDI32.DLL. It does not use Microsoft's. That's pretty much the whole point of WINE, ya know--to be able to run Windows apps without needing a copy of Windows.

  113. Re:Unparalleled BS from MS. by vmxeo · · Score: 1

    I, for one, am going to be following this story avidly. Any bets on when M$ issues a statement that a 'rogue programmer' put this code in, and disaavow any knowledge or responsibility?

    A much as I'd like to believe Microsfot is really, truely evil (in this specific instance), I'm much more ready to beleive this was the intentional work of one of their programmers. It does make me wonder though, given how viruses, worms, and spyware that prey on OS vulnerabilities can and are being used for illict financial gain, how plausible is it that a MS programmer could be bribed into inserting a backdoor into his code? If you could afford the inital cash outlay to pay off a programmer, you'd have yourself a larger window of oppurtunity to exploit it before everyone else caught on. Plus, you wouldn't have to spend time going aroung digging for exploits.

  114. Reflections on Trusting Trust by Mr+Z · · Score: 5, Interesting

    I'm surprised nobody's trotted out Reflections on Trusting Trust, by Ken Thompson. Not only does this discuss a backdoor, but also a backdoor that can't be found by examining the source code.

    1. Re:Reflections on Trusting Trust by 2names · · Score: 1
      Not only does this discuss a backdoor, but also a backdoor that can't be found by examining the source code.

      This reminds me of the whole "rolling clear text" algorithm idea proposed in Digital Fortress. The idea was that with the rolling cleartext built in to the passkey, even if a brute force cracking program did make an attempt with the correct key, it wouldn't realize that the correct key had been found.

      Very NSA, very chic, but I don't know if it is possible.

      Could someone with a crypto background elaborate for those of us (including myself) who are crypto-challenged?

      --
      "I'm just here to regulate funkiness."
    2. Re:Reflections on Trusting Trust by Spudley · · Score: 1

      Please tell me you're not taking anything in Digital Fortress seriously? Gad. That was the worst book I've ever read. He clearly did just enough research to make it sound to the layman like he thought he knew what he was talking about. There are gaping holes in every aspect of the story that can be spotted from miles away by anyone with even a vague understanding of the things he's talking about.

      --
      (Spudley Strikes Again!)
    3. Re:Reflections on Trusting Trust by 2names · · Score: 2, Insightful

      Instead of tearing me a new one with accusations, why don't you educate me with your knowledge of crypto by putting forth some examples?

      --
      "I'm just here to regulate funkiness."
    4. Re:Reflections on Trusting Trust by Kadin2048 · · Score: 1

      Actually I thought the cryptography was about the only thing that was even vaguely believable in that book. It was the whole "secret underground NSA supercomputer lair" that didn't quite wash for me. Same with the characters and their motivations, although that's obviously subjective.

      The cryptography came across to me as basically not much more than you'd get by reading Bruce Schneier's book, adding some imagination, and simplifying the whole thing down about two orders of magnitude.

      If there's anything in the book that's worth discussing it would be rolling cleartext.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    5. Re:Reflections on Trusting Trust by EvilAlien · · Score: 1

      Agreed, Digital Fortress blows goats. I very rarely regret reading a book (that I manage to finish), but I regret ready Digital Fortress. I put it in the same category as the movie The Net. Utter Crap.

      To make sure there is at least some on-topic content in this comment, insert an Ad Hominem attack against Steve Gibson in reference to the original story in the blank space below:

      ______________________________________________

      Thanks.

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
    6. Re:Reflections on Trusting Trust by Anonymous Coward · · Score: 0

      I didn't read the book, but the NSA is the #1 user of electricity in the state of Maryland. Considering their mission and their lack of a particle accelerator on site, I think a large array of computers is quite fesible.

    7. Re:Reflections on Trusting Trust by mencik · · Score: 1

      While it is feasible, please note that NSA is also one of the largest employers in the state, and also has many contractors working in its buildings. It probably is the largest set of office buildings for a single "business" in the state, and thus would be expected to consume the most electricity, without even considering anything nefarious.

    8. Re:Reflections on Trusting Trust by SubliminalVortex · · Score: 1
      Yeah, get married, have a couple of kids... and watch them remember you like a Memorex tape. But don't try to get into their heads, they don't leave too many clues behind.

      If you're persistent enough though, find the patterns.

    9. Re:Reflections on Trusting Trust by shadowmas · · Score: 1

      I dont know about rolling clear text or any big stuff about crypto. but i do think that if you write a encryption program which was said to be uncrackable. then encrypt that program source with the same program, and published the encrypted source code into the net claiming that whoever gives them some money will get the "decryption key" to decrypt the program i think thats very stupid. how can u decrypt something with only a key without the the algorithm which tells you how to use that key. and if you are giving away the algorithm (or the source implementation) of the encryption system why bother with a stupid key.

      i stopped reading the book at that point. i would probably been able to continue reading it if i was able to convince myself that this was possible but i couldnt convince myself of that.

    10. Re:Reflections on Trusting Trust by ResidntGeek · · Score: 1

      Wait... you didn't think it strange that someone could write a program that would destroy a unique computer, with a unique operating system, whose contents are not even acknowledged to exist, much less published? You didn't see a problem with a "virus" that didn't spread and whose sole purpose was to *physically* destroy an NSA computer? You believe "rolling cleartext" is possible, where ciphertext (a static block of bits) corresponds to a different cleartext at different points in time? And finally, did you honestly, truly believe it's possible for the NSA's big block o' chips to brute force an ALGORITHM? Given one ciphertext and no cleartext??

      --
      ResidntGeek
    11. Re:Reflections on Trusting Trust by 2names · · Score: 1
      1) I didn't mention anything about a program that could destroy a computer

      2) I didn't mention anything about a virus

      3) I didn't say I believe rolling cleartext is possible, I said I didn't know and asked for someone who did know to elaborate

      4) I didn't say a word about any "big block o' chips"

      Why do some of the /. crowd take this shit so seriously? I only asked a question you over-reacting asshole. You make it sound like I said, "OMG, DIGITAL FORTRESS IS THE BESTEST BOOK EVER AND IT IS ALL TRUE AND I BELIEVE IT ALL AND IT IS THE GREATEST AND ALL THE TECHNICAL PARTS ARE TRUE BUT THE GOVERNMENT DOESN'T WANT US TO KNOW OMG OMG OMG!!!!!!"

      Get a grip, douchebag.

      --
      "I'm just here to regulate funkiness."
    12. Re:Reflections on Trusting Trust by vadim_t · · Score: 1

      Well, it's been ages since I read it (and not planning to do so again), but:

      IIRC, the "rolling cleartext" idea was that the text was initially scrambled, so that if the right key was found, it wouldn't be possible to identify it was the right one.

      However, that's nonsense. Encryption is already a series of transformations applied to the cleartext. This "rolling cleartext" stuff would be equivalent to it being part of the encryption algorhitm.

      Say, suppose the encryption is DES, and the "rolling cleartext" is made by XOR 123. Then you can consider the whole thing as DES with XOR 123 at the end, and still brute force the whole thing by waiting a bit longer. You don't do the DES, then look at the result, and go "huh?", you do DES+XOR and eventually get the cleartext.

    13. Re:Reflections on Trusting Trust by ResidntGeek · · Score: 1

      You asked for examples of why the book sucked, fuckwit. I just gave them. Go eat a dick.

      --
      ResidntGeek
    14. Re:Reflections on Trusting Trust by 2names · · Score: 1
      You asked for examples of why the book sucked

      I never asked for examples of why the book sucked. In fact, I never mentioned if I like the book or not. I asked for someone with some crypto knowledge to give their opinions on whether the idea behind rolling clear text was possible.

      You need to work on your reading comprehension. You might want to start Here.

      --
      "I'm just here to regulate funkiness."
    15. Re:Reflections on Trusting Trust by ResidntGeek · · Score: 1

      How the hell do you remember to breathe? Click the fucking "parent" link a few times. Spudley said the book sucked, you said "why don't you educate me with your knowledge of crypto by putting forth some examples?" I replied, in a series of questions which ended with an implied "are you the dumbest thing that ever fell out of a vagina?" It was a VERY SIMPLE AND STRAIGHTFORWARD discussion. Now fuck off and die.

      --
      ResidntGeek
    16. Re:Reflections on Trusting Trust by mollymoo · · Score: 1

      Who says geeks have no social skills, eh?

      --
      Chernobyl 'not a wildlife haven' - BBC News
  115. ahahaha by Anonymous Coward · · Score: 0

    I stopped reading at "Steve Gibson"

  116. Perhaps it's on purpose, but not malicious by thenerdgod · · Score: 1

    Considering that WMF was originally a response to PS, perhaps GRC's on crack and the functionality makes sense in a context where the specification was that you just dump raw WMF to a printer that itself has a WMF engine. In this case the "go to next instruction on abort" makes perfect sense as it's processing the content coming down the wire.

    speaking totally out of my ass, of course...

    1. Re:Perhaps it's on purpose, but not malicious by sugarmotor · · Score: 1
      But not if this only works if the length is lied about. From the pod-cast:
      As I said before, each record in a metafile begins with a four-byte length, followed by a two-byte function number. So in other words, each metafile record has six bytes minimum that it can possibly be in size. Oh, and since the size is in words, the smallest possible size for a metafile record would be three words long, or six bytes. Look, the reason I had problems making this exploit happen initially is I was setting the length correctly. It turns out that the only way to get Windows to misbehave in this bizarre fashion is to set the length to one, which is an impossible value. I tried setting it to zero. It didn't trigger the exploit. I tried setting it to two, no effect. Three, no effect. Nothing, not even the correct length. Only one.

      Stephan

      --
      http://stephan.sugarmotor.org
  117. People who use .WMF deserve to be hax0r3d by TheRain · · Score: 0, Flamebait

    the subject says it all.

    --
    Please help! I'm stuck inside my virtual reality headset!
  118. But wait, there's more... by IPFreely · · Score: 4, Interesting
    It that is all it was, then the the same thread would jump into the user code. But wait...

    I found was that, when I deliberately lied about the size of this record and set the size to one and no other value, and I gave this particular byte sequence that makes no sense for a metafile, then Windows created a thread and jumped into my code, began executing my code.

    So, it accidently created a new thread, and directed the new thread to start executing code at the specific position? That's a whole different level of accident.

    Oh, and Shimmer, I'll take that 5$.

    --
    There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
    1. Re:But wait, there's more... by IPFreely · · Score: 1
      If the AbortProc is triggered, it jumps to the function pointed to by the parameter.

      But an Abort was not triggered here was it? So that point is irrelevant. In this case it jumped immmediately, not on an Abort. So the Abort code path is not an issue, only the WMF interpretation code path.

      --
      There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
    2. Re:But wait, there's more... by ROBOKATZ · · Score: 1

      Agreed. I was pointing out that it would not be completely unexpected since the behavior you pointed out as so preposterous (creating a thread, and jumping to a user defined location) is in fact part of the system. Perhaps the invalid length field causes an exception which forces an abort.

      I would believe this was intentional if it were an invalid argument to say, FillRect that caused this behavior. But I think there's more than reasonable doubt that this was an intentional hole.

    3. Re:But wait, there's more... by IPFreely · · Score: 1
      Well, it's even worse than preposterous in a way.

      The escape for AbortProc is the way to set the callback in the first place. But since the packet is messed up (the length is one rather than the proper length) then effectively the whole "ESC/AbortProc" packet should never even be properly processed. It can't be. So even if there was an abort, there should be no attempt to do a callback at all, much less in the completely wrong place (unless there was a correctly formatted AbortProc prior to this one, which there wasn't). Part of the setup of the AbortProc packet is the callback address. But in this case, the place where the callback address would be is instead the first byte of the newly executed code. So the callback address cannot even be put into the packet properly. That is where the code has to be.

      In the normal AbortProc (when printing), the source file/meta file may be gone from memory when the abort occurs. Only the callback address is left. In this case, the metafile must still be in memory for it to work. Since it happens immediately, the metafile is still there.

      Ack, it's all so utterly outrageous.

      --
      There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
    4. Re:But wait, there's more... by ROBOKATZ · · Score: 2, Interesting
      Part of the setup of the AbortProc packet is the callback address. But in this case, the place where the callback address would be is instead the first byte of the newly executed code. So the callback address cannot even be put into the packet properly. That is where the code has to be.

      Keep in mind there is an interpreting layer separating the WMF from the actual GDI call. It's entirely plausible that in some confusion the real Escape call is being passed the address of the argument in the script rather than interpreting the data in the script as the pointer value. Not only is this plausible, but it makes perfect sense -- any function interpreted in this context would have to work this way, for example, TextOut usually accepts a pointer to a string, but I bet in a WMF you would simply supply the string literal, and the WMF interpreter would pass a pointer to that data to the real TextOut.

      The escape for AbortProc is the way to set the callback in the first place. But since the packet is messed up (the length is one rather than the proper length) then effectively the whole "ESC/AbortProc" packet should never even be properly processed.

      It's likely that the length record is merely used to determine what to increment the pointer into the script by once the current packet finishes execution -- if this is the case, an invalid length would not effect the current packet, but then would cause problems after the current packet is processed.

      Finally, someone has pointed out that the length does not have to be one.

      There is nothing outrageous about this in the least.

    5. Re:But wait, there's more... by JnCoBoB · · Score: 0, Flamebait

      Way to take it out of context retard

    6. Re:But wait, there's more... by IPFreely · · Score: 2, Interesting
      Hmmm. Interesting. With all that (esp length != 1) it starts to form a picture.
      Programmer initially writing this thing needs to debug along the way. He puts in AbortProc with imbedded code rather than callback pointer (after all, where could it point to?) to make a popup or something. If set properly, it mearly keeps the address of the code and continues. Later somewhere it hits an error and aborts. When the interpreter Aborts, he gets his popup in the right place. Maybe he did it for himself, or maybe he did it for someone else who's writing a WMF author. He's not thinking about potential misuse.

      So... What happens if you make an AbortProc packet, with embedded code instead of pointer. Then you set the length properly to point to after the code. Then there's another error later. Will it abort? Will it run the code? It's worth a test to someone with a test harness.

      It's looking more like design. But maybe not malicious design, just "too clever for it's own good" design.

      --
      There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
    7. Re:But wait, there's more... by ROBOKATZ · · Score: 1
      I think it was probably overzealousness to implement every function exactly, and/or perhaps just an oversight in a translation layer between the WMF packets and the DLL function calls that automatically converts every pointer argument to a pointer to the constant argument in the WMF file. It would have been too much a pain in the ass to put in raw code, there are easier ways to debug things.

      There is some other discussion that I didn't really follow about how old this code is, if it is really from Windows 3.0 probably they didn't even realize or didn't care that it was a security concern.

      I agree your test would be a good idea. Maybe someone could tell Steve Gibson and he could try it, but probably not.

  119. Sun and HP for two by Secrity · · Score: 5, Informative

    "Windows 95 is 11 years old. Windows 98 is 8 years old. Windows ME is 6 years old. And Windows NT4 is 9 years old. How many other operating systems offer patches and support product versions for software that is that old?"

    I know of at least two. Both Sun and HP still provide support or patches for versions of UNIX System V that are older than Windows 98.

    1. Re:Sun and HP for two by gregarican · · Score: 1

      Good point. Looking at Sun's website they are eventually phasing out UNIX System V support by the middle of this year. I can't imagine what a PITA it must be to support software that old while supporting newer/different software concurrently. How about the VAX I used to admin back in the early 90's or my old Timex Sinclair with the membrane keyboard :-)

  120. Win2K Sourcecode by failure-man · · Score: 1

    Couldn't somebody pull out the leaked Win2K code and take a look? If the relevant bits are in that collection it would be clear enough what's going on.

    (I don't do security-related coding and don't have the code anyway. Don't sue me.)

  121. Re:I'm going to post my hierarchy of vulnerabiliti by level_headed_midwest · · Score: 1

    Well, you can have local root access without human (legitimate user) intervention by sticking in a live CD. You get root access to the hard drive with no apps running (the installed OS is off) and no legitimate user interaction (because they are not there.)

    But yes, I would agree with you that the security landscape changes a lot when the exploits are local-only and almost remote exploits that give the attacker any control on the system are worse than almost any local vulnerability. It becomes an inside job and is *much* easier to catch the perpetrator than if it's somebody sitting in an apartment in Hong Kong on a stolen Net connection cracking your computer.

    --
    Just "gittin-r-done," day after day.
  122. Begging the question by Anonymous Coward · · Score: 0

    Sorry, "begging the question" means "raising the question" in modern standard English. It never means "avoiding the question".

    It used to mean the logical fallacy of circular reasoning, where the conclusion being argued is directly or indirectly assumed as one of the premises of the argument. A good example: Use of banned substances is prohibited by law. Breaking the law is immoral; Therefore those who use the banned substances are committing immoral acts. This clearly shows that we are correct in legally prohibiting the immoral use of these substances.

    This is also known as "Petitio Principii". It's practically impossible to confuse the two meanings, and only a tiresome pedant would insist that "Petitio Principii" was the only correct meaning of "begging the question". I've seen the phrase used only once or twice to mean circular reasoning, yet I encounter the newer meaning of "raising the question" on a regular basis. It is quite obvious which use is dominant, and in English the dominant use is by definition the correct one.

    Some authorities recommend that "begging the question" be avoided entirely because of this confusion and disagreement over the meaning of the phrase. I don't use the phrase frequently myself, but if I want to refer to the logical fallacy, I will use "Petitio Principii" or "circular reasoning" for clarity's sake.

    So sad for you that you turned out to be a tiresome pedant that got it wrong.

  123. Stupid "hacker" comments. by SnarfQuest · · Score: 1

    Leo: The point these guys are trying to make is that the hacking profession is an old and honorable one, and the Internet wouldn't exist without hackers, UNIX wouldn't exist without hackers, GNU - I mean, hacking is not, in and of itself, bad. And so when we talk about bad guys as "hackers," they feel like we're besmirching the hacking community.

    I think the hacking community (the good kind) should constantly refer to these "reporters" under their new name "a**holes". And so when we talk about reporters as "a**holes," they will feel like we are enhancing the a**hole community.

    --
    Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
  124. I don't think so.. by saboola · · Score: 1

    I've never heard of Windows having any security issues before. Surely this must be a mistake.

  125. Re:Unparalleled BS from MS. by level_headed_midwest · · Score: 1

    I would be willing to bet it was somebody who was disgruntled over somebody who was paid to do so. And I would also think it more likely for somebody to do this on their own accord that if they were paid to. I say this because first, the coder is much more likely to get caught if there are multiple parties involved AND he would probably get a big reward from MSFT for turning the briber into the authorities. Also, there is a "kill switch" to the plans for the backdoor if only the coder knows. He can easily back out by just doing nothing, unless the backdoor happens to get discovered. And if it does, the odds he is linked to it are small and even then, he can deny everything as an error because there are no witnesses to say otherwise.

    --
    Just "gittin-r-done," day after day.
  126. Jumping to conclusions. by matman · · Score: 3, Informative

    Having read the whole thing, I do think that Steve may be jumping to conclusions a bit too quickly.

    I think that we ARE talking about the SETABORTPROC vuln that everyone has been talking about; Steve just finds that the vuln doesn't work quite the same way that he was expecting. It seems that Steve is basing his accusation on the fact that he had to set the length field of the code containing WMF record to 1 (an illegal value) in order to get his code to execute. While this seems odd (and sounds like a "magic value"), there is likely a better explanation. Here's one possibility... The advisory from Secunia at http://secunia.com/advisories/18255/ says that the embedded code executes when any error is detected in parsing the WMF file (not only [or ever?] when canceling printing). Maybe the SETABORTPROC function was originally intended for printing but was overloaded to handle parse error callbacks? Depending on how the parsing code was written, it may treat the invalid length value as such a parsing error, but may have already indexed the the beginning of the code block (since it knows the length of the record header) - it just doesn't know when the code block ends. It can then start executing the code block, even though it is an error in the code block's record that caused the error. I wonder if the code block would execute if the correct length was specified but the NEXT record in the WMF contained a similar error (like an invalid length field).

    He may very well be correct that someone has intentionally included this mechanism as a backdoor, but he is being premature in making such claims without first consulting the people who have a lot more experience with this vuln than he does. By the way, MS gives access to their source code to a LOT of outside parties - I'm sure that Steve could have found someone to take a look for him.

    I don't mean to make an ad hominem attack (this podcast is actually fairly accurate - just jumps to conclusions), but Steve isn't exactly known for being a respected researcher in the security industry - he's a bit of a poser and sensationalist/alarmist. My gut feel is that Steve is continuing on his sensationalist streak, jumping to conclusions and trying to drum up more excitement. He frequently hypes issues to crazy levels and tries to make himself look like a hero/expert. In fact, he usually offers little insight and often tries to pass off regurgitation (often inaccurate) as original research. Just listen to him in this recording talking about "rolling up his sleeves" and "wrote all my own code", etc. Look up his stuff on nano-probes (http://grc.com/np/np.htm) for some funny stuff. I am a security professional and can tell you that much of his writing is BS and/or hyped/obfuscated wording for technologies and techniques that have been in common usage for years and years before he writes about them. I just can't help but take Steve's claims with a grain of salt.

    1. Re:Jumping to conclusions. by makomk · · Score: 1

      I think that we ARE talking about the SETABORTPROC vuln that everyone has been talking about; Steve just finds that the vuln doesn't work quite the same way that he was expecting. It seems that Steve is basing his accusation on the fact that he had to set the length field of the code containing WMF record to 1 (an illegal value) in order to get his code to execute.

      Actually, as someone else also pointed out, you don't need to - the latest Metasploit exploit uses the correct header size, AFAICT (and it's definitely not set to 1!)

      Maybe the SETABORTPROC function was originally intended for printing but was overloaded to handle parse error callbacks? Depending on how the parsing code was written, it may treat the invalid length value as such a parsing error, but may have already indexed the the beginning of the code block (since it knows the length of the record header) - it just doesn't know when the code block ends. It can then start executing the code block, even though it is an error in the code block's record that caused the error. I wonder if the code block would execute if the correct length was specified but the NEXT record in the WMF contained a similar error (like an invalid length field).

      That's the odd thing - I can't figure out how the WMF generated by the Metasploit exploit is invalid, and therefore why the callback should be called in the first place. Maybe you can spot it...

    2. Re:Jumping to conclusions. by harmic · · Score: 1
      Maybe the SETABORTPROC function was originally intended for printing but was overloaded to handle parse error callbacks?

      So: an application calls an operating system function, asking it to load a metafile and render it on the screen. The OS finds that the metafile is corrupted, and it wants to call back to the application to tell it the metafile is not readable. So what it does is spawns a new thread and starts to execute the data in the corrupted metafile itself....

      That's where this whole thing does not make sense. Surely when calling this SetAbortProc sub-function, you should be passing a pointer to some code, not actually code itself? This is what happens for the case of a printer, according to the article. Yet for a meta-file it seems to actually try to run the file itself? Bizarre.

    3. Re:Jumping to conclusions. by Anonymous Coward · · Score: 0

      I completely agree. This guy is nuts. Look what he says about his so-called Project-X:

      " Project-X -- IF ONLY there were more time . . .
      For many years I have had an idea for creating a very cool, but highly research and development intensive, product. I desperately want to have the time to see whether I can pull it off (I believe I can) and every PC user would kill to have it. But, if you have made it down to this point on this page, I am sure I don't need to tell you how busy I am. I am already crushed by my shorter-term project backlog. Since work on Project-X would require me to disappear from the world for a LONG time, it is continually pushed back until all of the much less time consuming projects have been completed and are in your hands. "

    4. Re:Jumping to conclusions. by milimetric · · Score: 1

      you see... there's this mat

      and it has... conclusions written ALL over it

      And you can jump to them!! .......

      That's the worst idea I've ever heard.

      So the explanation is this guy was fired from Innotech and needs to let off some steam.

    5. Re:Jumping to conclusions. by matman · · Score: 1

      I didn't say that it was a particularily good idea. :) The following is just conjecture - I don't really know a lot about this... Since WMF is a basically a script of GDI calls (from what I read), maybe the original intent of the function is for printing, but that it's accessible from WMF because of the nature of WMF. Sounds like a failure to abstract interfaces. :) Remember that this code was in Windows 3.0 - a time when data was trusted by default, and features came WAY before security.

    6. Re:Jumping to conclusions. by Anonymous Coward · · Score: 0

      On the same coin, how do we know you're not an MS agent? Nothing prevents them from posting here either, I'd estimate most of the 'crazy Gibson' posts fall somewhere under this umbrella.

      You know, campaigns of slander against someone who discovered a vulnerability changes nothing about the discovery itself. The vulnerability still remains, regardless of who discovered it. Quit trying to divert attention away from the issue at hand.

      As for experience, I don't see you commanding worldwide attention on the security forefront. Perhaps if you were courageous enough to step over that line of cowardice most other security 'experts' cling to in order to avoid liability, we'd hear a lot more cases of this sort.

  127. a mystery? What about leaked Windows source code? by Anonymous Coward · · Score: 0

    I've read in a few places that the Windows source code has leaked to the Internet, and its also be licensed to a few countries at this point. is this true? if true, it seems like someone would be able to -- in theory, mind you -- confirm that there are 5 lines of code in a certain file that implement this behavior, or call some suspicious block of weird binary with a warning saying "don't touch this mysterious block of code", etc.

    of course, maybe the code is no where in WINDOWS and it's in the compiler like that classic old C thing where someone (was it Knuth?) slipped in a recursive hack that made sure it propagated itself in new versions of the C compiler.

  128. Old coding practises, not conspiracy by g2devi · · Score: 2, Interesting

    > but what possible code could be "fallen through" into
    > that would set CPU execution *inside* the metafile

    Actually, I think it was done for performance releases (remember, existed back in the Win 3.0 days).

    Back in ye olden days, there was a common software practise called self modifying code. It was used in some implementations of FORTH, but it was far more popular on systems that had few registers like C64. It was generally used as a way to dramatically speed up code on those slow processors.

    Have a look at the popular C64/Atari program SpeedScript (see http://www.atarimagazines.com/compute/gazette/1987 05-speedscript.html or http://www.atariarchives.org/speedscript/ch3.php ).

    The source code it gives an example:
    "This module is chiefly concerned with the word processor editing functions.It contains many common subroutines, such as TOPCLR and PRMSG to clear the command line and print messages. It contains the initialization routines and takes care of memory moves (inserts and deletes). A second module, SPEED.2, is responsible for most input/output, including the printer routines. SPEED.1 is the largest file in the linked chain. UMOVE is a high-speed memory move routine. It gets its speed from self-modifying code (the $FFFFs at MOVLOOP are replaced by actual addresses when UMOVE is called). UMOVE is used to move an overlapping range of memory upward (toward location 0), so it is used to delete. Set FROML/FROMH to point to the source area of memory, DESTL/DESTH to point to the destination, and LLEN/HLEN to hold the length of the area being moved."

    1. Re:Old coding practises, not conspiracy by Procyon101 · · Score: 2, Interesting

      This is *SEVERELY* doubtful.

      1) NT Win32 is a fresh implementation of the Win32. This doesn't share Win16 code.
      2) NT, and especially Win32 is written almost entirely in C++. Ever try to do self modifying code in C++?
      3) The security push from 2 years ago would have never let self modifying code pass.
      4) Intel Procs aren't particularly suited to self modifying assembly.
      5) Nobody on the Windows team would seriously consider using it, ever, even if it is joked about on beer Friday. Any attempt to use it in reality would start with a flogging and end with a firing.

    2. Re:Old coding practises, not conspiracy by Tyger · · Score: 1

      Slightly OT but the main reason for self modifying code on the 6502/6510 CPU (C64) was not due to limited register space, but limited indirect memory access, which is necessary for anything that uses pointer type access, partly due to the fact that it used 8-bit registers. The C64 had indirect indexing only within a "page". Each page is 256 bytes, and part of the opcode was what page it was indexing off of. So if a program needed to loop over more than 256 bytes, or if a loop in any way needed to cross a 256 byte boundry, the program needed to either unroll the loop, or modify the opcode to modify which page it is writing.

      In that case it was not done for optimization, but rather out of necessity to keep program size down. Unrolling the loop would be more optimized, but the code would be larger, and it would be impractical for something that didn't know how big the range it was working on ahead of time was. On a system with only 64k address space (Not all of it even being usable for code) code size is important.

      This isn't an example of self modifying code anyway, it's an example of code in data. The code itself isn't changing, but data is being used as code. It's no more self modifying code than DLL loading is self modifying code. Less so, actually, since some dynamically loaded code is fixed up by the loader.

    3. Re:Old coding practises, not conspiracy by shadow169 · · Score: 2, Insightful

      2) NT, and especially Win32 is written almost entirely in C++. Ever try to do self modifying code in C++?

      I get the feeling you don't spend your days mired in Win32 application coding. The Win32 libraries are all written in C, not C++. This is why different languages such as C, C++, VB, and even the new .NET runtime can all link to the same libraries, they all support C exports. There are no separate versions of libraries like user32.dll and gdi32.dll for VB, C, C++, etc . .

      And oh yes, don't think that MS is re-implementing CreateWindowEx() (in user32.dll) in the .NET world. Any application, no matter where it was written, or in what language, if it runs on Windows it will at sometime end up in CreateWindowEx() (actually CreateWindowExA or CreateWindowExW) in user32.dll.

      Take a look at the actual Win32 API

      http://msdn.microsoft.com/library/default.asp?url= /library/en-us/winprog/winprog/functions_in_alphab etical_order.asp

      See any classes in there?

    4. Re:Old coding practises, not conspiracy by Procyon101 · · Score: 2, Interesting

      Hehe. I didn't say it was *GOOD* C++ :)

      Most MS coding from this era (and even nowdays) is a bit of a mix. It is compiled as C++, but written in a mostly C style and given external C linkage. It's a weird mix. It did allow some C++ constructs that were disallowed prior to C99, like relaxing the location of variable declarations and such, and tightens up the type saftey a bit. It also allows some other nicities like structs used internally to occassionally have private members, although these more C++ aspects are rarely used. But yes, you are correct that it is primarily C stylistically (and for linkage purposes) but in reality it is C++ written in a way that makes C++ advocates cry.

    5. Re:Old coding practises, not conspiracy by Mysteray · · Score: 1
      NT Win32 is a fresh implementation of the Win32. This doesn't share Win16 code.

      Yes, but WMF is older than Win32 and it's structures and constants migrated via windows.h-included headers. I'd be surprised if none of the 16-bit file format handling code got copy&pasted.

      NT, and especially Win32 is written almost entirely in C++. Ever try to do self modifying code in C++?

      NT kernel-mode device drivers (which make up a big chunk of "GDI") are generally written in C, not C++.

      The security push from 2 years ago would have never let self modifying code pass. [] Nobody on the Windows team would seriously consider using it, ever, even if it is joked about on beer Friday. Any attempt to use it in reality would start with a flogging and end with a firing.

      You realize you're talking about the same people that moved the graphics drivers from user- into kernel-space aren't you?

    6. Re:Old coding practises, not conspiracy by Procyon101 · · Score: 1

      touche ;)

    7. Re:Old coding practises, not conspiracy by shadow169 · · Score: 1

      Sorry, I was using a little bit more general of an idea of C++, as I'm afraid many who read your comment probably would. I was thinking of APIs that are classes, of which there are none in Win32.

      However using the standards you described, which I agree with ;), you are right that it is technically C++.

  129. Possible debugging hook by I'm+Don+Giovanni · · Score: 1

    The "length=1" could've been a debugging hook that a dev neglected to remove.

    --
    -- "I never gave these stories much credence." - HAL 9000
  130. Re:I'm going to post my hierarchy of vulnerabiliti by ivan256 · · Score: 1

    My bad... My comment should have said "Remote exploits", not "remote root".

    The point was that anything with "Remote" at the beginning should have been higher up on the list than anything with "Local" at the beginning.

  131. Unintended... by ratboy666 · · Score: 1

    Just as a guess, from Gibsons explanation, the bug is the following sequence:

    1 - The SetAbortProc is entered in the metafile. It is interpreted, but (and I have never seen the metafile code) instead of having arguments interpreted, *just* the operational code is.

    2 - The metafile interpreter dispatches to the abort proc handler, which initializes the existence of the abort proc. It then attempts to scan the argument.

    3 - Most likely, the argument scan routine picks up on the fact that the length is wrong, and no such argument exists. Note that the developer probably thought "Gee, this handler only takes a single arg, and the arg retriever checks it, so don't worry".

    4 - The argument retriever indeed picks up on the fact that the argument is wrong, and THIS is sufficient to "abort" the metafile. Of course the existence of a handler has already been registered...

    5 - What is the default address for the handler? That is probably set as file relative 0 (probably for other reasons).

    Leading to the situation. No malice needed.

    Ratboy.

    --
    Just another "Cubible(sic) Joe" 2 17 3061
  132. If you're going to introduce a backdoor... by JackDW · · Score: 1
    If you're going to introduce a backdoor, it had better be a backdoor that only YOU can use. Microsoft has known about code signing for ages.. a decent backdoor would verify a signature on the code before executing it. Anything else would be exploitable by anyone that found it - a very poor backdoor indeed! Using WMF for a backdoor would be a clever move, but leaving the backdoor open for everyone is retarded.

    I think this is just over-the-top conspiracy theorising in order to drum up publicity for Mr Gibson's podcast.. strange that none of the other hackers that have worked with this (e.g. Ilfak) have set off alarm bells about it. But perhaps they are not blessed with Mr Gibson's insight.

    --
    You're an immobile computer, remember?
  133. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0
    Go home to mommy.

    Yeah right. Like he's not there already.

  134. Not A Trojan?!? by jcaldwel · · Score: 1

    I used to joke, when Outlook was constantly being patched for VB script expoits, that I was just waiting for the day when M$ would find it a good idea to script-enable GIF images. Not so funny now that it is the case.

    They are careful in the broadcast not say it is NOT a Trojan.

    From www.webster.com
    Main Entry: Trojan horse
    Function: noun
    Etymology: from the large hollow wooden horse filled with Greek soldiers and introduced within the walls of Troy by a stratagem
    1 : someone or something intended to defeat or subvert from within
    2 : a seemingly useful computer program that contains concealed instructions which when activated perform an illicit or malicious action (as destroying data files); also : the concealed instructions of such a program
  135. Office by N8F8 · · Score: 1

    What percent of machine's that someone would want to get into are running office?

    --
    "God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
  136. Am I losing my mind? by RingDev · · Score: 1

    I think it may be a warning that I should get myself checked out for dyslexia. That should be "grabs"

    -Rick

    --
    "Most people in the U.S. wouldn't know they live in a tyrannical state if it walked up and grabbed their junk." - MyFirs
  137. ReasonI heard from a developer was.... by Anonymous Coward · · Score: 0

    The two byte function code in the file is used to index of a table of function pointers to GDI functions. However, the error in SETABORTPROC was that the indexing of functions was done not from the table, but rather jumped to an index off the file position pointer. In assembler, imagine:-

    jmp 1($1) (Jump 1 off register 1 - which holds table of locations)
    jmp 2($2) (Jump 1 off register 2 - which might hold the file position pointer).

    Noone ever used the function, so it was never tested.

  138. What the hell? by Anonymous Coward · · Score: 0

    Why aren't we reporting on REAL bugs like the 4 security vulnerabilities found in iTunes this week

    You don't consider the WMF exploit a real bug? A user simply had to display an image in a browser or email client to get infected. There were exploits running all over the place. And you don't consider it a real bug? You think some music player takes priority over the operating system's image display?

    1. Re:What the hell? by TheAwfulTruth · · Score: 1

      I didn't say it wasn't a bug, It probably is a bug, or an orphaned or stupidly repurposed piece of code, it may even be an exploit (though that has not been shown). But face it, the article was posted because of it's inflammatory crack pot conslusion, not a bug found in WMF.

      And "some music player"? ANY program that has been shown to have root able flaws (Known, admitted to and patches made available mind you) does take much more precidence over foundless MS bashing any day, yes.

      Well normally...

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
  139. MOD PARENT UP by JackDW · · Score: 1

    I'd like to see some analysis of the interpreter, too. Any Windows geeks want to make a name for themselves?

    --
    You're an immobile computer, remember?
    1. Re:MOD PARENT UP by eyepeepackets · · Score: 1

      "Any Windows geeks want to make a name for themselves?"

      A "Windows geek," by definition, already has a name: Fool.

      Cheers.

      --
      Everything in the Universe sucks: It's the law!
    2. Re:MOD PARENT UP by TimTheFoolMan · · Score: 1

      That is soooooo cruel.

      Tim

  140. I think I speak for many users when I say... by hoborocks · · Score: 1

    Holy shit (if this is true).

    --
    AccountKiller
  141. Stupid by XMilkProject · · Score: 1

    This is just stupid. Of course its not an intentional 'back door'. Having written WMF parsers, generators, and converters, I'm pretty familier with what the code looks like to utilize a WMF.

    This guy ought to explain why, if its some secret back-door and not a design flaw, that WINE has implemented it as well while creating their code entirely from scratch?

    This is nothing special, nothing beyond an insecure design. People that work with WMF code have known for a long time that this sort of flaw existed. No one has been worried becuase it's a frickin WMF file! Do you really think microsoft is going to send out a huge pile of WMF files that people will inadvertently view, so they can attack your system? This microsoft paranoia is just getting dumb as shit.

    --
    Big ones, small ones, some as big as yer 'ead!
    Give 'em a twist, a flick o' the wrist...
    1. Re:Stupid by Anonymous Coward · · Score: 0

      Repeat after me: The WINE bug is not the same bug.

      You may be right about the rest.

  142. Sigh, be a little more paranoid by SmallFurryCreature · · Score: 1

    The few people here who are not up MS ass or think that being paranoid is uncool seem to still discount the possibility that this is a real backdoor on the grounds that it does not allow you to target a machine directly. The only way to trigger the exploit is to visit a site with a "corrupt" wmf file.

    If you believe the above to be true you are either not a very good reader or mentally handicapped.

    Why do you need to visit a site? A wmf file read from a floppy wouldn't isn't susceptible to the exploit? No this isn't being pendantic. The WMF exploit happens ANYTIME the WMF code is triggered. It could come from anywhere. The image displayed when you install a piece of software could be a wmf.

    This still doesn't change the fact that you need to somehow get the user to read your WMF file. Yes absolutly BUT realising it doesn't have to come from a website visited by the user means we are truly thinking about how a backdoor could be used not just copying what has already been said.

    So lets made a wild speculation that this is a deliberate backdoor designed not just for testing something (like the quake backdoor) but to take control of customers PC in the wild.

    How could you then force a computer user to load a corrupted WMF? You can't surely so this can't be a backdoor.

    Here the logic becomes very very complex. Windows users you might want to get help with this one.

    What if this is just one(1) part of a backdoor?

    Who said that this is the complete backdoor? What if there is a worm backdoor as well that is far simpler and causes the PC to do nothing else then visit a website. A two-stage attack. Most current exploits in fact work this way. The initial exploit causes a very simple trojan to get the more complex payload to be retrieved.

    In fact such code would not even have to exist in windows. All you need is the capability to somehow redirect a PC's internet requests to a page of your choosing.

    Is it possible to re-route any http request to a url of my choosing and forcing you to load my WMF exploit instead of the page you requested? Well isn't it awfully convenient that the WMF exploit can be hidden in a jpg?

    All a US goverment agency, or for that matter any goverment agency would need is for a way to force your isp to be able to redirect your traffic. Exactly the same way they can "phonetap" your ISP connection.

    In short, only criminals need to trick you into visiting their site. Goverment agencies can just force your ISP to redirect you. If it is done smartly it could even be done without your noticing.

    There is ofcourse also a nice explenation for it. What if there was a security problem in windows so big that it would bring the internet crashing down so hard that even visiting microsoft.com becomes impossible?

    How would you patch the millions of machine and get the internet users back online? Simple, every ISP would be sent the patch and they would simply redirect all their users traffic to their own site with the WMF file and force you to patch your windows.

    People who discount this as a backdoor because it is not a worm just don't have enough imagination.

    None of what I claim above means that this is a backdoor, just that it is not impossible either.

    The truth? We either have to assume MS has written some truly amazingly bad code OR that MS has put in a backdoor for either forced patching or for intelligence purposes (either its own or a 3rd party). Since MS is involved the idea that this is just a giant idiotic stupid bug seems all to likely. In fact so likely it would make the perfect cover.

    Agent A: "But Sir if we force MS to introduce this backdoor and it is found out we will have a riot."

    Agent B: "No we will just claim it is bug."

    Agent A: "Will people buy that?"

    Agent B: [Turns his PC monitor so Agent A can see the blue screen] "Yes I think so."

    Remember, it ain't paranoia if they are really out to get you. I wonder if the jews who stayed in germany called those who emigrated to america paranoid Ah, good old godwins law.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  143. Re:I'm going to post my hierarchy of vulnerabiliti by m50d · · Score: 1

    Local non-root is no vulnerability at all - a local user by definition already has non-root access. Also, crashes often become exploits - I'd put #9 above #7 as the potential risk is higher.

    --
    I am trolling
  144. How to remotely exploit a WMF remotely. by gru3hunt3r · · Score: 1

    Pratically speaking:
    If building a backdoor into an operating system, especially one as complex as windows - you wouldn't comment your code with /* BEGIN BACKDOOR CODE */ .. too many eyes on the code. You'd bury backdoors in a series of smaller innocuous subsytems.

    Specifically - you would place a series of exploitable "steps" you needed to execute in order to fully and REMOTELY compromise a system. Ideally those steps could be used interchangibly -

    some steps to remotely get a payload onto the computer and others to remotely execute the payload (or put the payload in a place where it would be executed)

  145. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    You mean like, if the total amount of death camp victims was revealed to be, say, five million instead of six million, you would say "See, it wasn't so bad"?

    I'm not really fond at all of the way the state of Israel handles things nowadays (IMHO it, ironically, looks like they borrowed a thing or two from the Reich, which is sad, really), BUT a tragedy such as the holocaust is not to be belittled. It is something that can't be allowed to happen again. What I'm trying to say is, no reasonable people I know have had a reason to question the story behind the death camps. In fact, the only folks who I've heard to play it down (or even claim it never happended at all) have been the kind of persons I would classify as crackpot nazis... By the way, your spelling errors won't really increase the credibility of your claims.

    Anyway, comparing security holes of computers to concentration camps is WAY out of line.

  146. Somewhat easy way to tell if inetentional... by SuperKendall · · Score: 1

    Look for WMF files that are taking advantage of this flaw (have header length set to "1") and trace back the owners for ones that have been around for a while.

    If this was an intentional hole then there should be examples of some earlier exploits floating around somewhere...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  147. I have no comment.... by Doctor+Memory · · Score: 1

    ... I just like the fact that the parent was posted at 13:13 on Friday the 13th.

    --
    Just junk food for thought...
  148. OH NO! by Anonymous Coward · · Score: 0

    They got them too!?

  149. "Expert" by Stan+Vassilev · · Score: 1

    Oh ok when your expert starts talking like:

    "So it makes no sense to set an abort proc in a metafile. But even so, there would presumably be no reason for not allowing an abort proc to be set"

    doesn't it remind you of the washing machine repair guy who knows "better" and found some parts of your washing machine are just unnecessary?

    My point: don't assume conspiracy where you just "don't understand" stuff.

  150. Intentional but Obsolete? by AeroIllini · · Score: 1

    Why is it that everyone assumes that it isn't a backdoor because there are many other, presumably better, ways that Microsoft could access someone's computer (IE and Windows Update come to mind...)?

    It seems to me that this vulnerability has been around since at least Windows 95, if not earlier, and back in the day the Internet was not yet the powerhouse attack vector it is today. Most viruses traveled by floppy MBR, even. It's not hard to imagine someone sending a floppy disk full of compromised WMF files labeled "Hot chicks" to someone else, with the intention that they can later sit down at that computer and gain access since the backdoor was opened by viewing the files. Granted, this is pre-internet thinking, but so is the vulnerability.

    What's the possibility that someone at Microsoft created this backdoor, and then the intentions were subsequently lost amid the bureaucracy and it remained as an originally intentional, but now obsolete, backdoor? Is a backdoor just a bug if no one remembers creating it with the intention of using it as a backdoor?

    --
    For security, the MD5 hash of this message and sig is 09f911029d74e35bd84156c5635688c0.
  151. Opinions on Mr. Gibson seem to be divided here... by mmell · · Score: 1
    but I am obliged to ask - if Mr. Gibson's assertions on this subject are correct (and there is also some question on that point), does his relative expertise matter? I.e., who cares what the source is, the possibility exists that a vulnerability is present in the WMF format by design, rather than by accident.

    That said, wouldn't an organized FUD campaign (orchestrated by, say, Microsoft or the NSA) look more or less exactly like what is being seen here?

    The GRC website has been up for a long time. While it's true I've seen some pretty foolish pronouncements come from that website (the funniest one I can recall was Mr. Gibson's assertion that Windows doesn't need a full TCP/IP stack and that inclusion of the full stack in W2K would lead to a drastic increase in Wincracks), in this instance his reasoning and conclusions are fairly compelling. Not necessarily true or correct, but I see no reason to discard them out of hand.

    Sort of like the old saying, "A rose can grow in the mud" (or the FUD?).

  152. Cue the following scenario by SmallFurryCreature · · Score: 2, Interesting

    A black van pulls up to your ISP, several men in black suits emerge and enter the office.

    Agent A: We would like to access your network routers.

    ISP clerk: Why? Who are you, can I see some papers?

    Agent B: [Pulls out a black gun] You don't need to see our papers geek boy.

    Agent A: Mr. Smith please, not yet. Our papers are in the mail, do you want to wait for them to arrive? Mr. Smith here hates waiting but if you want to force him to wait I am sure that is fine.

    ISP clerk: [looks at Agent B playing with a blackened knife] In the mail you say? Oh that is fine, absolutly let me buzz you in.

    Agent A: Thank you for your cooperation citizen. I will just be a minute, Mr Smith here will keep your company so you won't get lonely and feel the need to call anyone. [enters the machine room while Agent B plays with his knife]

    Agent A: [returns after a few minutes] We will be leaving now. The goverment thanks you for your cooperation, please refrain from speaking with this about anyone.

    The two agents leave and the ISP clerk decides that he needs another job.

    Question: How to force a people to retrieve an infect WMF file? Answer: Control the network.

    Any computer connected to the network does so because an ISP somewhere routes the calls to the proper adress. Rerouting it is trivial for the right people.

    This could be done by the goverment in exactly the same way they redirect phone calls (You never seen a movie where people call phone X only to find themselves talking to phone Y without their knowledge?) OR another reason?

    This "bug" is claimed to be new to windows 2000. Roughly the time of all those worms when it became impossible to patch a new windows online BEFORE it was infected. Now imagine the solution if this had gotten really out of control were a worm so nasty was out that EVERY windows machine connected to the net would instantly be infected. How would you patch all those machines? Especially considering how impossible it is to get users to actually PATCH their bloody machines? You could make the argument that what would be needed is somekind of solution were every windows machine connecting to the net would immidiatly be patched.

    Cue every ISP being told to redirect their users to a WMF file (every isp is capable of this) and voila, instant enforced patching no matter how much you disabled MS update.

    The only problem with exploiting this is for complete outsiders. The goverment has absolutly no problem exploiting this exploit to root your machine.

    Is this the explenation? I don't know. I am just guessing and not accepting the easy answer.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Cue the following scenario by Anonymous Coward · · Score: 0

      Hmmm. I've only been in a few MTSO's but in the larger ones the "clerk" is behind bulletproof glass and openly armed. The ones I was in (perhaps not typical), the managers and sysadmins also had concealed carry permits. This is not so much because the systems are especially valuable or critical but because they tend to be in sketchy neighbourhoods (eg: the old downtown) and because they like guns (I mean who doesn't but seriously...).

      Being the kind of guys who feel the need to carry, they are also quite likely to say "in the mail eh? Have a seat while I savour my power over you."

      More likely is what we might call a Diebold scenario:

      Sr. Agent Carl: "Hey Wally [VP-Ops] it's Carl. I was thinking it was time we played a round. Friday work for you? I'll bring salad."

      or

  153. Well then by Anonymous Coward · · Score: 0

    Can I have my money back (or part) - the system is not as sold and they aren't fixing it.

    Alternatively, release the code if they aren't going to support it and let me.

  154. Sun supports OS software for well over 5 years by Secrity · · Score: 1

    "But I don't think it's reasonable to expect a vendor to provide patches for operating systems that are well over 5 years old. Looking at Apple, Red Hat, Sun, etc. I don't see this happening either."

    Sun routinely supports their OS software for over five years, Sun currently supports a version of Solaris that is over 8 years old. Sun enterprise servers typically never have their OS upgraded; they are just patched, even though later versions of Solaris can supposedly be easily upgraded. Sun enterprise servers (with their orginal OS) are normally retired when they are no longer required or when the hardware is no longer supported. The reason for this is that nobody want to break an enterprise server that is working fine.

    1. Re:Sun supports OS software for well over 5 years by gregarican · · Score: 1

      Touche. Checking their website I version 7 of Solaris that I used to admin back in the mid-90's is still on the list of patch downloads. Wow...

  155. Windows 2000 Source Code by DocUK · · Score: 1

    Is it not possible to check for the source code behind this procedure in what was leaked of the Windows 2000 source? (Or are we not supposed to discuss that?)

  156. malfeature by HTH+NE1 · · Score: 2, Interesting
    Similarily, they are both features. Features can't be bad, right?

    feature : n.

    2. [common] An intended property or behavior (as of a program). Whether it is good or not is immaterial (but if bad, it is also a misfeature).
    So yes, it's a feature, but it isn't a good feature. It would be a misfeature, but I suggest that good and bad aren't sufficient to fully describe this. You need good, bad, and evil. Thus I suggest a new term for evil features like this: malfeature.

    And that one can have "mismalfeatures", though I'd rather make that into "dismalfeatures".
    --
    Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    1. Re:malfeature by Massacrifice · · Score: 1

      What you call a misfeature or malfeature, I call a design flaw. Its not the code that is the problem, its the idea behind it. Why invent new words when there already are ones that express the same idea, in more powerful terms?

      I also prefer my words because they point to someone, or a group of people, the designers who made wrong decisions during the creative process. So you can go back to them, and have them assume responsibilty for their mistake. Misfeature makes it sound like it somehow is the machine's fault.

      --
      -- Home is where you eat your heart out.
  157. Wasn't it actually DES? by swb · · Score: 1

    I thought the NSA provided some "assistance" to DES encryption when it was being developed and actually rigged it such that it was compromisable by them.

    I read this in the somewhat dated but still fascinating "Puzzle Palace" about the NSA.

    1. Re:Wasn't it actually DES? by Ashinberry · · Score: 3, Informative

      Actually the changes suggested by the NSA increased the strength of DES rather than decreasing it.

      http://www.schneier.com/blog/archives/2004/10/the_ legacy_of_d.html

      --
      I have no .sig
  158. Discredited? by xrayspx · · Score: 1

    People still listen to this guy?

    I thought Steve Gibson had been thoroughly discredited, especially after his fiasco with Raw Sockets. HOLY CRAP, Windows is going to start giving you raw socket access, WE'RE all F'ING DOOMED. Old Register article comments. Even back then, I had a hard time listening to Gibson who seemed like too much of a self-promoter and snake-oil salesman.

    I've never trusted that guy, and I'd like to see this independantly confirmed by, say, eEye or Counterpan, or someone with some honesty and conviction.

  159. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    "It's nothing like that actually, you are comparing apples to supernovas."

    Looks more like a horse's head to me.

  160. uh no by weierstrass · · Score: 1

    >the concept of M$ itself being 1 on the list

    >>>So, Microsoft's criteria would be equivalent to #1 here

    i believe the OP means to say - that which Microsoft describe as 'critical' vuln.s == #1 on this list

    --
    my password really is 'stinkypants'
  161. Windows XP for AMD64 by groot · · Score: 1

    I wonder if the code Windows XP for AMD64, first turns the page where the WMF is sitting on, "executable" before starting the thread to run at that location. I have been led to believe by M$ that in the AMD64 version of the OS they are using the executable bit to protect from attempting to execute in non-executable, ie, data memory section.

    If it does then it would be obviously intentional.

    --
    "Just remember, it takes a village idiot." -- The Motley Fool.
  162. Probably just a partially implemented feature. by hackwrench · · Score: 1

    There are lots of those floating around in the Windows code. Places where something was put there so that future ideas for functionality can be built on top of it. The "deskbar options" tab,
    http://www.maxpc.co.uk/tips/default.asp?pagetypeid =2&articleid=10542&subsectionid=718&subsubsectioni d=566
    is another instance of this.

  163. Wine bug compared to MS by codemachine · · Score: 2, Interesting

    It should be noted that although Wine does suffer from a WMF vulnerability as well, the behaviour is not the same one as described here. There is no special case for length==1 in Wine, and no way to have your exploit code right after the length field in the WMF. Wine simply implements the same abort routine that MS's API specifies (and can be argued to be a bad idea in itself, but that is MS's fault not Wine's). The way it can be exploited is completely different, and does not resemble a backdoor in any way.

    In fact, the differences between the behaviour of Wine and Windows implies that there is indeed something very unusual about the way Windows handles this special case. Whether it is an intentional problem or just horribly bad coding, that is harder to say.

  164. question by Anonymous Coward · · Score: 0
    A real backdoor would be something remotely exploitable via the network, as opposed to hiding inside a file or something like that.


    What if you were trying to target people who looked at secret documents, or maybe kiddy porn?

    Think about it. An enemy spy buys your fake missile plans, or a pervert logs into a honeypot, and goes off to a place of safety to view them. Image viewers from Windows 95, like ACDSee for example, have WMF handlers, right? And the files don't have to be named .WMF to be recognized as such.

    It looks conceivable. Likely? That's another thing entirely.
  165. Here's where to look for evidence of conspiracy by Anonymous Coward · · Score: 0

    Start by looking for a .wmf file with that magic cookie length = 1 value. If we find one anywhere on MS's web site, particularly on the very popular areas like Windows Update, OR especially in the release version of wIND2K/xp,and that metafile contains code that does "interesting things" I for one would remove my tinfoil hat and bow in Mr Gibson's direction. I would also propose a whistle-blower's award for the following items.

    1. A wmf scanner that detects this value in these files. For extra credit, make it an IE or Mozilla plugin. We don't need to work very hard to find a problem like this if we can find a trigger lying around somewhere.

    2. Word from someone who KNOWS why it is in there (this is unlikely IMHO but you never know)

    3. One, and that's all we need in this case, wmf file with the suspicious value in it and some code that will be executed when the proc is called. Extra credit for figuring out what it does. And a gold star if we can prove that the code phones home to someplace interesting.

  166. You should've reflected on it longer. by Anonymous Coward · · Score: 0

    > by examining the source code.

    That's where your mistake is. They're finding this out via disassembly and testing--by examining machine code, not source code. The problem would appear in debugger output, unless of course, they've found a way to FNORD.

    1. Re:You should've reflected on it longer. by Mr+Z · · Score: 1

      The backdoor was ultimately found by outside researchers/explorers/whoever through the process you mention. HOWEVER, my comment speaks more to how such backdoors can persist for years and years, hidden from the developers themselves, until someone's motivated enough to pop the code up into a debugger and start pulling it apart.

      In a sense, this provides a strange twist in the open-vs-closed source. It doesn't really argue strongly for either, but rather shows that on this particular aspect, they're each different. With open source, because the source is available, most people looking for holes won't look past the source for vulnerabilities. With closed source, all you have is the binary object file, and so that's what people will pull apart. Ultimately, the only way to truly be sure there are no back doors is to do the latter, but that's more likely to happen with closed source software than open source.

      The flipside of the above observation is that when a bug is found, open source patches are usually (but not always) quicker to arrive on the scene. At the very least, people have a chance of patching locally.

      One scary aspect of the observations in Reflections is that even Linux could be vulnerable to such an attack. Imagine if someone manages to sneak a hack such as Ken Thompson described into some GCC "binary bootstrap" packages used by a "compile it yourself" distro such as Gentoo? Here you are, feeling all high and mighty, compiling all the packages on your system from source (including GCC even), but given the chicken-and-egg nature of compilers and binaries, you're using a hacked GCC binary and don't know it. Oops.

      But anyway, to the substance of your post: The post I replied to was asking for lists of other backdoors. I think Ken's was rather relevant.

      --Joe

  167. As opposed to just using... by poptones · · Score: 1

    Windows update? If MS wants a peek inside your box they don't need to do it using one byte metafile exploits.

    OTOH, this does give them (or anyone else) the perfect excuse to scan every folder on your computer while looking for malformed wmf files. Of course, anyone using anti-virus software already has installed such a "rootkit" anyway - and who would use windows these days without one?

  168. Wine by Herby+Sagues · · Score: 1

    What? It was not. The Microsft's fix was out way before the WINE one. And I'm pretty sure the WINE guys didn't have to test one hundredth of the scenarios Microsoft tested.

    1. Re:Wine by Anonymous Coward · · Score: 0

      The WINE guys probably only tested one hundredth of the scenarios that Microsoft did, but I'm fairly certain that the WINE guys have one thousand times fewer programmers and receive somewhere around forty billion dollars (that's $40,000,000,000) less that Microsoft does on an annual basis. Despite my ballpark figures, I'd say that it's an impressive feat, nonetheless, to follow Microsoft by only a mere day.

  169. You make it sound like a back door is unordinary by Thaidog · · Score: 1

    Microsoft is the king of bullsh!t backdoored software... why? Look at who they sell their main products to: Clueless general populous. It will always have backdoors so msft programs can feel special in their not so special programming skillz.

    --

    ||| I still can't believe Parkay's not butter.

  170. Think "privilege escalation" by Anonymous Coward · · Score: 0

    I.e. "luser" -> "mail".

  171. MOD PARENT UP!!! PLZ READ PARENT! by CaptainPinko · · Score: 1

    I think this is a VERY important point. Though my hunch is that the source code to this backdoor is kept VERY tightly sealed.

    --
    Your CPU is not doing anything else, at least do something.
    1. Re:MOD PARENT UP!!! PLZ READ PARENT! by cortana · · Score: 1

      So if there is a comment there saying /* NSA backdoor here! */, you will believe that the flaw was deliberate, but if there is no such comment, you will still believe the flaw was deliberate? ;)

    2. Re:MOD PARENT UP!!! PLZ READ PARENT! by CaptainPinko · · Score: 1

      I believe it is deliberate and am looking for confirmation. Usually by looking at a line you can tell if it is deliberate or a typo. I don;t think they'd make it look like a typo in case the code got out there: I think they'd be too cocky to consider it ever getting out.

      --
      Your CPU is not doing anything else, at least do something.
  172. this begs the question... by macsox · · Score: 1

    wouldn't they do the same with any major OS, such as OS X? and, if so, wouldn't it likely be a similar exploit? and, if so, shouldn't someone have likely found it?

  173. Here's why by Anonymous Coward · · Score: 1, Funny

    I work at Microsoft, and know for a fact the exploit was put in for the purpose of determining who looks at illegal pr0n on Usenet. Ever wonder why the government dropped all the lawsuits against us? This kind of behind-the-scenes cooperation with the federal government is why.

  174. What about EMF files by Jon+Luckey · · Score: 1

    MS has a 32 bit extension to metafiles they call Enhanced Meta Files (EMF)

    Has anyone checked to see if an EMF file can execute code similar to how a WMF can?

    --
    -- 3 events that reshaped the world in the 20th century: WW1, WW2, and WWW
    1. Re:What about EMF files by Jarth · · Score: 1

      Actually since i was one to the really early people up that morning ... EMF is the way the exploit gets out of it's box after all ... check the afformentioned http://blogs.technet.com/msrc/archive/2006/01/13/4 17431.aspx for further reading

      On a sidenote : Yaiks, by the way ... some nutty memory keeps popping up that, way back in windows really early versions, there was this virus wich did a nasty show with the GDI before zapping your windows unoperational, could it be, still, after all these years ? Vague, unreliable i figure, stressed ...

      my point being ? well it did get passed around by WMF, later 'secured' by EMF and the new DLL model or something like that it was, figure it was a magazine article documenting this.

      --
      free dom(inion) - free energy - free your mind - whee!
  175. Boycott Microsoft! by Trogre · · Score: 1

    So are the "Boycott Sony" advocates going to stick to their guns and boycott Microsoft too?

    Of course anyone who still buys from Microsoft either doesn't know enough about them or is hopelessly locked in by 3rd party apps.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  176. Hopefully somebody will check this out by BeBoxer · · Score: 1
    I can see two ways to try and dig more deeply into this. Wasn't there a big leak of M$ source code a while back? I never bothered to snag a copy, but lots of folks did. There is a small chance that the relevant code was leaked. Somebody who had a copy could check. There are also non-Microsoft folks who have access via NDA. They could also check out the source, and probably leak the relvant code if they wanted to. If this is really an intentional back-door, Microsoft would have everybody so pissed at them they wouldn't really be able to go after the leaker. Second, disassembly of the relevant binary should also reveal some clues. It would be easy to code a back door like this. It would be a bit trickier to make it look innocent. The easy way to code it would be with an explicit compare for a length of value 1. Something like
    if (length == 1) {
    // Fire off evil thread
    } else {
    // Proceed with normal processing
    }
    This would stand out like a sore thumb to anybody taking a close look at the assembly. Various amounts of obfuscation could be added, but in the end the nature of this particular vulnerability sounds like it should be able to get a good feel for whether it's a bug or intentional from looking at the assembly. Hopefully somebody who knows more about Windows than I do will take the time. I'm sure some security researcher will want to make a name for themselves.
  177. Exactly... by CrankyOG · · Score: 1

    Mod this comment up to a +8!

    --
    [ ]Clever sig [X]Lame sig
    1. Re:Exactly... by Ray+Radlein · · Score: 1

      No, no! If you Mod it up to +8, that will trigger an overflow exploit in Slashdot's moderation code! Safe computing, people: Never mod anything up to more than +5!

  178. not as scattershot as you might think... by SethJohnson · · Score: 1

    These are scattershot methods, though -- good for placing spyware or zombies on large numbers of random machines, but not terribly good for getting your code to run on a specific computer, which is what a law enforcement or intelligence agency would really want.

    As you pointed out, you can put the exploit in an image on a website. You want to filter for a specific profile of people, put that image on a website that targets the people close to the people you want to spy on. Put the image in your signature of your account on an islamic fundamentalist web forum. Wow. You comprimise the computers of some innocent people who might actually exchange email with members of Al Qaeda or friends of Al Qaeda. With their computers owned, you've got the ability to add a graphic attachment signature to their email so they start comprimising their friends' computers. Keyloggers are installed, so even if they're transmitting secret messages via SSL, PGP, etc. the content gets phoned home pre-encryption.

    Even skipping the forum method for initial seeding of the trojan.. Say you're a spy agency in China that wants to see what kinds of rockets or airplanes Boeing is working on for the US. You have your soldiers walk into the Shanghai Daily News and take control of the web server computer for ten minutes. Add a directive to .htaccess that will redirect visitors coming from a specific domain (*.boeing.com) and have them pull an alternate graphic from the docroot that contains the trojaned wmf file. Now Boeing is sure to have Chinese ex-pat engineers working in the US that will visit the newspaper's site on a daily basis to see what's happening in their hometown. Once their computers are comprimised, you can work your way all through the company like I mentioned in the previous example.

    If spy agencies aren't using this exploit, they're slacking bigtime.

    Seth

    1. Re:not as scattershot as you might think... by NutscrapeSucks · · Score: 1

      > If spy agencies aren't using this exploit, they're slacking bigtime.

      Well there's a big difference between using an exploit and ordering a company to put it in the first place.

      If the NSA isn't aware of 50 non-public exploits for Windows (and for MacOSX and for Linux), they are slacking bigtime.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  179. Re:Government backdoor? Why Not ? by Delifisek · · Score: 1

    Hmmm,
    Look,
    One upon time ther was a firm named inslaw I remember someting about a spider program can collect data from various db systems.... They sunk, after that Dec rose, with their uber VMS VAX machines with backdoor. Long before google ther was altavista which developed by Dec. After sunk of Dec, Microsoft rose. And guess what, another backdoor.

    me smokes what ?

    --
    [My english is better than most other people's Turkish, so please point out mistakes politely. Thank you.]
  180. (OT) Re:Unparalleled BS from MS. by Tired_Blood · · Score: 3, Interesting

    The problem encountered by those reporting on the concentration camps was that in the FIRST world war, everybody got exposed to extreme propaganda depicting all germans as vile creatures. When the exaggerations and lies were brought to light, the public had then learned to seriously doubt such extreme accusations. It could be argued that when the reports from Jan Karski (an eyewitness to the ghetto and concentration camp conditions) were dismissed, it was due to that legacy of doubt in 1943.

    The reporting during WWI damaged the credibility of all reporting during WWII.

    jcr (53032): Allied propagandists didn't have the imagination to come up with anything like the holocaust.

    They most certainly did have the imagination, but they realized that they did not have a willing audience for such accusations. Successful PR cannot be had with seemingly wild claims, especially if the organization has been shown to greatly overexaggerate in the past.

    --
    This is not my sig.
  181. Evil... by dtjohnson · · Score: 1

    Read the Gibson transcript and then read the Microsoft page describing the exploit. Notice anything? Either this backdoor was intentionally placed in Windows by Microsoft or it was placed by a rogue coder which Microsoft failed to catch. If it was done by a lone nut, the Microsoft 'Security Bulletin' wouldn't say stuff like "Although Windows 98, Windows 98 Second Edition, and Windows Millennium Edition do contain the affected component, the vulnerability is not critical because an exploitable attack vector has not been identified..." since the back door code is NOT PRESENT in Windows 98 et. al. No, Microsoft would say stuff like 'this flaw is only present in Win 2K/XP.' Instead, Microsoft goes on with "For these versions of Windows, Microsoft will only release security updates for critical security issues. Non-critical security issues are not offered during this support period." Looks like the 'non-critical' stuff is just a cover for Microsoft to explain why the 'flaw' is not patched in Windows 98.

    The backdoor looks like it was intentionally placed there by Microsoft and they are not coming clean about it. Microsoft is singing the same tune as Sony did about their rootkit. Not only that, they are even using it as an excuse to tout upgrading to Win XP when they say: "It should be a priority for customers who have these operating system versions to migrate to supported versions to prevent potential exposure to vulnerabilities." This is pure evil.

  182. Bill's friendly OS company by minus9 · · Score: 1

    Bill Gates actually has a remote control hidden in his bra which will cause all the PCs to rise up against humanity, just like Mom in Futurama.

    William Gibson is more believable than Steve. I'm still awaiting his predicted raw sockets apocalypse.

    I'm as big a Microsoft sceptic as you're likely to meet but Steve Gibson is nothing more than a self publicist with enough technical knowledge to scare anyone susceptible to sensationalism.

  183. Word? by phorm · · Score: 1

    Word will read WMF files, and a large number of machines running MS Operating Systems have also tended to have word.

    I can't test it offhand, but is there perhaps a way to embed a WMF for display from a webpage as well (no IE here to test that).

  184. Backdoor or Patch mechanism? by kybred · · Score: 1

    Perhaps this was put in long ago by a forgotten programmer as a way to add or fix functionality. Never documented as such and the reason for it has been obscured by time.

  185. This whole mess in a nutshell by Anonymous Coward · · Score: 0
    It seems the alleged implementation of Microsoft's code goes something like this:
    int IMPOSSIBLE_SIZE_VALUE = 1;
    if(size == IMPOSSIBLE_SIZE_VALUE)
      code_to_execute_in_background = read_executable_code_from_wmf_file();
      create_and_run_new_thread(code_to_execute_in_back ground);
    }
    continue_running_normal_code(); //without waiting for new code to finish
    This raises at least some fundamental questions:

    1. Why is the executable "code" loaded from the wmf file?

    2. Why is a new thread created to run the code in the background?

    3. Why is an impossible size of 1 used as the trigger for doing this?

    4. Does the above activity actually cancel print jobs? If not, why is it inside SetAbortProc() which is documented by Microsoft as being used for cancelling print jobs?

    5. Was this "feature" utilized by Microsoft on any customer's PC before public disclosure? If so, in what ways?

    6. Did Microsoft inform anyone of this "feature" before public disclosure? If so, when was the earliest date and to whom? ...speak amonst yourselves.
  186. Other Explanations by logicnazi · · Score: 2, Interesting

    As far as I could tell the only evidence present that the vulnerability really was a backdoor was the fact that the message length needed to be set to *exactly* one in order for the vulnerability to work. Presumably the argument then runs that poor coding wouldn't generate such a specific effect so it must be a delibrately coded back door.

    This, however, overlooks many other possibilities and, unless there is other evidence I am unaware of, suggests an ignorance of security vulnerabilities by those making the suggestion. Frequently security vulnerabilities result from data being interpreted in an incorrect fashion as a result of pointer munging or memory collisions. Often some perfectly innocent piece of data (like message length) will get used as an index into some table or mistakenly used in stead of the correct variable in some test and cause incorrect execution or privelege escalation of the user's code.

    Even if there is reason to believe this isn't a simple code error like this there are many other explanations other than microsoft or an employees malevolence. For instance imagine this situation:

    Initially Metafile execution is designed to execute code in the fashion of the vulnerability with no requirement on the header length. This is perfectly plausible if it was programmed by some new hire without much awareness of security. Hell, it could be a bug introduced to do some sort of debug or get something up and working fast which just got left in the codebase. I'm sure all of us have made a change to our code that screws over security just to do some testing and sometimes people forget about it or get fired.

    In any case this security issue in the code base is there and some other parts of windows start relying on it. The security experts eventually notice the issue but by now other parts of windows will break if it gets fixed. Perhaps then the deciscion is made to partially patch the vulnerability but leave a special value for some fields which triggers the old behavior so as not to break the other parts of windows. If this is the case it would explain microsoft's recluctance to patch 95 and other old systems, because a patch would require rewriting some significant part of the system.

    Perhaps microsoft even intended to fix the vulnerability but the blah-blah group asks the metafile group to leave in a workaround (the special values) so they can continue to work on the rest of their component. Maybe then the groups are late to the deadline and forget about that issue in their rush. Or perhaps by this time the group members who knew about the workaround have left and no one knows to go back and remove it. Or maybe this is fixed as part of some larger patch applied to the source tree and when it breaks the build late at night and someone calls the metafile team whoever answers doesn't realize its a security issue and backs out the change but forgets to tell the people who made it.

    Whether or not I have the details right the point is clear. There are a hundred innocent ways for this sort of vulnerability to arise. It is silly to jump to the conclusion it is an intentional backdoor.

    --

    If you liked this thought maybe you would find my blog nice too:

  187. In Fact by logicnazi · · Score: 1

    I wouldn't put it past someone to make this allegation just to get slashdot subscribers to their podcast.

    I don't know these people though (but do like thier podcasts) so it would be hasty of my to accuse them. However, I'm not sure I would be above doing something like this so other people out there might not be too.

    --

    If you liked this thought maybe you would find my blog nice too:

  188. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0
    It's a lot like the Allied soldiers who were fighting in Germany, being told all these horror stories about how evil the Nazis actually were, and then coming upon a concentration camp and finding out that these stories were real after all.
    It's nothing like that actually, you are comparing apples to supernovas.
    I concur, this sort of hyperbole is a prime example of Godwin's Law
  189. Gibson's technical argument is nonsense. by Anonymous Coward · · Score: 0

    "What you would expect is that when Windows is reading a WMF
    file, and the MetaFile ESCAPE code is encountered, followed by
    the SetAbortProc subcode, there would be an argument specifying
    a Device Context and a second argument pointing to a user-
    provided function that is to be executed in the event of a
    printing abort."

        No, that's the last thing that anyone with software engineering knowledge would expect. What the hell use is a pointer to a function (or indeed a device context) going to be if you open the file in a different app? The only way you could possibly have a meaningful abort proc in a stored file would be with inline code.

  190. WMF Is Good Once In A While by Anonymous Coward · · Score: 0

    Man, this is one of those times I'm glad I live in Canada, we only got linux up here!

  191. Last Windows 3.11 patch issued ~2000 by The+MAZZTer · · Score: 1

    I feel the need to point out that there was a patch for Windows 3.11 File Manager issued some time in 1999 or something to fix a Y2K bug in the date renderer (it was rendering ':0' for 2000, for instance. This is because it was doing (((year - 1900) % 10) + '0') to get the ASCII character to print, and year = 2000 gives (10 + '0') or ':'.

  192. Patriotic duty by Britz · · Score: 1

    So we all know what this means, right?

    From now on if anyone finds a security hole in Windows (or in any other app for that matter) it is of high importance not to disclose this to the world, because you would help the terrorists and destroy a tool to fight them. First check back with the NSA, CIA, FBI, Secret Service, local police, Navy, Army, Marines and any other service you can think of that protects the homeland and ask them if it was their doing. If they deny it keep your mouth shut anyways, because they might not want to tell you.

  193. ENOUGH. Gibson was right about raw sockets. by Anonymous Coward · · Score: 0

    ENOUGH. Gibson was right about raw sockets.

    After the relentless pounding and smearing of Gibson, Microsoft quietly disabled the raw sockets code.

    Gibson was right. They fixed the problem.

    Jesus, it's like arguing with 20,000 Bill O'Reilly's. Truthiness! Gibson is a maaaaadddmaaaannn!

    And since people rarely followup to what they think is truthy, they missed the fact that the only reason the Raw Sockets disaster didn't happen is because MICROSOFT QUIETLY FIXED THE PROBLEM, JUST. LIKE. GIBSON. SAID. THEY. SHOULD.

    Damn, I wish I hadn't moderated this thread. ACing sucks.

    1. Re:ENOUGH. Gibson was right about raw sockets. by SubliminalVortex · · Score: 1
      Of course, you wanted to make sure that the read head of the drive did not spin rite into the platter did you? After all, it only took just a tiny amount of current to pull those magnets closer.

      Maybe it's time those designing these circuits got pulled into the limelight.

    2. Re:ENOUGH. Gibson was right about raw sockets. by Russellkhan · · Score: 2, Informative

      "(originally posted as AC because I'd moderated; however, even posting as an AC, the code retroactively undid my moderation. Didn't know that would happen. A little warning, Slashcode?)"

      I believe that's intentional. I think some people get around it by either logging out and posting AC logged out or by using a whole 'nother browser, again, not logged in. Can't really say for sure, I haven't tried it.

      I probably should post this AC, since it's pretty far from on-topic for the story, but I prefer to be able to know if someone replies to my posts, even if they're OT.

      --
      Information doesn't want to be anthropomorphized anymore.
    3. Re:ENOUGH. Gibson was right about raw sockets. by GlockMan · · Score: 1
      And since people rarely followup to what they think is truthy, they missed the fact that the only reason the Raw Sockets disaster didn't happen is because MICROSOFT QUIETLY FIXED THE PROBLEM, JUST. LIKE. GIBSON. SAID. THEY. SHOULD.

      Wrong. Windows XP shipped with raw sockets enabled, and the functionality was not changed until SP2 shipped in August of 2004:

      http://www.microsoft.com/technet/prodtechnol/winxp pro/maintain/sp2netwk.mspx

      So, why wasn't there a raw sockets disaster during the first three years of Windows XP's use?

      Face it; Gibson is a fear-mongering blowhard who does nothing but vie for attention, and can't stand being outshined by real experts like Mark Russinovich.

      Microsoft should sue Gibson.
  194. ENOUGH. Gibson was right about raw sockets. by Catbeller · · Score: 2, Insightful

    ENOUGH. Gibson was right about raw sockets.

    After the relentless pounding and smearing of Gibson, Microsoft quietly disabled the raw sockets code, whatever the hell it was.

    Gibson was right. They fixed the problem. He was right, The Reg was wrong.

    Jesus, it's like arguing with 20,000 Bill O'Reilly's. Truthiness! Gibson is a maaaaadddmaaaannn!

    And since people rarely followup to what they think is truthy, they missed the fact that the only reason the Raw Sockets disaster didn't happen is because MICROSOFT QUIETLY FIXED THE PROBLEM, JUST. LIKE. GIBSON. SAID. THEY. SHOULD.

    And as for being a top security professional, something he never claimed to be - he's a developer - what makes you all think that the very best security people at the NSA and Microsoft don't already know all about the exploit, because it's one of the many that they placed there in the first place?

    Listen, everyperson, Microsoft has cooperated with Justice, the FBI, the NSA and all the other alphabet boys since the beginning. Windows and Office are monitored at will, you can bet your last god damned dollar. Can you imagine MS refusing to cooperate, especially during a ten year monopoly trial??

    (originally posted as AC because I'd moderated; however, even posting as an AC, the code retroactively undid my moderation. Didn't know that would happen. A little warning, Slashcode?)

  195. Waif by djdavetrouble · · Score: 3, Funny

    where you waif that right.

    I really think kate moss doesn't have anything to do with this, despite the recent press tizzy.

    --
    music lover since 1969
  196. google has the answer by nazsco · · Score: 1

    c'mon, if the code is in a website, google must know about it.

    and by the way, who in the world uses WMF in a website?!?! This is more suspicious michael jackson in a child porn scandal.

    but, here, here is your guilty people.
    http://www.google.com/search?q=filetype%3Awmf+door

    here are some more
    http://www.google.com/search?q=filetype%3Awmf+code

    i bet that all those windows meta files (suspicious name for an image, uh?) are full of malicious code.

  197. Malice by uncle+mole · · Score: 2, Funny

    Never ascribe to malice that which is adequately explained by incompetence. Napoleon Bonaparte

    --
    better is the enemy of good
  198. Schneier's Book by Anonymous Coward · · Score: 0

    "Applied Cryptography" -- a good introduction to the subject of cryptography; quite readable.

  199. Didn't the WIn2K source get leaked? SO look there! by Anonymous Coward · · Score: 0

    Maybe that code is in that leaked Win2K source code that got leaked (it did didn't it or am I crazy?)... maybe someone that has it can look there and see what the code actualyl does from a source perspective...

  200. IBM does by Anonymous Coward · · Score: 0

    IBM provides support for portions of its mainframe OS that are several decades old.

    For a hefty penny of course... if you want it free, you have to upgrade.

  201. I'm asking "Why?" by gone.fishing · · Score: 2, Interesting

    I don't want this to sound like I am too "Pro-Microsoft" (I'm not). If Microsoft intentionally put the vunerability into their product then there must be a reason why. That is the question that I would like someone to answer because it does make all the difference. The question goes straight to motive.

    If the vunerability was an accident it was stupid and it needs to be fixed. I don't necessarily buy Gibson's reasoning but, I can see how he got there and that is enough to be troubling to me.

    Did some rouge programmer think "This is a cool idea? and against the rules just stuck it in there? I can't believe that Microsoft gives anyone that kind of autonomy. They have to have far better code review policies than that. That is harder for me to believe than anything else!

    Did some group think that this backdoor coupled with some other software could be used for some acceptable purpose in the future? Did someone say "Hey, with some code off of the Genuine Advantage web site we can use this to disable some features on computers that are running pirated software. This is only an example but I hope you get my point. I can see how something like this may be considered and discussed. I'm not so sure it would make it past the lawyers though. Maybe it was started, aborted, and this was a trace that was forgotten about and slipped bye? This sounds a little far-fetched but I have seen useless bits of code left behind in other coding projects. I'd buy something like this even though it sounds like something out of a bad movie.

    Did the NSA or some other agency approach Microsoft and ask to have something like this put in their code? We know that they have asked for encryption code before so that they could examine it so maybe this kind of idea isn't so strange? An exploit that the government knows about could give them a significant advantage in cyber-war. Frankly, this sounds like a Tom Clancy wannabe's plot for a novel. But it could happen.

    Honestly though all of this stuff sounds like conspiracy-theory stuff to me. My guess is that it is more innocent than all of that. I'd guess the exploit is a leaving. Something that got left behind from some piece of code that simply didn't make the final cut.

    I'd just like Microsoft to explain themselves this one time. Completely, thouroughly, honestly. Then they can tell us what they will do to ensure it won't happen again.

    1. Re:I'm asking "Why?" by Stepto · · Score: 1

      I swear to god I hate the slashdot rating system that allows anyone not related to a posting to get moderated +5 but the people most related to a posting have to just sit there unmoderated.

      "I'd just like Microsoft to explain themselves this one time. Completely, thouroughly, honestly. Then they can tell us what they will do to ensure it won't happen again"

      We did. Dunno why no one points this out, but:

      http://blogs.technet.com/msrc/archive/2006/01/13/4 17431.aspx

      Not sure how you can ask for much more of an explanation that that.

      S.

      --
      http://www.stepto.com

    2. Re:I'm asking "Why?" by Mysteray · · Score: 1
      Dunno why no one points this out, but
      posted on Friday, January 13, 2006 11:57 PM by stepto

      Because you beat them to it.

      Thanks for the info, BTW.

    3. Re:I'm asking "Why?" by gone.fishing · · Score: 1

      Thank you for the information. I does answer the question I asked and offers an explaination that shows that this was probably not subversive. I'm buying it (but can you sell it to everyone?).

      Honestly, I'm not really a conspiracy theorist. Quite frankly when you are someone on the outside looking in, a lot of things can smack of conspiracy when they aren't. Honest intentions can appear very dishonest when looked at from a different angle without all of the information. I've been stung by that before myself. It hurts. Worse than if you get caught doing something that is truly dishonest.

      In some ways, I really feel for Microsoft. I don't think they are bad people working for a bad company who's only motive is profit. I think that they are trying to offer a good product unfortunately, their product (like so many others) is flawed and requires a lot of after-the-sale support. The fact that they are responsible enough to throw money, time, and manpower at something that has already been sold (and in many cases discontinued) speaks well of them. Where the "evil" of Microsoft comes in, if it exists at all, is in the profit margin and in the monopoly status that they actually have. They litterally do charge what the market will bear, even if they could offer it cheaper. Products like Office (high profit) do help to support products like IE and Media Player (free) though. Still, I don't like the fact that I can't afford MicrosSoft Office on my home computer yet I can go out and buy Word Perfect's office suite or Lotus SmartSuite at reasonable cost.

  202. Why Open Source is better... by kupci · · Score: 1
    Gibson isn't talking about this exploit. But you miss an important point - Bruce isn't really sure either, and notes his opinion of two possibilities. He's guessing just as Steve is, based on the code. So at a higher level, Steve's point holds:
    Leo: Could there be other backdoors like this?
    Steve: Well, yes. I mean, that's the problem with a closed source operating system like..

    Buyer beware.

  203. That "special key" aint so special... by Anonymous Coward · · Score: 0

    It's just the number "1" in a size field - apparently only values 3 and higher are valid, but Steve is saying this *must* be intentional because the vulnerability doesn't work if 0 or 2 is put in there.

    Geez, I've had legitimate bugs that have presented far weirder triggering conditions than that.

  204. Re:I'm going to post my hierarchy of vulnerabiliti by Anonymous Coward · · Score: 0
    I removed 3 and 4 from your list because there is no such thing.
    Yes, there is. He's talking about action upon the part of the root user (race conditions, e.g.), and not part on the action of the local user.
  205. Plenty evidence....like the backdoor CODE! by kupci · · Score: 3, Insightful
    here's no evidence other than his opinion

    (Defending Microsoft - only on Slashdot. Ok, so some monkees tapping on a keyboard while the programmer wasn't looking snuck this code in ;)

    First of all, Gibson is no bomb thrower, he's uncovered some pretty serious security issues with Microsoft. I'd suggest reading his web site - he's a very thorough person, and doesn't make any wild unsubstantiated, naive, biased claims, like, say, Slashdotters. He's a long time Windows user, not a Mac fan, nor an open-sourcer (at least until recently, for reasons like this)Now, to quote the transcript, curious where you would even be able to make the claim that that this *isn't* a backdoor:

    what I found was that, when I deliberately lied about the size of this record and set the size to one and no other value, and I gave this particular byte sequence that makes no sense for a metafile, then Windows created a thread and jumped into my code, began executing my code. Okay, Leo? This was not a mistake. This is not buggy code. This was put into Windows by someone. We are never going to know who.

    Yeah, he's saying this is a deliberate backdoor. Listen to the article or read the transcript, then think about it a little. Now, he's not saying *what* Microsoft put this in for. Did someone put this in for testing -that's my take, from a programmer perspedctive but .. who the heck knows. That's sorta the problem with proprietary software, we might never know. Buyer beware.

    Steve: Well, I mean, as you've mentioned a couple times here, I mean, one of the advantages of an open source system is, you know, and I'm finding myself gravitating more and more toward open source solutions because of their transparency. And so, you know, but an advantage of that is that all kinds of people are looking at the code, and there's just no opportunity, especially when you build the system yourself from source, there's no opportunity for anything evil to get stuck in. And also, about this what appears to be a Windows MetaFile backdoor that's always been in Windows from 2000 on, you know, they've done recently serious security reviews of all their code. You know, they took that whole timeout from all the work they were going to be doing and said they were rereading all their code. And this is not the first time metafiles have had a problem. There have been what are probably real bugs in metafile processing in the past, I think two of them. So the whole metafile system would have come under the scrutiny of someone, you know, very deliberately. Now, you know, if Microsoft had said last week, whoops, this was an undocumented backdoor or means for us to run code in a metafile, we never documented it, our security sweeps didn't find it, blah blah blah - but nothing was said. They allowed the industry to believe that this was just like all their other code mistakes, but this wasn't like all their other code mistakes.
    1. Re:Plenty evidence....like the backdoor CODE! by Anonymous Coward · · Score: 0

      Sorry, you're wrong. Gibson may know Win32 like the back of his hand, but he's a tried and true bombthrower, trying to stir up hype in order to sell his latest crappy piece of shareware with a name like SUPERSYSTEMDEFENDERPLUSPLUSPLUS. The guy is nothing but a loud hype machine for himself.

    2. Re:Plenty evidence....like the backdoor CODE! by kupci · · Score: 1, Interesting
      Sorry, coward, but if you had a smidgen of support for your statement, I'd be interested, but you don't.

      I've no idea what SuperSystemDefender is, never heard of it. He sells SpinRite, a commercial product for system restore and recovery, written entirely in assembly, and it's , been selling it for years, in fact I used it since Win 3.0. Read the reviews - it's an excellent product. He does have a bunch of freeware programs available on his site to test your Windows security. Free, not shareware. He even recommends ZoneAlarm, as one of the few decent firewalls.

      As far as hype, I think you're confusing hype, like Microsoft hyping Vista, with real security issues, such as DOS (Denial Of Service). Since when is this hype? I'm curious. Gibson makes alot of squawking, but he backs it up. He found issues with Microsoft's raw sockets, and they took it out in SP2 - that was fairly important security fix, wasn't it? I'm curious how that's bomb throwing, when Microsoft went and fixed it. [What I'm really curious about is why folks get so defensive about Microsoft and security. Why attack the whistleblower?] If that's hype, well, more power to the guy. If it helps him sell a few copies of SpinRite, or get a few visitors to his excellent site, so what? I could think of worse things - like spreading FUD, say. Or like selling a product full of security holes, taking a long time to fix them, and furthermore, sometimes not even fixing them.

  206. WMF is what windows uses as a print engine for GDI by Anonymous Coward · · Score: 0

    IIRC WMF is used as the format for print files a long time ago (at least until they went to EMF)

    I'm guessing WMF support is kept in windows to allow old 16-bit applications to print as they rendered a WMF print file in the application to spooler process.

    Part of the setabortproc allows registering the call back to the application... I'm assuming way back when there wasn't any common control for this so the devs for the app generating the print job would put in some code that would jump to their process and execute, for example a box that said, you cancelled printing that check would you like to remove the entry in the register? or a REPRINT? box etc...

    Any old 16-bit win 3.1 devs out there that worked on WMF and the print subsystem? This is just my wild ass guess but I think it's a darn good one. :o

  207. MSBlaster no big deal? by kupci · · Score: 1
    I still remember the noise he made about raw sockets in WinXP (and continues to in fact).

    Geez, I'm really curious why every time there's a Microsoft security issue, all the Slashdotters run to the defense of Microsoft (while at the same time patching their system one must assume). Gibson a Bomb Thrower? So MS Blaster is no big deal? All the noise about raw sockets - and yet - this was one of the big fixes for "service" pack 2? Really people, I gotta wonder. Obviously you are not in charge of any secure networks, or maybe y'all are running Unix.

    1. Re:MSBlaster no big deal? by znx · · Score: 1

      I am not stepping up to defend WinXP, sure it has issues, enough to keep me on Linux (close with the Unix guess :P) but I would not defend it. What Gibson is saying is ridiculous, cutting through the chaff: Microsoft delibrately compromised the security of their product. I mean I would happily blame them for many a thing but delibrately poking a hole in the OS, er no.

      Gibson is talking out of turn to publicize himself, he has utterly no proof to actually show. Look back into the past, its all fear-mongering. Yes issues exist, when the hell don't they?

      --
      BOO
  208. Gibson saved your ass, thank him by Anonymous Coward · · Score: 1, Informative
    but instead they like to make spurious accusations that it is a 'backdoor' so they get more hits to their website.

    Uh, you obviously don't know Gibson. He's not some idle slashdotter, he's a hacker in the true sense of the word, does all his coding in assembly, and is seriously familiar with the internals of windows, as a long-time Windows user.

    The point everybody here is missing, as all the Microsofties come out of their holes, and take a break from patching their systems, is that Gibson is not saying Microsoft is spying on you dimwits (although who knows, maybe they can) - he's merely saying this is a backdoor - he hasn't a clue why they put it there - but - and get this straight - it _is_ a backdoor. RTFA. Who wrote it, why, well never know, that's the problem with closed source.

  209. What are WMF's used for... in Win 3.0 by martijnd · · Score: 1

    Since this code goes back a long time, what exactly was/is Windows using WMF's for ? If this code is around since before 1992 ; then a computer environment in those days would be a couple of computers networked to a company server, and a printer server. No or little e-mail, WWW etc.

    * Inside Word documents

    Put an official looking document on a company network server, user opens the document and code is executed on his/her terminal. Nice for installing spy tools & keyloggers, even if the user rabitly protects his/her computer.

    * Printer drivers ?

    WMF's are for print job preparation, did any every get executed inside a network server before handing it off to the laser printer? Probably not? since windows printer drivers on the clients do most of the formatting/raster work. Would be nice if you could get a Windows NT server to execute your code by just printing a file on the network, completely wiping out any security.

    Just some thoughts without ANY fact checking.

    1. Re:What are WMF's used for... in Win 3.0 by Mysteray · · Score: 1
      since windows printer drivers on the clients do most of the formatting/raster work.

      Not if you uncheck the "print directly to printer" or do check the "enable enhanced printing features" on your printer setup.

      Would be nice if you could get a Windows NT server to execute your code by just printing a file on the network, completely wiping out any security.

      The Windows spooler print stream does, in fact, usually consist of an EMF-per-page wrapped in some other undocumented stuff. What you describe is entirely plausible.

  210. MSRC responds: Intentional Back door? um no. by Stepto · · Score: 3, Interesting

    We've blogged about this already providing the background of the bug:

    http://blogs.technet.com/msrc/archive/2006/01/13/4 17431.aspx

    I emailed Zonk about it but I don't think he's had a chance to update the posting.

    Long story short the idea that this is intentional rests on the premise that only an incorrect value produces the vuln. That is totally wrong, both correct and incorrect values trip the vulnerability. Besides doesn't it seem odd to create a backdoor that would require the user to first visit a website? What, were we going to take out a superbowl ad suggesting people visit www.microsoft.com so we could...uh...what exactly?

    S.

    --
    http://www.stepto.com

  211. To the tin foil hat crowd by microbox · · Score: 1

    The NSA is (in theory at least) legally forbidden to spy on Americans.

    I'm sure they can legally ask the Canadians to spy on 'suspects', and probably return the favour. The intelligence communicities of several countries are very tightly integrated, so I'm sure they have no problems getting around these little legal problems.

    --

    Like all pain, suffering is a signal that something isn't right
    1. Re:To the tin foil hat crowd by Frank+T.+Lofaro+Jr. · · Score: 1

      We do it with the British. It's called UKUSA.

      --
      Just because it CAN be done, doesn't mean it should!
  212. Not a bug, more like Design by Contract by kupci · · Score: 1
    This isn't a bug. If you read Gibson's analysis, he clearly and easily discounts that possibility. I'll attempt to summarize here, for the real version, read the transcript. It's very interesting.

    Think of a bug. Crashes your system, or something goes awry. But execute the code at the next byte after the SETABORTPROC, in a data file, where SETABORTPROC makes no sense, when you set the record size to 1, and impossible value? Nah, that's not a bug, that's more like what a hacker *tries* to do on purpose, think of a Buffer overrun exploit, here Micorsoft made it easy. [Now, with all the howling and outcry about this, understand the Gibson is *not* saying _why_ this code is here, he's only saying it's a backdoor. No conspiracy stuff, Microsoft out you get you. Best guess, this is more along the lines of the Wal * Mart hacker futzing with the keys in the whole Planet of the Apes fiasco. Who wrote it? Why? Who knows? That's the issue with closed source.]

    With SETABORTPROC, this is a callback, you are handing windows a pointer. There are two things that Steve points out, if you read the article (sigh, this is Slashdot, I know): There is no point for the SETABORTPROC record to be in the file, it makes no logical sense. It's a callback, a common technique used for one process to communicate with another, in this case when you cancel a print job, it's a way for Windows to make a "callback" to the application to say, hey, the user quit printing. But it makes no sense in a WMF...except...
    And secondly, unless you set the size of the record to 1, which is an impossible value, it doesn't work.

    Now think for a minute, how you write backdoors. You don't use a possible value, the programmer here is kindly making sure you can't just happen to fire this off, if you also happened to have a SETABORTPROC unecessarily in your file. Design by Contract, Microsoft Style ;)

  213. Re:Unparalleled BS from MS. by Anonymous Coward · · Score: 0

    You mean like those concentration camps the United States government has put in place since 9/11 to coverup its security holes?

  214. This is a feature, not a bug folks by Anonymous Coward · · Score: 0
    He makes a wildly unsubstantiated claim about the WMF vulnerability being intentional.

    Hardly. He gives thorough reasoning behind his argument. Yes, it was unintentional if you believe a bunch of monkees tapping on computers wrote the Windows OS. On the other hand, if someone wrote the code, this was not a bug, it's a feature. I like to call it a "Buffer Overrun On Purpose" or something like that.

    The whole Escape/SetAbortProc vulnerability is built around some (admittedly stupid) functionality in WMF files. WMF files have the ability to set an application callback function for an abort condition.

    It's very simple, really. This record makes no sense in a WMF file. Requires an impossible value? Microsoft didn't want to fix it? It even creates another thread? C'mon, end of story.

    So I'd be really interested why his very substantiated claim, you say is wildly unsubstantiated. Simply don't believe it? Better yet, I don't really care. Steve Gibson (read his stuff on DOS) has credibility. Lowly Slashdot kiddie? I not care. Whatever, now go back to patching your Windows box.

  215. Titan Rain - no big deal? Think again.. by kupci · · Score: 1
    The guy is a massive alarmist and I wouldn't take anything he says seriously.

    Ok, so you don't think DOS is serious? Or the MS Blaster worm? Cuz he was one of the guys to squawk about this, and Microsoft did come out with a patch. Why do folks defend Microsoft? Are you worried that they might lose money fixing their code? I mean, what's the deal people?

    He loves to cry about the end of the digital world type scenarios, perhaps because he really believes it, or perhaps because it gets him more business.

    What end of the world scenario? Care to print a link. Yeah, like got any evidence, any source for your statement? Just curious.

    Now if you're talking about Microsoft's lousy security, and that Gibson thinks Microsoft should fix their crap, well, you got that right. Further, thing of it is, the U.S. is not very serious about cyberwarfare, but China is. And someday you might want to thank people like Gibson.

  216. block wmf at router by Anonymous Coward · · Score: 0

    My SMC router lets me block a URL based on keywords, so I set it to block ".wmf" - problem solved :)

  217. Napoleon Bonaparte? or Robert J. Hanlon? by Nonesuch · · Score: 1
    Quoth uncle mole
    Never ascribe to malice that which is adequately explained by incompetence. Napoleon Bonaparte
    This is most commonly referred to as Hanlon's Razor, and a direct attribution to Napoleon has yet to be discovered.

    And then there is "Marshall's Axiom": :

    Never ascribe to incompetence that which can adequately be explained by laziness.

    Which I think is an even better explanation for how the WMF vulnerability came about.

  218. It's a feature not a bug by kupci · · Score: 0

    Actually not just Gibson, but other security folks f-secure, call this a "feature". I mean c'mon, you should be thanking MSFT, this is a great 'hook'.

  219. It went something like this: by kupci · · Score: 1
    Well if you are interested in the details check it out.

    (disclaimer - fictional scenario)

    Steve: Hey Microsoft! Raw sockets are stupid!

    Microsoft: Shut up and Go away.
    Steve: Hey Slashdot! Microsoft doesn't care about security!
    Microsoft: Steve is an alarmist! Check out QRCSux! Our stuff is like fort knox! Besides, it's the problem of the code, it's hackers who are the bad guys! [months later Microsoft goes back to Redmond, fixes code, costing them a pretty penny, and infuriating customers with massive, buggy patches. business as usual.]

    1. Re:It went something like this: by NutscrapeSucks · · Score: 1

      And that proves my point -- Gibson is obsessed with raw sockets, but makes barely a mention of the crappy Least-Privileged User support in Windows. Microsoft could have held up XP and fixed the real issue. Raw Sockets only make a difference *after* your machine has been owned.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  220. _Was_ an MS guy by kupci · · Score: 1
    He may be an alarmist, but he's normally a Pro-MS guy. In this case, I think he's on to something.

    Make that wasan MS guy. Not that he would abandon his bread and butter, but he is definitely seeing the advantages of open source:

    Well, I mean, as you've mentioned a couple times here, I mean, one of the advantages of an open source system is, you know, and I'm finding myself gravitating more and more toward open source solutions because of their transparency. And so, you know, but an advantage of that is that all kinds of people are looking at the code, and there's just no opportunity, especially when you build the system yourself from source, there's no opportunity for anything evil to get stuck in.
  221. Conspiracy Theories Abound.... by SubliminalVortex · · Score: 1
    Reading the article, and then listening to the podcast was something not enlightening, but more so irritating, yet also somewhat inspiring. Only the consipiracy theorist could provoke such thought... but I digress.

    First of all, I like how they compare the Windows Metafile as any other "Device Context", like the conventional 'display' or 'printer'. Yes, there were days that some applications 'drew' onto files so that they could be reliably duplicated on the remote side to which they were sent. I'm sure this was a most valued feature for anyone who developed any type of 'Fax' software back in the 90's. Draw to a file, send over the wire, etc.

    Should a callback be received if writing to the file was cancelled? Yes indeed. After all, who wants their fax machines cluttered with useless partial faxes that were cancelled midstream. (The fax machines already had a bad habit of doing that over bad lines at times and thermal paper wasn't cheap!)

    Now, is there a conspiracy to use the '1' in the file format to make a callback as this person claims? Well, I seriously doubt it was a conspiracy; however, I could definitely imagine that a "real programmer" during the time that this development was going on, might have put a 'shortcut' in the code in order to 'debug' the chunk of a file quickly in order to make sure that things were working (as far as callbacks go) without going through all the motions. Perhaps this code was left in inadvertently or was continuously used for testing; I seriously doubt it was some 'wormhole' in space-time to take over "all the computers of the past."

    I would like to see the person making this claim use his debugger to reverse engineer the assembly which made the call into his application in order to determine the logical paths used to decide what the code did or did not do based on his file modifications. Who knows, there may be exploits abound for any OS or application (especially linking loaders) that aren't careful about examining each and every bit, and in the right order on the right day at the right time. That even goes for CPUs that are executing instructions.

    Is Microsoft trying to take over the world? Nah, it's probably Google. I bet they have first dibs on the Quantum chip too.

  222. Yes, it impacts Win ME. Sorta. by kupci · · Score: 0
    Actually the OP is sorta right.Major Revision in Vulnerable List

    It is true, as F-Secure says, that all versions of Windows back to 3.0 have the vulnerability in GDI32. But most versions of Windows are not quite as vulnerable as they appear.

    It has to do with whether the version comes by default with a program that can be exploited or not, and apparently this includes Windows ME.

  223. Reflections on Trusting Trust : Do our parents? by SubliminalVortex · · Score: 1
    It's amazing that a compiler can compile itself; however, did a person not have to write that code; did they not have to invoke that compiler? Do they not have to correct their own logic when it fails?

    "Trusting Trust" can also be applied to one's children. Perhaps programming isn't just limited to typing on keyboards and clicking on mice.

  224. Re:MSRC responds: Intentional Back door? um no. by SubliminalVortex · · Score: 1
    Thank you for the detailed explanation. It certainly makes sense (but I must profess, from a programmer's point of view) how the API could 'misinterpret' a particular value in a sequence of bytes to be one of rendering the data that follows from being an application drawn image into a file into some sort of fantasical notion that Microsoft was out to take over the world.

    I suppose you have to chalk that up to someone who is more so versed in 'hardware' than they are in software itself.

  225. Sun is still patching an OS that predates Win95 by Secrity · · Score: 1

    Sun is ending support for INTERACTIVE UNIX System, V/386 Release 3.2 Version 4.1.1 on July 23, 2006. This OS was listed as a legacy OS in a 1995 Sun press release for Solaris. Sun is still providing patches for an OS that predates MS Windows 95 and NT 4.0.

    All Sun Solaris versions are UNIX System V Release 4. SunOS (pre-Solaris 2.5) was BSD derived. Solaris 2.5.1 was introduced in 1996 and Sun still provides patch clusters for it. I believe that Solaris 2.6 is still fully supported - and it was introduced in 1997.

    I worked on pdp-11's in the late '70's. I also had a Timex Sinclair in 1983 with the membrane keyboard (and the memory extension that plugged into the back), it was interesting. The one computer that I regretted buying was the TI99-44.

  226. it's a backdoor! by sad_ · · Score: 1

    Ah yes, so it's a backdoor. good, that makes it alright then. Silly us getting worked up about a security hole which never was!

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
  227. Re:MSRC responds: Intentional Back door? um no. by znx · · Score: 1

    Besides doesn't it seem odd to create a backdoor that would require the user to first visit a website?

    I think that is the best comment on the whole subject, what sort of backdoor is it when you require the user to activate it for you.

    --
    BOO
  228. Have we invoked Godwin's Law yet? by TheScienceKid · · Score: 1

    you know... where you compare something/someone to Adolf Hitler/the Nazi party and then the discussion promptly ends? (see Usenet)

  229. So *is* it the government? by danaris · · Score: 1

    One thing I find interesting about your scenario is that it does not in any way require that the "agents" actually be government agents--it's just as easy for it to be some random (terrorist?) group with nefarious intentions and some black suits.

    Dan Aris

    --
    Fun. Free. Online. RPG. BattleMaster.
    1. Re:So *is* it the government? by ConceptJunkie · · Score: 1

      it does not ... require that the "agents" actually be government agents--it's just as easy for it to be some group with nefarious intentions and some black suits.

      What's the difference?

      --
      You are in a maze of twisty little passages, all alike.
  230. Gibson wrong yet again. by mkraft · · Score: 2, Informative

    His conclusions once again are completely incorrect.

    See the following post for why this occured.

    http://blogs.technet.com/msrc/archive/2006/01/13/4 17431.aspx

  231. Re:Unparalleled BS from MS. by SirPavlova · · Score: 1

    True. And it makes even more sense for the patch to block the current doorway by simply moving it. Then everyone with current knowledge of the exploit will be locked out, but certain select associates can be quietly notified of an "upgrade".

    With proprietary, closed source, you and I have no defense against this.

    But at least in this case, Gibson or someone like him will be all over the patch, so if there's anything even slightly fishy going on it'll be exposed in no time.

    There are many good business reasons for expecting this, not the least of which is a desire to remain immune from further antitrust prosecution.

    Ummm... sorry, you lost me there. How does leaving a new backdoor help Microsoft avoid antitrust prosecution? Or am I just reading it wrongly?

    --
    Yar.
  232. You actually think they'll prosecute? by CyricZ · · Score: 0

    Do you actually think that such prosecution would take place? I sure don't think so! Why would the AG or a Grand Jury go after one of the most powerful corporations in the state?

    Remember, while Microsoft may have only harmed/wronged those in other states or nations, they are an important source of employment in the state of Washinton. Not only that, but they pay taxes. And it does not help the government to purposefully harm anyone who sends it significant chunks of change.

    Again, the fact stands that lawsuits or legal action either won't happen, or aren't the best possible ways of dealing with this situation. The best way would be for those affected to boycott Microsoft. It's a far more effective and direct way of handling such an incident. There is no need for legality when the market can easily deal with the situation.

    --
    Cyric Zndovzny at your service.
    1. Re:You actually think they'll prosecute? by mysticgoat · · Score: 1

      Do you actually think that such prosecution would take place?

      I don't think it's probable right now, for the reasons you've cited. I also think that "prosecution" is too strong a word-- I believe a Grand Jury is charged with investigating whether something is going on that might then need to be prosecuted (or maybe not).

      However the Washington State Attorney General is an elected post, iirc. So it is possible that this might come about, since playing the White Knight defending the average voter against the Evil Dragon is such a popular political stance for an AG to take. Especially if he has his eye on some higher political rung.

      So it is certainly possible. And the more that it is talked about in public forums, the more probable it becomes. This would be the kind of landmark case that would let a savvy AG could steer a middling course where his political future was enhanced no matter what the outcome of the GJ investigation-- he could be the one to clean Microsoft of blackguards, or the one that laid to rest all the conspiracy theories surrounding Microsoft. He could concievably exert a lot of influence on creating a set of "generally accepted software development procedures" that would apply to software houses in a way similar to how the GAAP applies to accounting firms.

      A canny AG could use this opportunity to explore how law should be applied in the cyber realm, and do so in a highly public way, and in a way that would result in positive benefits to his constituents no matter how the inquiry went.

  233. Re:Unparalleled BS from MS. by jc42 · · Score: 1

    Well a couple of random thouhts:

    1. Many, many government agencies use MS software for most of their operations. This story exposes the fact that MS has had a backdoor into all those agencies for some 15 years. Sure, they can close this door, and send all those agencies upgrades. But how does anyone outside MS verify that the upgrade isn't installing a new backdoor?

    2. The US government now has a policy of unwarrented spying on citizens. A backdoor into the most common comuputer systems is tremendously useful to that government's investigative agencies. Closing such a backdoor in non-government systems would be a slap in the face to all such government agencies, and would certainly lead to retaliation. Unless, that is, an alternate entry to non-government systems is quietly provided. And this has the advantage for MS that, should the feds threaten antitrust action, MS can just mention that they can again expose the backdoor and distribute a patch that closes it, killing the government's spying operations that used the backdoor.

    If you think this is paranoid, you have't read or watched enough spy thrillers. ;-)

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  234. Re:Unparalleled BS from MS. by TripMaster+Monkey · · Score: 1


    Say...how's that mod bomb working out?

    Loser.

    --
    ____

    ~ |rip/\/\aster /\/\onkey

  235. Re:Unparalleled BS from MS. by SirPavlova · · Score: 1

    Just because you're paranoid, doesn't mean they're not out to get you :)

    I like your second reason... it's paranoid, but it's feasible.

    --
    Yar.
  236. Notification: by 2names · · Score: 1
    Your comments in this thread have been forwarded to your parents and your therapist.

    Please remember to take your medication.

    --
    "I'm just here to regulate funkiness."
  237. Gibson is an ass by Anonymous Coward · · Score: 0

    Blatantly lifted from The Register

    Contrary to a recent rumor circulating on the internet, Microsoft did not intentionally back-door the majority of Windows systems by means of the WMF vulnerability. Although it is a serious issue that should be patched straight away, the idea that it's a secret back door is quite preposterous.

    The rumor began when popinjay expert Steve Gibson examined an unofficial patch issued by Ilfak Guilfanov, and, due to his lack of security experience, observed behavior that he could not explain by means other than a Microsoft conspiracy. He then went on to speculate publicly about this via a "This Week in Tech" podcast, and on his own web site. Slashdot grabbed the story, and the result is a fair number of Netizens who now mistakenly believe that the WMF flaw was created with malicious intent.

    What it is
    We think it's time that this irrational fear is put to rest. First, let's look at how the flaw works: A WMF (Windows Metafile) image can trigger the execution of arbitrary code because the rendering engine, shimgvw.dll, supports the SetAbortProc API, which was originally intended as a means to cancel a print task, say when the printer is busy with a very large job, or the queue is very long, or there is a mechanical problem, and so on. Unfortunately, due to a bit of careless coding, it is possible to cause shimgvw.dll (i.e., the Windows Picture and Fax Viewer) to execute code when SetAbortProc is invoked.

    A metafile is essentially a script to play back graphical device interface (GDI) calls when a rendering task is initiated. Unfortunately, and due entirely to Microsoft's carelessness whenever security competes with functionality, it is possible to point the abort procedure to arbitrary code embedded in a metafile.

    Gibson could not imagine why WMF rendering should need the SetAbortProc API, since, as he mistakenly believed, WMF outputs to a screen, not a printer. In fact, it can output to a printer as well. But following Gibson's erroneous assumption, the question arose: what would be the point of polling the process and allowing the user, or application, to cancel it?

    Having exhausted his imagination on that score, he concluded that there's no good reason for SetAbortProc to be involved in handling metafiles. The more logical explanation, Gibson reckoned, was that someone at Microsoft had deliberately back-doored Windows with this peculiar little stuff-up. And besides, the idea of compromising a computer with an image file seemed quite cloak-and-dagger, adding to the supposed "mystery."

    To anyone well acquainted with Windows security, hence Microsoft's insistence on ease of use whatever the cost, the idea of intentional mischief along these lines is immediately suspect. Microsoft still encourages users to run Windows as administrators, because it believes that logging in is too much trouble for the average point-and-drool civilian. It enables scores of potentially dangerous networking services by default, lest anyone struggle to enable them as needed; and its security scheme for IE - which, instead of distrusting Web content by default, forces the user to decide whose content to trust and whose not to - is essentially a means of skirting responsibility by blaming the victim for the crushing burden of malware they are carrying.

    Microsoft has made a pudding of security from its earliest days, and no amount of malicious intent can possibly account for this. The company's obsession with ease of use is more than adequate to account for this and thousands of other security snafus like it.

    Furthermore, the WMF flaw doesn't make for a good backdoor, assuming that one would like to target a user, or class of users. For example, IE is not in itself vulnerable; the problem comes when the system renders online WMF files with shimgvw.dll. So luring a Windows user to a malicious web site is no guarantee that they will be affected, while many others, who are not targets, might well be affected. Simil