Slashdot Mirror


ATI Driver Flaw Exposes Vista Kernel to Attackers

Shack0ption writes "An unpatched flaw in an ATI driver was at the center of the mysterious Purple Pill proof-of-concept tool that exposed a way to maliciously tamper with the Windows Vista kernel. The utility, released by Alex Ionescu and yanked an hour later after the kernel developer realized that the ATI driver flaw was not yet patched, provided an easy way to load unsigned drivers onto Vista — effectively defeating the new anti-rootkit/anti-DRM mechanism built into Microsoft's newest operating system. Ionescu confirmed his tool was exploiting a vulnerability in an ATI driver — atidsmxx.sys, version 3.0.502.0 — to patch the kernel to turn off certain checks for signed drivers. This meant that a malicious rootkit author could essentially piggyback on ATI's legitimately signed driver to tamper with the Vista kernel."

50 of 248 comments (clear)

  1. trusted computing by Anonymous Coward · · Score: 3, Insightful

    ok...
    so windows vista trusts ATI.
    ATI trusts themselves.
    I don't trust no one, especially closed-source drivers from ATI.

    shouldn't they simply replace their "fglrx" with "ati", in their xorg.conf?

    1. Re:trusted computing by Smauler · · Score: 2, Funny

      "I don't trust no one" means you trust everyone.

      Technically, no it doesn't. It means you trust someone, not necessarily everyone.

  2. So I read it right? by Wooky_linuxer · · Score: 4, Funny

    Vista has an anti-DRM mechanism built-in? Wow, and I thought Linux stood for free sofware... way to go Redmond!

    --
    Where is that guy who'd die defending what I had to say when I need him?
    1. Re:So I read it right? by sgt+scrub · · Score: 2, Interesting

      udev is part of the Linux kernel project, while HAL and D-BUS are not.

      So, why doesn't Linux have a HAL? I can tell you the answer in one word - Tradition. The Linux kernel emanates from kernel.org, which essentially produces a white box OS, supporting x86/IA-32 compatible CPUs. With that Wintel architecture, things like code compatibility, BIOS, and chipsets come together to form what I call the PC/AT "virtual machine." Linux, like Windows, leverages basic knowledge about this platform, so that booting and hardware initialization are taken care of, leaving a kernel to worry about the more interesting things. As one hacker says, "on x86, it just works!"
      http://www.open-mag.com/features/10_02feats/HAL/HA L.htm

      --
      Having to work for a living is the root of all evil.
  3. That's why microkernels are useful by Anonymous Coward · · Score: 3, Interesting

    if each driver had its own separate space, this flaw wouldn't affect the rest of the system.

    1. Re:That's why microkernels are useful by A+non-mouse+Coward · · Score: 4, Interesting

      Mod Parent Up.

      Even Microsoft Research is looking into making microkernel operating systems with their Singularity project.

      Of course, the Minix 3 Project has been doing this for awhile, supposedly even having a fully POSIX compliant product at this point.

      The major design factor of Microkernels is that it's bad practice to have a trusted path from any driver or system service in kernelspace to any other driver or system service in kernelspace. Just because you're "in" doesn't mean that anything else that's "in" should trust you.

      The largest hurdle microkernels have to overcome, however, is the problem of DMA. As long as a malicious ATI video card (nevermind the driver) has direct access to all memory locations via DMA, it could easily just patch the driver's memory at runtime every time via hardware. That's why microkernel development is going to have to go hand-in-hand with tools like IOMMU, for controlling access to critical areas of memory.

      Of course, critics often complain about Inter-process Communication (IPC) as being another limitation to microkernels, but at this point, it's really just an implementation hurdle as there are several ways to get processes that are in different memory spaces to communicate with high performance, especially as Moore's Law brings CPUs faster and faster.

      --
      libertarian: (n) socially liberal, financially conservative; neither left, nor right.
    2. Re:That's why microkernels are useful by sgt+scrub · · Score: 2, Insightful

      The largest hurdle microkernels have to overcome, however, is the problem of DMA
      Absolutely correct and imho correct for all types of kernels. As long as hardware uses system memory to function, and the location of memory is not properly restricted, this problem will persist. Drivers openly developed could easily be developed to restrict specific device types to specific memory areas.

      --
      Having to work for a living is the root of all evil.
    3. Re:That's why microkernels are useful by TheLink · · Score: 2, Interesting

      The hardware people are going to have to fix/modify DMA anyway, if they want fast IO, hardware etc with virtualization.

      They might as well do something more innovative and useful, after all I heard they were running out of ideas on what to do with all those transistors, and resorting to stuff like more cores and more cache.

      Should sit down with the O/S, DB etc people, and brainstorm some stuff that will make doing things the "right" way easier (or even just possible). Sure there's often no real right way, but I bet we're doing a fair number of things _wrong_.

      --
  4. Kernel Type by canistel · · Score: 2, Interesting

    I wonder (obviously not a kernel developer here), would a micro kernel prevent these types of problems, where malicious code which normally wouldn't have permission to do things, attack a part of the kernel (video driver) which does and so gain permissions?

    1. Re:Kernel Type by TheRaven64 · · Score: 4, Informative

      Depends. A video driver needs to be able to DMA data to and from the card. Even if it's in an isolated address space, a compromised driver can write all over physical memory by telling the card to. If you have an IOMMU then this can be alleviated somewhat. Some kernel component outside the driver could provide DMA apertures in the correct places, and if it did correct validation of the driver's requests (i.e. not let it open windows anywhere into memory except where it is owned by a process using the driver) then it would be possible for a microkernel to be safe from this kind of thing.

      --
      I am TheRaven on Soylent News
    2. Re:Kernel Type by Magada · · Score: 2, Insightful

      It's an interesting dilemma for Microsoft - they can't have DRM without video drivers running in kernelspace (performance issues), but DRM is broken if they allow drivers in kernelspace. Consider this: anyone can now load the vulnerable driver, apply Ionescu's magic and WHAM! I predict pirate-patched video card drivers for windows are coming soon - the oportunity to strip the DRM out of high-def movies from the comfort of your own PC is just too nice to pass up. And doing it with a legitimate copy of Vista? Priceless.

      --
      Something bad is coming when people are suddenly anxious to tell the truth.
    3. Re:Kernel Type by drawfour · · Score: 4, Informative
      You may have missed the part in the article where the kernel *knows* it's running unsigned binaries, and thus turns off the DRM stuff. So there is no way to strip out the DRM, since that capability will be turned off when the system detects it's running unsigned binaries.

      From the article:

      Vista is perfectly aware that an unsigned driver has been loaded: you will even get a warning a bit after the driver is loaded. This also means that PMP will become aware that the driver is loaded, and disable high-definition media playback. This means that this tool will not help you bypass DRM in any way, because the original Vista protection mechanisms are still in place. Note that on Vista 32-bit, this behavior already exists by default in the OS, so it is not a "bug" of Purple Pill.
  5. Rules of the Road by mfh · · Score: 4, Interesting

    When hardware drivers are responsible for system integrity, all hope of safety is permanently lost. Introducing the new battleground for virus writers... fake patches:

    YOUR VIDEO CARD NEEDS NEW DRIVERS: CLICK NEXT!!!!!

    --
    The dangers of knowledge trigger emotional distress in human beings.
  6. Bug or feature? by martinag · · Score: 2, Informative

    FTFA, quoting a Symantec senior manager: "Basically, that ATI driver has functionality that allows you to read and write kernel memory. It's either a bug or a feature of the driver." I guess it's a feature to the bad guys. To everyone else, it's a bug.

    1. Re:Bug or feature? by mugenjou · · Score: 3, Insightful

      I guess it's a feature to the bad guys. To everyone else, it's a bug. I guess it's a bug to Microsoft and the content industries. To everyone else, it's a feature.
      --
      DualBrain - Level Up Your Brain! - now available on your iPhone!
    2. Re:Bug or feature? by Opportunist · · Score: 2, Insightful

      If you consider someone a bad guy who wants his legally purchased machine to do what he wants, then yes.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  7. Ah, you kids have it easy... by Glowing+Fish · · Score: 4, Insightful

    The fact that people are actually going to the lengths of breaking into Windows by using a legitimate driver with kernel access to load in rootkits...the fact that it even requires explaining, means that Windows has reached some type of real security. I mean, with Windows 98, you would just hit enter on the login dialog box, and there you were!

    --
    Hopefully I didn't put any [] around my words.
  8. Re:Let's blame Microsoft by Magada · · Score: 2, Insightful

    It starts here, with me. Microsoft is making driver devs jump through hoops with the whole signed-drivers thing when all it takes (as has been shown in this case) is ONE signed driver with ONE exploitable flaw to break the whole scheme.

    What are Microsoft going to do now? Revoke the key they used to sign drivers with? How many copies of Vista wich verify drivers with the now-revoked pubkey have already been sold? How many devices were sold in retail with drivers which will no longer JustWork(tm)? Will Microsoft and the OEMs have the resources to re-certify each of those, or will they sign blindly?

    Each of those probably stands a 50-50 chance of being either rooted or patched with the new key the first time it's connected to the 'net. How's that for convenience?

    Oh, did I mention that finding another bug in another driver signed with the new key will mean the whole process must be repeated?

    Oh and did I mention that if someone finds such a bug and sits on it, they have root to any Vista system in existence, until the bug is found and fixed (which may be never)?

    --
    Something bad is coming when people are suddenly anxious to tell the truth.
  9. ATI will patch this by Dekortage · · Score: 4, Insightful

    Seems like the real concern is not that ATI's code opens a security hole. You know ATI will patch it. A more important question is, how many other securely-signed drivers, etc., have similar holes? How many drivers are there in a typical Windows Vista system, anyway?

    At least Microsoft can say (with some truth) that it's not THEIR software which introduces the problem! (it actually is, of course, but not directly)

    --
    $nice = $webHosting + $domainNames + $sslCerts
  10. Re:Let's blame Microsoft by bl8n8r · · Score: 4, Funny

    Very quickly.

    You must be new here, so I'll try and enlighten you.

    You see, Microsoft is a lot like the smelly kid in 3rd grade that
    used to drop a load in his shorts and not say anything while
    everyone wandered around trying to figure out what died, where.

    After a few of these episodes, whenever there was a strange smell,
    it would come to pass that the smelly kid dropped another load.

    Now, to make matters worse for the smelly kid, imagine him running
    around telling everyone that he has solved the problem*. People are
    relieved for a while until, guess what? The smelly kid drops another
    load. How can this happen, isn't this supposed to be fixed?

    This insane cycle of disappointment/re-assurance causes people to
    get cynical very quickly and as a result, causes people to start complaining
    very quickly.

    [*] - http://news.com.com/Allchin+Buy+Vista+for+the+secu rity/2100-1012_3-6032344.html

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
  11. Re:Let's blame Microsoft by drawfour · · Score: 4, Informative
    You do realize that the kernel does not do any signing, that's Verisign's job, right? The kernel only verifies that the signature is valid (and trusted). All this hack is doing is causing the kernel to turn off the part where it refuses to load an unsigned driver.

    From the article:

    Vista is perfectly aware that an unsigned driver has been loaded: you will even get a warning a bit after the driver is loaded.
  12. Comforting, in a way... by an.echte.trilingue · · Score: 4, Funny

    For my part, I'm not going to play the blame game since I don't know better either way. I am, however, in some strange way comforted to see that Windows users are starting to have issues with ATI drivers, too.

    All those years of trying to get fglrx to work, avenged!

    So, is that what you call passive aggression?

    --
    weirdest thing I ever saw: scientology advertising on slashdot.
    1. Re:Comforting, in a way... by Markspark · · Score: 2

      ati drivers used to make my win 98se freeze, my win xp freeze, my win 2000 freeze, and they've been a bitch in ubuntu (which i've been using since warty..) so the main question i guess is: How can ATI still be in business?

      --
      i find your lack of faith in science disturbing!
  13. Re:lol wut by fuzzix · · Score: 4, Interesting

    We need to strip ATi of its driver team, and then strip nVidia of their hardware team, and merge the remainder.

    What does it matter? Neither of them bother with proper overlay any more.

    My last nVidia card was simply without overlay hardware. My last ATi card's overlay dropped resolution when a high refresh rate was used. At least the nVidia card could play a video at full res without resorting to GL.

    It's not all about the 3D... :)

    You do have a point about the drivers, though. While closed, nVidia's Linux module hasn't provided nearly as much heartache as ATi's... abomination.
  14. Re:Let's blame Microsoft by morgan_greywolf · · Score: 5, Insightful

    (BTW--I've been using Linux as my primary OS since 1996, so no I'm not Linux bashing)

    Well, one thing to consider is this -- how different are other OSes like Linux? With Linux, a root exploit in a kernel module gains you access to the whole system as well, especially when you consider that it uses a monolithic kernel. IOW, kernel modules directly patch the Linux kernel, live, in memory. Now consider that the ATI drivers for Linux are based at least in part on the ATI drivers for Windows.

    Mind you that some things like SELinux might help to mitigate some of this in some scenarios, but not in all.

  15. It will not work. Ever. by Opportunist · · Score: 4, Insightful

    Actually I'm amazed it took almost a year. I would've betted my annual income that something like this would surface before May.

    Let's take a look at the inner workings of the system. Yes, MS has full access to the source code, so their drivers will probably not leak. They also have no "real" competition on the OS market (yes, there's Linux, there's MacOS, but what company would switch?). They can take their time to proof and perfect their drivers until you can be certain that they don't leak.

    Do third party vendors have the source? No. Do they have tight schedules and competition breathing down their neck? You bet. Will they prefer performance or security? Well, what of those two is tested on pages like THG?

    Worse yet, what if such a driver actually allows a user to "crack open" his system and use it as he pleases? Could you see people buy a cheap ATI card just for the purpose of disabling the DRM? I mean, there have been really, really crappy games for some consoles that sold surprisingly well, because they contained a bug that allowed disabling certain security measures. Save-game exploits were quite popular for a while.

    Could you see that this "security" bug could actually be a selling argument FOR the hardware rather than against it?

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  16. I see... by lixee · · Score: 2, Funny

    So the reason ATI is not giving us Linux users free drivers, is because they care about the security of our systems. Talk about irony!

    --
    Res publica non dominetur
  17. Linux fglrx module possibly also exploitable by chrb · · Score: 2, Interesting

    The fglrx module expects the registers related to Thread Local Storage to be in a certain state. If you mess around with it, you can cause a kernel crash. Try running wincecfg from =0.9.31 includes a check for fglrx in TLS mode and aborts), it will crash the kernel with 100% repeatability. You can find details in ATI and wine bugzillas.

    I always wondered if this could be turned into a more dangerous security exploit. And now I wonder how much code is shared between fglrx and the Windows driver, as it seems it has similar bugs.

  18. Re:Let's blame Microsoft by Tim+C · · Score: 5, Insightful

    Each of those probably stands a 50-50 chance of being either rooted or patched with the new key the first time it's connected to the 'net.

    It's a local exploit.

    did I mention that finding another bug in another driver signed with the new key will mean the whole process must be repeated?

    Third parties write crap, exploitable code and it's MS's fault? You can write exploitable kernel modules for Linux as well, yet somehow I don't think you'd be blaming that on Linus. If anything, this is an argument for open source drivers, not against MS's scheme - although how many people actually have the skill to audit the code they run, let alone auditing it?

    did I mention that if someone finds such a bug and sits on it, they have root to any Vista system in existence

    Every Vista install that uses the exploitable driver, you mean. Just as an exploitable driver for Linux would open every Linux install that uses that driver. For example, I have an NVidia card; as and when I upgrade to Vista, I won't be vulnerable to this particular exploit.

    Try to tone the hyperbole down a little, it's not very becoming.

  19. Re:Let's blame Microsoft by tttonyyy · · Score: 2, Insightful

    But you'll also find that the Linux kid will also drop a "load in his shorts" if he's using a kernel module with a flaw that can be exploited.

    It is impossible to prove that any piece of software is 100% bug free. Impossible. Regardless of your operating system, if you trust kernel-level drivers (you actually want to *do* something useful with your system?), chances are that somewhere there is an exploitable flaw. It's just that no-one may have found it yet. There is no such thing as a 100% secure system.

    --
    biopowered.co.uk - catalytically cracking triglycerides for home automotive use since 2008. Just say no to big oil!
  20. And this is why by Ravenscall · · Score: 2

    And this is why I have used nVidia hardware since I upgraded from my Voodoo 3 3000. While ATI and nVidia may go back and forth in hardware performance, nVidia has much better driver support on Linux or Windows.

    *Still rather upset That there is no linux acceleration driver for the ATI Rage Mobility in the original iBook, I would much rather run Linux on it than OS X or OS 9.

    --
    You say you want a revolution....
  21. Re:Let's blame Microsoft by dkf · · Score: 2, Informative

    You do realize that the kernel does not do any signing, that's Verisign's job, right? Even that's wildly inaccurate, and just demonstrates that you're confused as to how digital signature systems (and other things based on a PKI too) work.

    Verisign just signs the driver author's certificate, and even then just to say "these guys are who they say they are, and they're doing code signing with the key matching this certificate". They most certainly say nothing at all about the correctness of the drivers; that's up to the driver author (and maybe Microsoft too).
    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
  22. Re:Let's blame Microsoft by KiloByte · · Score: 2, Informative

    Actually, Windows will accept only stuff signed by Microsoft itself, and they take a hefty chunk of change for the privilege. You cannot also choose to have a driver which Microsoft doesn't like signed -- so that state-of-the-art professional sound processing tools are a no-no if they somehow can be used to record "premium content". Or if, say, the driver's authors somehow competes with MS.

    VeriSign can sign only SSL certs and certain less-well-known types of keys for you.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  23. Re:Let's blame Microsoft by jaavaaguru · · Score: 2, Funny

    the Linux kid will also drop a "load in his shorts"

    No, he will dump a core in his shorts.

  24. Re:lol wut by jaavaaguru · · Score: 2, Funny

    Just like the OS market... look how Windows' price has risen and how much of an improvement Vista is over XP.

  25. Re:Let's blame Microsoft by LurkerXXX · · Score: 2, Informative

    This is exactly why the OpenBSD folks have been fighting against binary blobs and demanding open source drivers for hardware. Too many other open source OS's will gladly take a closed binary blob so that they can run hardware. And that leads to possible exploits down the road.

  26. My understanding was that video runs in ring 3 by NullProg · · Score: 3, Interesting

    Oops, I guess not....

    Because WPF is largely written in managed code on the common language runtime, it never ran in kernel mode. There are elements of WPF (called the MIL) that are written in unmanaged code, but that code also largely runs (and always has run) in user mode. Insofar as WPF needs to touch kernel mode stuff (e.g., drivers), it interacts with them through the existing DirectX APIs. The user mode and kernel mode aspects of the WPF architecture haven't changed.
    http://arstechnica.com/news.ars/post/20051216-5788 .html

    So what did Microsoft gain with the Vista GDI changes?

    Enjoy,

    --
    It's just the normal noises in here.
    1. Re:My understanding was that video runs in ring 3 by Foolhardy · · Score: 2, Informative

      In NT 3.x, the Win32 video driver model was created from scratch. A video driver consisted of two parts: a video miniport driver that does the actual talking to hardware, resource allocation, etc., running in kernel mode and a display driver that handles all the drawing and display functions, running in user mode with the window server (winsrv.dll) hosted in csrss.exe. In NT4, Microsoft moved the window manager into kernel mode (win32k.sys), which took the display driver with it.

      Vista supports two display driver arrangements: XPDDM, the XP display driver model, which is compatible with XP drivers (with the display driver in kernel mode like NT4), and LDDM (Longhorn display driver model) which has moved the display driver back into user mode, hosted in dwm.exe with the new desktop window manager.

      There is a private interface for the display driver in user mode to communicate with the miniport driver in kernel mode. This is presumably where the ATI driver flaw is: the miniport apparently has a function to let the display driver read and write to arbitrary memory locations. Note that the caller has to be privileged to even open the miniport device object for communication. The flaw here allows a privileged user to bypass driver signing requirements.

      For example, with nVidia's drivers, the XPDDM version has nv4_mini.sys as the miniport, and nv4_disp.dll as the display driver (kernel mode). The LDDM version has nvlddmkm.sys as the miniport and nvd3dumx.dll as the display driver (user mode).

      The miniport has always been in kernel mode because it has to talk to the hardware. The display driver has gone from user to kernel and back to user mode.
      Linux also uses a split kernel mode / user mode driver (in the X server) model.

  27. purple pill? O.o by Spy+der+Mann · · Score: 3, Funny
    I only knew about the red pill and the blue pill. Hmmmmmmmmmm........

    Morpheus: This is your last chance, Neo. After this, there is no turning back.
    You take the blue pill, the story ends, you awake in your bed and believe whatever you want to believe. You take the red pill, you stay in Wonderland, and I show you how deep the rabbit-hole goes.Remember: all I'm offering is the truth, nothing more.
    Neo: And the purple pill?
    Morpheus: Oh, the purple pill gets you high. I can't guarantee what happens later.
    Neo: I'll take the purple pill. (*gulp*)
    (After a short pause...)
    Whoa, dude, I can see what's behind the mirror! Whoa... everything's like computer code! I understand what the Matrix is now!!
    (Back in the nebuchadnezzar...)
    WE'RE LOSING HIM!
    Neo: I can fly dude!!! Excellent!!!
    Flatline: beeeeeeeeeeeeeeeeeeeeeeeep....

    (Some time later...)
    Trinity: Seriously, Morpheus. This is the 20th time we lose a potential "One" because of the purple pill!
    Morpheus: He wasn't "The One". "The One" would have survived.
    Trinity: Idiot.


    Now, seriously, what's "purple pill"?
  28. Re:Really cleaning up the Internet by frakfrakfrak · · Score: 2, Funny

    Your troll-fu is weak, Daniel-san. Only when you can praise Jon Katz will you be ready.

  29. Re:Let's blame Microsoft by mhall119 · · Score: 3, Insightful

    Malicious to whom? This systems seems designed more to prevent the installation of kernel-mode drivers that would allow the circumvention of things like DRM. I guess it could stop the installation of rootkits too, but there are other ways to stop them. It's funny (to me at least) that there are things that Windows can stop even an Administrator from doing on their own machine.

    --
    http://www.mhall119.com
  30. Re:Really cleaning up the Internet by Knight2K · · Score: 3, Insightful

    1. It is important to use the correct names for things. The word "terrorist" is subset of "criminal". My working definition of 'terrorist', which can doubtless be improved on, is: one who uses violence to create terror or panic within a populace in order to achieve political ends. Without the political component, a terrorist is simply a criminal guilty of assault, murder, theft, etc. and should be caught and prosecuted accordingly. By using this term incorrectly, you are just as guilty of spreading FUD as the U.S. government. While this may be an effective way to get attention, it is alarmist, unethical, and immoral.

    By expanding the meaning of the term, the government has been able to greatly expand its power at the expense of its citizens. It certainly is important to catch and prosecute cyber-criminals, but discuss it rationally and pass appropriate, targeted laws to deal with the problem. More importantly, enforce the ones that already exist.

    2. In most cases, a non-anonymous network would probably be fine, as long as encryption was used to keep data private. Unfortunately, we live in a world where, in some places, using encryption will get you tossed in jail, regardless of the content. In other words, it can be important to hide not only what you sent, but the fact that you sent it. A concrete example would be blogging in China. Given recent events with the NSA, I wouldn't be surprised if the U.S. government starts to take a more active role in discouraging personal strong encryption. How do we solve that problem?

    3. Guantanamo is one of the worst violations of human rights in recent history. Even the basest criminals are entitled to due process. That's what makes our system justice and not revenge. The United States is NOT the world police. There is a process to be followed to enforce change in other countries. The lack of serious international backing is part of our problem in Iraq. The U.S., despite being the last world superpower, does not have the resources to fight every battle and prosecute every crime that other countries won't deal with.

    You are right that we need effective computer crime laws and effective enforcement of them. The way to do it is to lobby other countries for this and establish treaties with them. Use diplomacy and sanctions where necessary. It isn't impossible; if we can get intellectual property laws perverted across the globe, surely we can expend the effort needed to reach cyber-criminals where ever they choose to hide.

    4. The government is supposed to work for us, but it needs watching. One of the most important lessons of modern history is that we have to be active and mistrustful of government, in order for it to function correctly. The Bay of Pigs was the first warning and the Watergate scandal made this manifest. The Iraq war, NSA wiretapping, and the PATRIOT Act are examples of what happens when we fail to perform our role of government watchdog. I'm not going to trust the government on who the bad guys are. I want the FBI, the CIA, Interpol, etc. to gather evidence and arrest criminals and bring them before the appropriate judicial authority and prove their case before the public.

    You are correct that this is a serious international problem and needs serious international intervention, but it also has to be done right.

    --
    ======
    In X-Windows the client serves YOU!
  31. Re:No shit by mhall119 · · Score: 4, Funny

    It makes me wonder what Microsoft's security qualifications really are for a signed kernel level driver. I believe they use the Verisign security test: If the check clears the bank, the code is secure.
    --
    http://www.mhall119.com
  32. Re:Let's blame Microsoft by Cythrawl · · Score: 2, Insightful

    Umm Microsoft DIDNT sign the code, ATI DID. The drivers ARENT WHQL verified... Who's the asshole now?

  33. Partly correct (slightly OT) by Lonewolf666 · · Score: 2, Informative

    Windows Vista is just a hack on top of all the prior Microsoft Windows releases. While Microsoft Windows itself is just a hack on top the profoundly insecure and stunningly badly-coded DOS.

    Considering the lousy reviews, it seems that Windows Vista is indeed "just a hack" on top of XP.

    But it is no longer correct that it is a hack based on DOS. Parallel to Windows 9x, Microsoft introduced the Windows NT line. Windows 2000, XP and Vista are based on that.
    In a direct comparison of Windows 2000 to Windows 98 (yes I've used both), Windows 2000 is a lot more stable, especially when confronted with bad applications. It is not perfect but definitely good enough for desktop use.
    I'm using XP only occasionally, but it seems OK as well.
    Vista - cough - no thanks. The reviews and personal accounts I've read are reason enough not to even try it. And the quality is only half of it, the EULA is even more inacceptable. Even if I strongly suspect it would be unenforceable in my country, I'd rather avoid getting anywhere near it.
    --
    C - the footgun of programming languages
  34. Re:Let's blame Microsoft by Lord+Ender · · Score: 2, Interesting

    I think Microsoft's main consideration with driver signing is stability, not security.

    It is a lot easier and more reliable to test a driver for stability than it is to test it for security. There is so much crap hardware with flakey drivers floating around which causes stability problems, Windows has an undeservedly bad reputation for stability. Everyone blames Microsoft when the see a BSOD, but in many cases they should be blaming the manufacturer of their $10 SATA adapter.

    I'm posting this from an Ubuntu box, so I'm no MS apologist. But Windows' reputation for being unstable is greatly exaggerated. Signed drivers may help correct this particular market perception.

    --
    A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
  35. Re:What a bunch of malarky by Knight2K · · Score: 2, Insightful

    I was trying to avoid Godwin's law, since there are many other examples that can be appealed to besides Nazi Germany. The genocide in the former Yugoslavia and Darfur works as well. Saying Gitmo is "one of the worst" is not the same as "is the worst". I am certainly aware of the Holocaust, know a great deal about it and certainly acknowledge that it happened and was terrible. I have no problem with the Holocaust being the worst, but Gitmo is clearly wrong and abusive.
    In a way, is there any point in ranking these things? They are each violations of human rights; some are certainly more horrific than others, but a violation is a violation just the same.

    I debated adding illegality as a criteria for terrorism, but assumed it was implied. I wouldn't mind amending my definition. I agree with you that lawful force can be necessary, but the keyword is 'lawful'. International laws are laws as well and need to be respected until they can be changed to address the situation. We have standards for when invading other countries is allowed; we can't just choose to enforce our laws on other people's sovereign territory without getting a legal mandate to do so. If you argued that the U.N. is not up to addressing these issues, I would agree, and suggest that fixing the U.N. to be a more effective organization would help.

    This is Slashdot, of course, so you are certainly free to ignore my suggestions, but I would hope that the due process of law falls under "doing it right".

    --
    ======
    In X-Windows the client serves YOU!
  36. Re:Let's blame Microsoft by A+non-mouse+Coward · · Score: 2, Insightful

    It's a local exploit.

    You mean, "local" as in how long does it take a trojan to trick a user into installing a local rootkit?
    --
    libertarian: (n) socially liberal, financially conservative; neither left, nor right.
  37. Re:Let's blame Microsoft by mhall119 · · Score: 2, Funny

    I'd fire them.

    Heck, that solution is even cross-platform!

    --
    http://www.mhall119.com
  38. Re:Break the signing by GTMoogle · · Score: 2, Interesting

    Red herring? Is the article not a specific example of a program being able to anonymously run kernel level code, bypassing the signing mechanism? I wasn't saying it's intrinsically broken, just that what you said (anonymous code can't run) is evidently not the case.

    That it exploits a flaw in 3rd party software does not change the fact that the system is currently breakable. Signing simply makes it harder, which is certainly a good thing. It does not confer complete trust, which is what absolute statement like the one you made imply.

    It does have the advantage of all the failure points being reviewed by one source (MS) that can be improved over time to catch attacks like this. They obviously are not yet perfect, but it's a marked improvement. But still, how many holes are found by people who aren't honest security researchers? How many people get patched? We have no way of judging the safety of the system, nor if its improvements are increasing at a sufficient pace.