Slashdot Mirror


Vista DRM Prevents Kernel Tampering

mjdroner writes "A ZDNet blog reports on a new DRM feature for Vista that 'protects' the kernel from tampering. The blog quotes a Microsoft document: 'Code (CI) protects Windows Vista by verifying that system binaries haven't been tampered with by malicious code and by ensuring that there are no unsigned drivers running in kernel mode on the system.' The blog says that much of the DRM in Vista is simply a port from XP, but that this feature is new to the OS."

428 comments

  1. Coercion? by P(0)(!P(k)+P(k+1)) · · Score: 5, Interesting
    From a related article:
    Vista driver developers must obtain a Publisher Identity Certificate (PIC) from Microsoft. [] This costs $500 [EUR 412] per year, and as the name implies, is only available to commercial entities.
    Does this amount to indirect coercion? In XP, if I remember, unsigned drivers were allowed to run unhindered with loud information dialogs.
    1. Re:Coercion? by perlchild · · Score: 5, Insightful

      It does contribute to fighting open source, any way you look at it. I'm using a tap driver from the openvpn project, it isn't signed, and I don't know for sure, but I don't remember openvpn being a commercial entity. However, I'm not current enough in vista to know if they couldn't just get out of the kernel, and move to user-space for the required features.

    2. Re:Coercion? by geekoid · · Score: 4, Insightful

      Interesting.

      Independant developers should sue. MS is completly locking them out of the platform.

      Developers.Developers.developers. Indeed...

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    3. Re:Coercion? by Homology · · Score: 1
      By allowing only signed drivers it will make it harder for root kit crackers. I don't think there are many voluntaires that write device drivers for Windows in the first place, so the requirement that only companies can get a Publisher Identity Certificate is not that big a loss. The cost of $500 a year is not much for a company, anyway.

      Now, there are several open source OS you may use if you care to write your own device drivers, or see how they are made.

    4. Re:Coercion? by s31523 · · Score: 1

      Coercion, perhaps. Pain in the arse, definitely. I remember installing drivers from not-so-know hardware manufactures and getting the scary dialog box about the driver not being signed and that it could be a virus or make my system "unstable". Now, all those drivers are null and void? That sucks. I wonder if MS charges a fee to get drivers approved and signed, if so I would imagine lawsuits brewing over this.

    5. Re:Coercion? by rjstanford · · Score: 1, Insightful

      Bullshit.

      Anyone who has a need to write kernel-level drivers can almost certainly toss $500 a year at a certificate. Compared to the cost of, say, manufacturing hardware, this is noise.

      --
      You're special forces then? That's great! I just love your olympics!
    6. Re:Coercion? by Tackhead · · Score: 5, Interesting
      > By allowing only signed drivers it will make it harder for root kit crackers. I don't think there are many voluntaires that write device drivers for Windows in the first place, so the requirement that only companies can get a Publisher Identity Certificate is not that big a loss. The cost of $500 a year is not much for a company, anyway.

      The cost of $500 a year is also not much for the Russian mob, or any other bunch of fuckweasels that want to sponsor the creation of a rootkit.

    7. Re:Coercion? by Keith+Russell · · Score: 4, Interesting

      Nothing has changed for user-mode drivers. You'll still get the same old nagging wave-through dialog for unsigned drivers, now with added UAC screen flickering.

      Signatures are only required for kernel-mode drivers. In 64-bit Vista, it's a hard limit: No signature, no load, period. In 32-bit, you'll get the same UAC/nag dialog as user-mode drivers. The only time you'll be affected by the lack of signatures in 32-bit Vista is when you try to play back all those awesome Blu-Ray and HD-DVD movies you've been clamoring for on your shiny new HDCP-compliant flat panel monitor. </sarcasm>

      Reminder: Video drivers are user-mode in Vista.

      --
      This sig intentionally left blank.
    8. Re:Coercion? by Aladrin · · Score: 5, Insightful

      I totally disagree. You are assuming they have a commercial application in mind. What about someone who wants to write drivers for their new hardware they just built by hand? They shouldn't be required to go through this.

      It doesn't matter, though, because if you make it too hard to write software for Windows, people will stop. They'll find another platform that is more enticing to them. It won't happen immediately, of course. But it'll happen.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    9. Re:Coercion? by CastrTroy · · Score: 1

      It's not that much for a determined hacker either. And as we have seen with signed ActiveX controls, signing code doesn't really mean anything either. The cost of buying a license to sign something doesn't hasn't stopped hackers in the past from breaking through security holes, and it's not going to stop them in the future.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    10. Re:Coercion? by AuMatar · · Score: 2, Insightful

      Bullshit and FUD. THere's plenty of reasons you'd need to write kernel level code. Just because you're writing a driver does not mean you are a hardware manufacturer- just doing a console controller conversion (like making an old NES controller hook up to a computer) requires a driver.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    11. Re:Coercion? by Aladrin · · Score: 2, Insightful

      It sounds to me like they've given hackers a reason to fake signing drivers, instead. They've never really had a reason to bother before.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    12. Re:Coercion? by fahrbot-bot · · Score: 1
      Developers.Developers.developers.

      I believe what Balmer meant was "Corporate Developers", or "Developers with $$$"... People w/o money need not apply.

      --
      It must have been something you assimilated. . . .
    13. Re:Coercion? by mrchaotica · · Score: 4, Insightful
      By allowing only signed drivers it will make it harder for root kit crackers.

      Yeah, but it will also make it harder for people making tools to preserve Fair Use (DVD and HD-disc ripping programs, no-CD cracks for games, etc.). This is a Bad Thing.

      I'll keep my Fair Use and take my chances with the rootkits, thankyouverymuch!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    14. Re:Coercion? by rjstanford · · Score: 1

      Last time I checked (which was admittedly back in the old NT days, but since that's the source codebase these days...) there were different levels of driver. Writing something to convert USB commands to keystrokes should be different than writing something running in ring 0. At least, that's the way that I remember it. But I freely admit that I could be wrong here.

      --
      You're special forces then? That's great! I just love your olympics!
    15. Re:Coercion? by mrchaotica · · Score: 2, Funny
      Reminder: Video drivers are user-mode in Vista.

      Ah, but what about "Trusted[sic]" Platform Module drivers?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    16. Re:Coercion? by RingDev · · Score: 2, Interesting

      Except for the fact that MS can revoke that certificate at any time. If any malicious code hits the web with your cert, they pull the cert and the malicious code is rendered worthless. Of course, so is any non-malicious code under that cert. I wonder what kind of protections go into that cert to prevent spoofing.

      -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
    17. Re:Coercion? by nizo · · Score: 1

      Yeah thanks for bringing this catchy video back into my brain. Even now my skin is crawling remembering his sweaty armpits (*Shudder*)

    18. Re:Coercion? by Anonymous Coward · · Score: 0

      YOu forgot to mention that it is ONLY if you use windows media player, other media players will let you play blu-ray and other HD content fine.

    19. Re:Coercion? by Tod+DeBie · · Score: 2, Insightful
      Just because you're writing a driver does not mean you are a hardware manufacturer- just doing a console controller conversion (like making an old NES controller hook up to a computer) requires a driver.
      I don't think you would need a kernel level driver for that. The idea of requring kernel level drivers to be signed does not seem like that bad an idea; this would likely stop most rootkits and would improve the general security of the os.
    20. Re:Coercion? by Anonymous Coward · · Score: 0

      Wait.. what screen flicker? So now as well as having fucking annoying winblows dialog boxes (I've said a million times, this is authorized - BY ME!!!) we get a screen flicker. Thanks for making the user-made drivers even FUCKING HARDER!

      Goddamn toady.

    21. Re:Coercion? by LiquidCoooled · · Score: 1

      But I thought there had to be a completely secure path:

      Data -> Codec -> TCPM -> Graphics Card -> Secure Monitor.

      The monitor drivers you speak of are just frequency settings, the trusted function will be an operation of the graphics card ie

      NV.isMonitorHDCPCompliant(mykey)

      They wouldn't leave such a big glaring hole as user mode drivers for such an "important" part of the HDCP verification process.

      --
      liqbase :: faster than paper
    22. Re:Coercion? by Amouth · · Score: 1

      Or just sign it your self.. make your own root cert and install it then sign the driver - basicly putting your stamp of approval on it your self.. i am sure someone could sit down and in a few days have a nice little windows program that would let you do this with ease (for thoughs out there that don't know how to do it)

      i refuse to be extorted for the use of signing things.. other than the ssl cert for our main public website we sign everything our selves and install our own root cert..

      it isn't that damn hard

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    23. Re:Coercion? by SirTalon42 · · Score: 1

      If you could simply do that, then having drivers signed seems like it would be absolutely meaningless, since if its like a rootkit, they already CAN run code on the machine, so should be able to install whatever certs they want. It would become as meaningless as how it is in XP right now, where the installer will automatically click 'allow' on the popup asking you to confirm allowing the driver to be installed.

    24. Re:Coercion? by Anonymous Coward · · Score: 3, Informative

      Vista allows you to turn this protection off. The guy making his own hardware can turn it off while he's developing and then buy a license later if he wants to distribute it to others.

    25. Re:Coercion? by MioTheGreat · · Score: 2, Informative

      You're especially right with Vista. Microsoft is pushing things away from the kernel with new driver models. They want more stuff to live in userland. Look at WDDM, for example. In XP, nearly all the components of video driver lived in the kernel. Now they can put less and less there, and more into user space.

    26. Re:Coercion? by MarkKnopfler · · Score: 1

      I know I am being a dick, but I really really want to know where the sarcasm tag started. The xml parser in my head is about to burst.... Please help me.

    27. Re:Coercion? by HiThere · · Score: 3, Insightful

      What *I* wonder is "How long 'til they 'inadvertently' disable some company's cert for a product that just happens to compete with one of theirs?"

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    28. Re:Coercion? by I'm+Don+Giovanni · · Score: 1

      You have to have admin rights (going through the "horrible" UAC process) to install your own root certificate (the certificate "authority" that validates certificates). Sytems come with well-known root certs (e.g. verisign) already installed. But if you want to sign your own certificate, you'll have to install your own root cert, which requires admin rights. So it's not like malware can install a root certificate on its own, and therefore any non-root certs that it installs on the system won't be validated.

      --
      -- "I never gave these stories much credence." - HAL 9000
    29. Re:Coercion? by Anonymous Coward · · Score: 0

      That's not entirely accurate for x64 Vista. There is a boot time (F8) option which allows you to boot Vista such that it doesn't require all kernel mode drivers to be signed. This is how I got K!TV working with an open source bt848/bt878 driver, because my (very old) TV tuner is unsupported in x64. I'm not sure if there is a flag you can set in the boot loader's configuration such that you can always boot into this mode without user interaction, as I haven't researched that yet. Since then (Beta2), however, I decided to just buy a newer and supported TV tuner and vista natively recognizes it in x64, so I no longer boot Vista this way.

    30. Re:Coercion? by Jugalator · · Score: 3, Interesting

      If the OpenVPN drivers aren't signed, they may not install whatsoever on Windows Vista 64-bit. Vista 64 will simply not accept unsigned kernel-mode drivers at all anymore. I believe XP did, just after having displayed a dialog box with a lot of bolded text in it. I'm not sure what will happen as for Vista 32-bit.

      The information here also tell that drivers that load at boot time must contain a digital signature (I'm talking regardless of 32/64-bit platform now). There's also other cases where a signature is required, and in all these cases it has to be from an authority "Windows trusts" (read: Microsoft).

      While this "combats open source", it's really just the certification authority where "money = trustworthiness" stupidity applied all over. They made VeriSign et al. grow big, and now Microsoft will try to grow big(ger) using the same idea. Microsoft will defend themselves with that they can't let just about any authority without insight in how Windows works and lacking Microsoft's guidance to sign because then they could sign code that did harm to Windows. I guess both are kind of right.

      --
      Beware: In C++, your friends can see your privates!
    31. Re:Coercion? by thethibs · · Score: 2, Insightful

      In XP, Sony was able to install a rootkit without the user being any the wiser.

      If Vista can ensure kernel integrity, this is a good thing, and anything that can bypass the safeguards in Vista is a threat. If you want to fiddle with the kernel—get linux or XP. I expect MS to do everything to keep my copy of Windows secure, and the best way to do that is Default: Deny.

      It's sad to see how the /. community blasts MS every time someone finds a security flaw, and now is blasting MS for putting strong security in Vista. It could lead one to think that a lot of you people are only pretending to be hard-core linuchim; why the concern about not being able to hack the Windows kernel?

      Symantec and McAfee's claim that they need kernel access is not convincing. It's too bad that their business model involves riding on Window's success (an opportunity, not a right). Maybe they can live off of the linux market ;)

      --
      I'm a Programmer. That's one level above Software Engineer and one level below Engineer.
    32. Re:Coercion? by dpilot · · Score: 1

      What you've just said is that there will be a thriving business in cracking developers' machines, surfing for certificates.

      Next you have to question how Microsoft will manage their certificates and revocation list.

      --
      The living have better things to do than to continue hating the dead.
    33. Re:Coercion? by Chosen+Reject · · Score: 2, Insightful

      In XP, Sony was able to install a rootkit without the user being any the wiser.

      Now, for only the paltry sum of $500, Sony can have that rootkit certified.

      --
      Stop Global Warming!
      Just say no to irreversible processes!
    34. Re:Coercion? by Keith+Russell · · Score: 1

      Slashcode must have eaten it. I'm sure I put it in there somewhere.

      --
      This sig intentionally left blank.
    35. Re:Coercion? by Bobby+Mahoney · · Score: 1

      HAHAHA.. he said "fuckweasels". love it.

      --
      !#&*
    36. Re:Coercion? by TemporalBeing · · Score: 2, Insightful
      Vista allows you to turn this protection off. The guy making his own hardware can turn it off while he's developing and then buy a license later if he wants to distribute it to others.
      As I said in another post, that may not always be an option - and won't be one for many in corporate, domain run environments especially if the ability to disable it could be controlled via domain policies, which I can see as very likely happening.

      The end-user should always be in full control of the system. That doesn't mean that the system should let the end-user easily do stupid things, but if the end user wants to do it then they should be allowed to do it. This goes even more so for developers. And while one could easily argue that end-user's should have some limits - such as not being allowed to load unsigned drivers - that does not mean those same limits should be put in place in such a way that could potentially be to the detriment of developers.

      Saying "oh you can turn this of by doing X" is not sufficient as that could still cut out a large number of small companies or start ups that are simply getting underway. How can they judge their true market if no one could run their drivers/software/etc? They can't. Putting in a "feature" <cough>bug</cough> like this is hurting developers. More over, what about a project - like OpenVPN, for example - that requires interaction in a certain level of the system but is not allowed to operate in that portion of the system because (a) the writer is not a "commercial entity" or (b) the writer is otherwise unable to get the appropriate key?

      Moreover, what happens if someone breaks the system and manages to put malicious code into a signed driver without having actually gotten the key to sign with? Crackers will be all over it, and the system will still install it without telling the user. This only creates a false sense of security - that is all that Microsoft has ever done with Windows for security.
      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    37. Re:Coercion? by Drakin020 · · Score: 0

      Sue? For what its there Operating system. If I created a video game and you could not change the sound options, would you sue me? Developers have no right to sue.

      --
      The greatest revenge in life is massive success.
    38. Re:Coercion? by Anonymous Coward · · Score: 0

      I've been running the RC1, 32-bit release with openvpn installed. The tap drivers just give you the traditional warning and don't seem to be hindered in any way.

    39. Re:Coercion? by Anonymous Coward · · Score: 0

      "..that may not always be an option - and won't be one for many in corporate, domain run environments especially if the ability to disable it could be controlled via domain policies, which I can see as very likely happening.

      The end-user should always be in full control of the system.."

      Those passages are conflicting each other. The network admin that knows what they're doing will always have control over your system via policies. If you need permission from them to disable it, go get permission.

    40. Re:Coercion? by x_MeRLiN_x · · Score: 5, Informative

      Oh, but it will. You just have to press F8 during boot and select the appropriate option in order to install unsigned drivers as I found out when installing my Creative 5.1 drivers.

    41. Re:Coercion? by Anonymous Coward · · Score: 0

      Why would Vista have a fat on/off switch that allows every unsigned driver to run, but no fine-grained permission for individual unsigned drivers?

    42. Re:Coercion? by Anonymous Coward · · Score: 0

      Isn't that Debian's name for signed kernel modules?

    43. Re:Coercion? by Anonymous Coward · · Score: 0
      As I said in another post, that may not always be an option - and won't be one for many in corporate, domain run environments especially if the ability to disable it could be controlled via domain policies, which I can see as very likely happening.

      The end-user should always be in full control of the system.


      You've just made two contradictory statements. If the domain environment is set up so that you can't disable it, you're not in full control. I like full control of my systems, but if I'm using a work-owned, work-managed computer, they get to set the rules, and if that includes central administration, I'm not in full conrtol, like it or not.

      Someone developing hardware in a corporate environment as part of their job will need to turn this off. In that case, I assume that the company will turn it off or allow them to do so, or they're effectively preventing their own employee from working. If they're developing hardware on their own time and can't because of corporate rules, they should get their own box for developing, where they can be in full charge.
    44. Re:Coercion? by pr0digy25 · · Score: 1

      A very fitting label to say the least.

    45. Re:Coercion? by araemo · · Score: 1

      There is one good thing about the versign, et al. CA's, and it is only usable in a certain situation, and it is definately still abusable.

      But, essentially, supposedly, verisign will only give a cert for somewhere.com to the person who OWNS somewhere.com.(Of course, if the owner sells the domain, they still have a valid cert for that domain until it expires, unless verisign publishes a proper revocation cert). This is of course, only good if the user-agent checks the domain listed in the cert vs. the domain presenting the cert. And then you check the CA vs. the known good list of CA certs and you know that 'one of these big companies has verified that the person this cert was given to does own the domain handing out this cert'. It doesn't mean anything more than that, but that alone is a big difference from "Gee, I have no way of knowing if I am connected to my Bank's website, or some random asshat's".

    46. Re:Coercion? by Mister+Whirly · · Score: 1

      "that may not always be an option - and won't be one for many in corporate, domain run environments especially if the ability to disable it could be controlled via domain policies, which I can see as very likely happening."

      So you are complaining that an individual can't hand develop drivers on his locked down work machine?? (and wouldn't that be the fault of the corporation locking him out, not Microsoft?) Why would he need to? If the company is a software developer, and his job is writing drivers, why would the company lock it up to make doing so impossible? And if not, why doesn't he have a machine that he has control over, like at home, to do so??

      --
      "But this one goes to 11!"
    47. Re:Coercion? by StarvingSE · · Score: 1

      If this is in the spirit of better security, and if thats all Microsoft's intentions are, then I don't understand what the $500 yearly subscription is for (I'm sure thats $500 per piece of software distributed). Why not offer to sign for free? $500 is pennies to M$, and this just seems to be a measure to support large software corporations while squeazing the small and/or open source projects out of windows for good.

      --
      I got nothin'
    48. Re:Coercion? by LifesABeach · · Score: 1

      Its been my observation that applying the DRM to anything does not stop the bad guys. If anything, the bad guys are now directed to the area that is the most weak for the entire computer. I just wish I had the ability to create Wubuntu, the Linux distribution that would mimic the Windows Graphical User Interface. There would be different variations like Wubuntu-98, Wubuntu-2000, Wubuntu-2003, Wubuntu-XP, and Wubuntu-V. In MHO, one of THEE biggest barriers of shifting from Windows to Linux is the Graphical User Interface.

    49. Re:Coercion? by Peaker · · Score: 1
      Reminder: Video drivers are user-mode in Vista.


      Does that mean that Windows will allow the video driver user-mode process to access the Video Card's hardware via port access? (i.e setting the IOPL [I/O Privilege Level] to ring 3 in the process's context)

      If so, then a video driver will easily compromise the kernel, for example by programming the DMA to copy memory over kernel physical memory.

      If they don't allow I/O port access in the video driver, then how does the video driver get its job done?

      Is it limited to the I/O ports that are mentioned in the resource listing of the driver?
    50. Re:Coercion? by l33t_f33t · · Score: 2, Interesting

      This reeks of a anti-trust violation to me.

    51. Re:Coercion? by araemo · · Score: 1

      What drivers are still kernel mode?

      Is the pcap driver used by ethereal/wireshark going to need to be in kernel mode or user mode?

      What about my Alcohol 120% imagedrive(Though I imagine alcohol soft can afford $500/year). What about the network tun/tap driver coLinux used for network communication?

      As long as I can still do everything I want to do on my computer, I'll be ok with it.

      Well, mostly ok, except that sony's next rootkit will look like it belongs there.

    52. Re:Coercion? by Kineel · · Score: 1

      You didn't see the fine print when Balmer said that, the actual quote was somelike:

      Developers (will be locked in to us), Developers (Will pay us royalties and we will own all) Developers

      --
      -- Should there be smoke coming out of my CPU?
    53. Re:Coercion? by jedidiah · · Score: 2, Insightful

      Those statements are entirely consistent.

      The OWNER of the system should have full control. Whomever has the root password should have full control of the entire system from top to bottom. Even with a corporate desktop,the ultimate user of the machine is the COMPANY and not the drone employee.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    54. Re:Coercion? by MattPat · · Score: 1

      The summary specifies drivers running in kernel mode. Maybe I'm wrong, but doesn't that mean userspace drivers are safe? True, it is coercion, but it seems to be required only for the drivers that could do some serious OS damage.

    55. Re:Coercion? by dwandy · · Score: 1
      Either way, this is the beginning of the end.
      Unless I'm misreading this, this will be the first time that a personal computer is (by design) under the control of a (foreign*) corporate entity and not the hardware owner.

      So what that means is that if MS doesn't like something (that runs in kernel-space) they can revoke the rights of that code to run on all** computers, regardless of what the hardware owner thinks or wants.

      The next step is, of course, to extend this to user-space...

      * I'm not US-ian
      **...well, not my PC, but certainly those that are going to run Vista.

      --
      If you think imaginary property and real property are the same, when does your house become public domain?
    56. Re:Coercion? by NSIM · · Score: 1

      In Vista 64-bit, you have to jump through hoops to use an unsigned driver, in Vista-32 it functions just like it did in XP, i.e. you get a warning, but can continue to install that's what you want to do.

    57. Re:Coercion? by asylumx · · Score: 1
      It doesn't matter, though, because if you make it too hard to write software for Windows, people will stop. They'll find another platform that is more enticing to them. It won't happen immediately, of course. But it'll happen.

      You're wrong. No matter how hard it is, developers will write software where the user base is, because that's our bread and butter. We will do everything we can to make our lives easier there, but when a difficulty comes along, we suck it up and keep pushing. The market drives the business, not the other way around.
    58. Re:Coercion? by Thalagyrt · · Score: 1

      I was playing around with Vista RC1 last week, and installers still were able to click on Allow in order to simply bypass that dialog. It seemed like it was possible to do that with UAC as well... Totally asinine. The Creative Audigy drivers if you're wondering. I think the nVidia ones did it as well.

      --
      Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo!
    59. Re:Coercion? by rdebath · · Score: 1
      Forget about the colinux/openvpn tap driver

      CoLinux itself works as if it's a driver, the entire linux kernel runs in 'kernel mode'.

      Now just how are we supposed to get all those linux kernels signed ?

      How about a nice linux loader driver ... FUBAR!!!

    60. Re:Coercion? by Randolpho · · Score: 1
      Does this amount to indirect coercion? In XP, if I remember, unsigned drivers were allowed to run unhindered with loud information dialogs.
      Not really, no. Unsigned drivers can still run in user mode -- which is all that 95% of the drivers out there really need. Microsoft is basically locking down the kernel to prevent that which causes most Windows failures -- poorly written drivers operating in kernel mode. This is a Good Thing(tm) IMO.

      However, it does hinder folks with the "tinker gene" who really do need to write a kernel driver just for their computer. I suppose Microsoft could allow a special "tinker license" for Windows that would let you mess with the kernel and run unsigned kernel drivers, but it should only be available direct from Microsoft instead of OEM or off the shelf.
      --
      "Times have not become more violent. They have just become more televised."
      -Marilyn Manson
    61. Re:Coercion? by ClosedSource · · Score: 1

      You mean MS isn't that interested in developers that don't have the potential to make more money for them? You'd think there were a for-profit company or something.

    62. Re:Coercion? by Anonymous Coward · · Score: 0

      I think the term you were looking for is iceweasel.

    63. Re:Coercion? by tepples · · Score: 1
      I was playing around with Vista RC1 last week, and installers still were able to click on Allow in order to simply bypass that dialog.

      32-bit edition, or 64-bit edition? I've read that the Allow button is missing in the 64-bit edition.

    64. Re:Coercion? by Extide · · Score: 1

      Exactly -- Vista allows user mode drivers also -- this is talking about kernel mode drivers, you really only need that stuff for I/O and whatnot. A sound driver for example would be fine running in user mode, where say a SCSI driver would not. And dont forget you can press F8 when booting and select the option to allow unsigned drivers. They really arent trying to lock people out -- they allow an easy way to get around it, but they make the user actually have to put some effort into it. This makes it so your average joe cant just download something that goes ahead and installs a driver into the system and then could wreak havok and do anything. $500 a year is not very expensive either, I mean this does require MS to test the driver and whatnot so they arent just raking in money for nothing, and that $500 a year is per company, not per products, so a company like Adaptec or Creative would only need to pay for it once. Hell you can go out to dinner with sales guys and spend more than that on just one meal!

      --
      Technophile
    65. Re:Coercion? by Real1tyCzech · · Score: 1, Funny
      ???

      FTFA:

      ensuring that there are no unsigned drivers running in kernel mode

      Drivers should be running in user-mode anyway.

      This is not news, or rather, it is, but only because some MS-Basher wants to spread more FUD. Stupid. No, ignorant. No, wait...what was the question again? ....Oh, pretty colors....dahhhh..

    66. Re:Coercion? by egypt_jimbob · · Score: 1
      Drivers should be running in user-mode anyway.
      Applications should run in user mode. Drivers have to run in kernel mode to get to the hardware. That's why they're drivers and not applications.
      --
      I am a leaf on the wind. Watch how I soar.
    67. Re:Coercion? by maxwells_deamon · · Score: 1

      what happens if you insert signed code in kernel space and the signature is revoked?

      The code can not be added to new machines -yes

      does the code just not run? (this would be hard to believe)
      Does the machine no longer boot?
      is is removed automatically?
      do I need to run an update each year when the cert expires?

      I can not be forced to check the cert status every time the code is envoked! The code might be needed for accessing the network...

      I have to believe that it only matters at install time.

    68. Re:Coercion? by Miamicanes · · Score: 1

      And better yet, unsigned thirdparty removal tools won't be able to touch it.

      I bet everyone CAN'T WAIT until new laptops from HP, Dell, etc. come with marketing-partner crapware wedged into signed kernel-level drivers that can't be blown away short of going out and buying a full copy of Vista (since new PCs from major companies almost NEVER come with untainted install disks, and Microsoft will almost certainly decide that the mutilated mess provided by the vendor on the lame "restore disk" doesn't qualify for "upgrade" pricing...)

      Sigh. Remember when people actually used to LOOK FORWARD to new versions of Windows, and installed them at the first opportunity?

      OK, imagine this scene: crowds of people lined up outside CompUSA, Best Buy, and other stores, waiting for the store to open at the stroke of Midnight so they can buy Vista. Palpable energy and enthusiasm runs through the crowd. Everyone is happy. ... and as we all know, it's not going to happen. At least, not unless everyone buying it within the first hour gets it for 50% off, or something comparably generous. Go on... try to even think of ONE person you know who'd be there. Microsoft killed any genuine enthusiasm anyone has ever had for Vista long ago. Now, the very THOUGHT of anyone clamoring in front of a store at midnight to buy a copy just seems laughably ridiculous.

    69. Re:Coercion? by cHALiTO · · Score: 1

      Well I know this is not the ideal solution to the problem, but in the case of the tun drivers for openvpn, maybe a company with interests in open-source software who already is a PIC (example: IBM) could compile the latest version and sign it.
      As I said, it's far from ideal, but it'd be a way to keep the driver working in windows in the worst case scenario.

      --
      "Luck is my middle name," said Rincewind, indistinctly. "Mind you, my first name is Bad." -- Terry Pratchett
    70. Re:Coercion? by MicrosoftRepresentit · · Score: 1

      Wow, you're a total fucking idiot, or deliberately misleading people who won't know better. In most modern operating systems, the chances of your average tinkering hobbyist needing a driver to run in kernel space is very low, especially for shit like a NES controller. Last time I checked, inp() and outp() didn't require ring-0. And you talk about FUD,,,

    71. Re:Coercion? by Anonymous Coward · · Score: 0

      Applications should run in user mode. Drivers have to run in kernel mode to get to the hardware. That's why they're drivers and not applications.

      Wrong. If Vista had half way decent design, no driver would need to be in kernel mode or even be allowed to be in kernel mode. Drivers should have to request access to specific hardware devices and memory addresses and all requests go through and monitered through the kernel.

    72. Re:Coercion? by Z34107 · · Score: 3, Informative

      Except in Vista, 99% of drivers DON'T reside and CAN NO LONGER reside in kernel space. Other than very special and limited applications (videocard drivers), most drivers are FORCED to be loaded in userspace.

      The system is more stable because a crappy printer driver won't blue-screen your system, and the printer driver (and others) achieve the same functionality they had in kernel space using the new Windows Driver Model.

      Although signing drivers costs $money, only companies like nVidia actually have to. The new DRM only protects kernel space, and the new kernel FORCES 99% OF ALL DRIVERS to reside in userspace. Kernel protection isn't a problem because most people can't put drivers there anyway.

      --
      DATABASE WOW WOW
    73. Re:Coercion? by sowth · · Score: 1

      Yes, but how long until they close that hole?

    74. Re:Coercion? by sowth · · Score: 1
    75. Re:Coercion? by springbox · · Score: 1
      In XP, Sony was able to install a rootkit without the user being any the wiser.

      I bet most of this would not have been an issue if most people weren't running their user account with admin privileges. Of course, users could still be tricked into installing bad unsigned drivers, but it's not like Microsoft tried to press the issue of correct privilege separation in XP.

    76. Re:Coercion? by oddfox · · Score: 1

      The driver signing is only required on the 64bit edition, just like XP 64bit Edition. To quote this article:

      The basic premise is that protected content can't be successfully protected on 32-bit Vista, since there's no driver signing requirement. So only 64-bit Vista will be able to play commercial, protected, high definition DVD content.

      As far as I know, these requirements are for kernel-mode drivers, as well.

      --
      "We invented personal computing." - Bill Gates
    77. Re:Coercion? by EvanED · · Score: 1

      You know, there's a reason no operating system in common use does this, and it's because it's too slow. Doing a ring change takes some time... even a syscall instruction takes a couple hundred cycles.

    78. Re:Coercion? by jafac · · Score: 1

      Except in Vista, 99% of drivers DON'T reside and CAN NO LONGER reside in kernel space.

      hm. One wonders where Mark Russinovich's FileMon filterdriver is going to reside - now that he's a Microsoft employee. . .

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    79. Re:Coercion? by Anonymous Coward · · Score: 0

      The slight performance hit isn't really an issue anymore with the clock speeds of today's processors. Hell, it wasn't even a notable issue when Linux 0.01 was released back when 386s were used. With all the managed code, virtualization and other crap that is becoming popular (despite actual significant performance losses) this argument doesn't really stand much ground anymore.

      I'd be willing to spare a few clock cycles in order to actually have some control over drivers running on my system than to just let them run free in ring 0.

    80. Re:Coercion? by bruno.fatia · · Score: 2, Funny

      It's not a hole, its a feature.

    81. Re:Coercion? by TheLink · · Score: 1

      This won't keep you safe from Sony and friends. USD500 is nothing to Sony. Nobody got jailed for that too, so odds are it will happen again.

      Sure the crackers have to find a hole in signed software that runs at a high enough privilege level. But Sony's rootkit itself had holes in it that _others_ were able to exploit. So how safe will you be from root kit crackers?

      DRM does have its uses, but its main use nowadays is to make the rich even richer, and not for making things safer at all.

      --
    82. Re:Coercion? by Anonymous Coward · · Score: 0

      How do I automate this?

    83. Re:Coercion? by Jeremi · · Score: 2, Interesting
      While this "combats open source", it's really just the certification authority where "money = trustworthiness" stupidity applied all over.


      Indeed. How long will it be before some company gets a driver signed that (intentionally or not) allows arbitrary code to be executed as a subroutine in its 'trusted' context? As soon as that happens, they're back to square one...

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    84. Re:Coercion? by Aladrin · · Score: 1

      While I will agree that most devs will work where the money is, there will be plenty that go where they can work faster/better. And some of those will produce apps that manage to get 'killer app' status. It doesn't take many of these to make consumers want this alternative platform.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    85. Re:Coercion? by Viol8 · · Score: 1

      "Except in Vista, 99% of drivers DON'T reside and CAN NO LONGER reside in kernel space."

      So how do they access the hardware if they're not in ring 0?

    86. Re:Coercion? by irc.goatse.cx+troll · · Score: 2, Insightful

      It all depends on if we'll be allowed to install other certs as trusted sources. If we can then that is a great change and will improve the security of the OS at only a minor ease of use hit for some users. If we can't, then it will certainly stand in the way of a lot of valid use.

      Unfortunately this seems like it will also put an end to binary patching of system files, which means we'll be stuck with acceleration. In XP the only way to remove acceleration involves patching win32.sys to JMP past the acceleration code (the registry edit floating around just minimizes accel). It will be a shame to not be able to do that anymore, although maybe if we're allowed to add our own trusted sources we could patch it and resign. We'll see how its done.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    87. Re:Coercion? by Anonymous Coward · · Score: 0

      Did you try playing any "protected" content after doing that? Media Player won't let you play DRMed tracks in that mode.

    88. Re:Coercion? by Z34107 · · Score: 2, Informative

      So how do they access the hardware if they're not in ring 0?

      The Windows Driver Model provides an interface to do this. The software calls kernel functions, and the KERNEL accesses the hardware.

      This lets drivers reside in user mode, yet still talk to the hardware. Keeps things nice and stable, and DOESN'T require signing.

      --
      DATABASE WOW WOW
    89. Re:Coercion? by Tackhead · · Score: 1
      > I wonder what kind of protections go into that cert to prevent spoofing.

      If you're charging $500 for a cert, then the answer to the question is "The kind of protections that can be implemented for less than $500".

      The minute a cracker can make more than $500 with one of these certificates is the minute those kinds of protections become useless.

    90. Re:Coercion? by rjstanford · · Score: 1

      As I said in another post, that may not always be an option - and won't be one for many in corporate, domain run environments especially if the ability to disable it could be controlled via domain policies, which I can see as very likely happening.

      Many corporate, domain run environments can afford to spend $500 a year on a certificate. Bzzzzt, but thanks for playing.

      The end-user should always be in full control of the system.

      They are. The end-user in this case is the corporation, for whom the typist is an employee. Nothing Microsoft is doing is stopping the company -- the one who owns the systems -- from releasing that restriction. Not a damn thing.

      --
      You're special forces then? That's great! I just love your olympics!
    91. Re:Coercion? by aug24 · · Score: 1

      I can almost hear the documentation writers for products with crappy drivers editing their installation instructions already...

      --
      You're only jealous cos the little penguins are talking to me.
    92. Re:Coercion? by TemporalBeing · · Score: 1
      If the company is a software developer, and his job is writing drivers, why would the company lock it up to make doing so impossible? And if not, why doesn't he have a machine that he has control over, like at home, to do so??
      One would think yes - but corporations don't think. There are too many beaurocratic levels in place, and the right hand often doesn't know what the left hand is doing.

      Take for instance a corporation that is split into four groups. Group A is the corporation itself, and groups B, C, and D are sectors of the corporation. Group A is in charge, and as the corporate head has implements all policies and groups B, C, and D have no choice but to follow them. Part of Group D supports all of the groups in providing IT and related services, including managing the corporate network. However, all three groups (B,C, and D) have their own product lines and may not necessarily communicate about those product lines. Now group C has a product that requires a device driver be written for it, and they have the employees to do so, but group A set the policy which group D is now enforcing via the domain policy in the corporate ADS, which overrides any local computer policy btw, and the policy states that all computers must only use signed device drivers.

      If the corporate structure made it easy to sign the driver, then perhaps it would be good to go. But then - why would they sign a driver under development? You wouldn't want it released to a customer? So you wouldn't sign a driver until it was completed, tested, signed, and tested again. However, it is more likely that the company would have a structure in place that would make it hard to get something signed - or to get ahold of the key needed for signing - which then makes it near impossible for the project the employee is working on to be completed.

      Or, for instance, suppose the project has limited funding, money resources are hard to come by, and the company policy makes each project buy their own software, tools, etc. If the project has enough funding for a lot, but then runs into an unanticipated turn (e.g. the driver needs signing - something that may not have been known until the project was underway, or new as part of a system upgrade to meet new requirements) then the project could be doomed to.
      And if you think developing on a system off the corporate network would be an option - it wouldn't be as network access of different kinds would likely be needed - e.g. access to corporate resources, internet resources, etc. And working on two systems (one on and one off) may not necessarily work either - and wouldn't really add any security.
      And if you think the above isn't likely - take a loop at any large corporate company. It's the basic structure followed. Some are better than others, but the majority are just terrible.

      In the end, there is more than one path to the scenerio I pointed out.
      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    93. Re:Coercion? by Thalagyrt · · Score: 1

      Late on the reply here, but it was the 32 bit version.

      --
      Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo!
  2. innovative by Anonymous Coward · · Score: 1, Informative

    It's about time they put something like this in. I hope it will have a effect on the rootkits that are increasingly common these days, both the legitimate ones (e.g. Sony's) and those from hackers (e.g. rootkit.com).

    1. Re:innovative by EvanED · · Score: 5, Insightful

      What makes Sony's legitimate but the ones from Rootkit.com not?

      If anything I would argue that rootkit.com is a more legit distribution mechanism than Sony.

    2. Re:innovative by smittyoneeach · · Score: 2, Funny

      Yes. The sooner enough people get bent over and used by proprietary technology, the faster we can move on to something that doesn't suck like this.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    3. Re:innovative by Anonymous Coward · · Score: 0

      The difference is purpose.

      Sony were just trying to protect their business assets from piracy - albeit is a rather misguided manner. Whereas most of the users of sites like rootkit.com are black hat hackers looking for something to put in their next spambot trojan.

    4. Re:innovative by ultranova · · Score: 4, Insightful

      Sony were just trying to protect their business assets from piracy - albeit is a rather misguided manner. Whereas most of the users of sites like rootkit.com are black hat hackers looking for something to put in their next spambot trojan.

      But aren't most spambot trojans business assets ? After all, spam makes money - that's why spammers bother - so rootkits are business assets for blackhat hackers, even more so than they are for Sony.

      No, these poor hackers are simply trying to protect their right to profit - just like Sony. And if that means taking the control of the computer away from its owner, well, surely you agree that that's a small price to pay to ensure that those damn users aren't depriving them of those profits, right ? Sony certainly seems to...

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    5. Re:innovative by EvanED · · Score: 1

      But Rootkit.com doesn't exist for that purpose, it exists for security researchers.

      As someone who is currently studying detection mechanisms for them, I've got the Rootkits book on my shelf a few feet behind my back.

      Or do some of its users make it illegitimate, like, say, Napster?

    6. Re:innovative by throx · · Score: 1

      Typically the difference is a code-signing certificate that is signed by Microsoft. If rootkit.com forks out the $300 or so required to get one then there's no difference at all.

      Of course, the first bug in a signed driver that allows unsigned code to be loaded into the kernel is a class break for the entire system. It sounds like in typical corporate fashion that Microsoft has been working hard to inconvenience lawful customers while doing little to stop the people who are deliberately unlawful.

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

    7. Re:innovative by russ1337 · · Score: 1

      >> Sony were just trying to protect their business assets from piracy - albeit is a rather misguided manner. Whereas most of the users of sites like rootkit.com are black hat hackers looking for something to put in their next spambot trojan.

      .... who are just trying to protect their business assets: the spam....

    8. Re:innovative by nizo · · Score: 1

      A funnier and more insightful comment I have not seen here today. Seriously, will this keep out determined black hats for long? How many more shackles will Microsoft add to their software before people finally throw up their hands and say, "screw this; what alternatives are out there?" It almost seems like Microsoft is squeezing everyone while they can, realizing that many people will just keep ponying up the cash until they have been drained completely.

    9. Re:innovative by pmiller396 · · Score: 1

      I bet Sony could scrape up $500 if they really tried.

    10. Re:innovative by Durandal64 · · Score: 1

      What's to stop Sony from simply getting a certificate and signing its drivers? Do you really think Microsoft would revoke Sony's certificate if they replaced a CD-ROM driver? Of course not, because they're doing it to fight terrorism! I mean, prevent piracy.

    11. Re:innovative by dpilot · · Score: 1

      Don't count on it. When they're inconvenienced by DRM, the answer will be the same as when Windows crashes or bogs down (when riddled with spyware) today. "That's just how computers work, and I guess we have to live with it." If they say "screw this; what alternatives are out there?" they'll likely just go buy an appliance, like buying a DVD player instead of playing DVDs on their computer.

      THIS is what will kill the great "convergence." As long as it's an appliance, it's fixed-function and DRM is "ok" because it lets you blame the manufacturer for a stupid product, but you can't find a better one. Once it gets that hint of generality, once there's room for the camel's nose to get under the tent, it all becomes a whole different game - a game that can't be won with DRM in it.

      --
      The living have better things to do than to continue hating the dead.
    12. Re:innovative by smittyoneeach · · Score: 1

      Oh, I wouldn't go blaming just Mr. Softy.
      They're symptomatic.
      Overall, it's just a thumb-wrestling match between buyer and seller, over the marketplace.
      Best we can hope for is an even break.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    13. Re:innovative by noamsml · · Score: 1

      In other words, it's the difference between Enron and organized crime. They're both big criminals with lots of money, but one of them is incorporated.

    14. Re:innovative by Delecron · · Score: 1

      "Vista DRM protects Kernal Tampering" Just like PaysForSure prevents MP3 Playback.....

  3. Not all drivers by Tony+Hoyle · · Score: 4, Interesting

    Minifilter drivers don't have to be signed (at least in RC1 which is the last version I tried). That of course means you can get into ring 0 with a loadable driver - all that's needed is admin rights.

    Modfying the kernel after that is just a matter of working out which bits (kill the code that checksums the binaries first, etc.)

    1. Re:Not all drivers by Viraptor · · Score: 3, Interesting

      *COUGH*pagefile attack*COUGH*
      No info about rc2 yet, but if they didn't want to correct it in rc1, then... who knows...

    2. Re:Not all drivers by hotdiggitydawg · · Score: 3, Funny

      That's a nasty cough you have there. I think you might've picked up a bug...

  4. Installing lockout under the guise of security. by rs232 · · Score: 2, Interesting

    "if unsigned code is allowed to load you won't be able to play protected high-definition multimedia content"

    --
    davecb5620@gmail.com
    1. Re:Installing lockout under the guise of security. by Allador · · Score: 1

      This is basically saying that if you disable the DRM you wont be able to use the DRM.

      'protected high-definition multimedia content' is a form of DRM. It's things like PAP (Protected Audio Path) and the video equivalent, where the entire audio stream is encrypted from source to speaker.

      This will in no way stop you from using regular media or playing high-def content, assuming your hardware can do it.

  5. Who cares? by Anonymous Coward · · Score: 0

    Don't channel 9 do a good job of news for Microsoft victims?

  6. How Wonderful by the+linux+geek · · Score: 1, Interesting

    This unsigned driver "feature" is causing hell for those using the x64 version of Vista, which has abysmal driver compatibility. Nobody can now install 32-bit drivers.

    1. Re:How Wonderful by alienfluid · · Score: 2, Informative

      Hmm, so you were hoping to use 32-bit drivers on a 64-bit OS? You shouldn't even be here. Go home.

    2. Re:How Wonderful by JLennox · · Score: 1

      32bit user mode software gets run through the wow64 abstraction layer inorder to operate properly, there isn't a heck of a lot of things that could be done for 32bit drivers.

      It's not a DRM/lockout situation, it's a round hole square peg problem.

    3. Re:How Wonderful by caldaan · · Score: 1

      Yeah clearly he should be making his own instead...

      The workaround for many missing 64 bit drivers is to use the 32 bit drivers for when the manufacturer *cough* creative *cough* doesn't make one or refuses to make one that works is to install the 32 bit driver in compatability mode.

      Sometimes it works, sometimes it doesn't, but its better than nothing when it does...

    4. Re:How Wonderful by baadger · · Score: 1

      Vista x64 detects every last bit of hardware in the box I built in February. As did Windows XP x64 Edition (which I run now as my secondary OS). Right now, It's just a matter of choosing hardware wisely, when I built this box I deliberately chose components that had manufacturer provided Windows XP x64 Edition drivers (and of course, good Linux drivers as I run Linux as my primary OS).

      Obviously for hardware over a year to 18 months old it's difficult... but it's no use whinging to Microsoft. Nag the manufacturers, Microsoft only bundle, and yes, the RC1 builds did include alot of drivers that didn't come with XP x64.

      [For the record, XP x64 with a full house of drivers is noticeably better than XP SP2 (32 bit) and has this kernel Patchguard junk in there already. Of course, Windows is waaay behind on the 64 bit shift when compared to Linux ]

    5. Re:How Wonderful by Tony+Hoyle · · Score: 1

      It wouldn't work. At the driver level there *is* no 32bit compatibility mode.

      If you think you managed to get a 32bit driver working you weren't loading a driver - just a 32bit applicaton.

    6. Re:How Wonderful by rcamera · · Score: 1

      mr. linux geek speaks about windows vista. interesting. as a rc1 x64 guinea pig, i can tell you the situation is not as bad as you seem to think. i have yet to see hardware which is not supported by x64 out of the box. my only complaint so far is that there's no vista ready version of nero. but there's no x86 support for it either.

      --
      Wave upon wave of demented avengers March cheerfully out of obscurity into the dream
    7. Re:How Wonderful by Anonymous Coward · · Score: 0

      "Windows is waaay behind on the 64 bit shift when compared to Linux"

      And OSX and IBM and Sun and ...

  7. is Vista that fabled 8th generation OS? by 192939495969798999 · · Score: 5, Funny

    "From: (Blair P. Houghton)

    I predict that Eighth Generation computers
    will compile no programs, run no applications,
    and access no data. Instead they will be
    designed and tuned to give a continuously
    variable spectrum of elegant and precise
    error messages describing your failure to
    induce them to do so."

    Yay Vista!

    --
    stuff |
    1. Re:is Vista that fabled 8th generation OS? by ggalvao · · Score: 3, Funny

      Yay! One more barrier for open source free non-propietary drivers to jump over!

  8. Updates? by phorm · · Score: 3, Insightful

    How exactly would it accomplish this properly though? Call home periodically to get a kernel hash? Have a built-in hash check? If you want to allow the kernel to be updatable (which at times, is necessary), then you are going to have to allow the kernel to be "tampered with" somehow. A crack, virus, or other program might just masquerade as a patch to allow the on-disk kernel to be modified.

    1. Re:Updates? by EvanED · · Score: 4, Informative

      Cryptographically secure signatures?

      You take a hash, and sign it with a private key. This is your signature. The loader then takes a hash of the file again. It also decrypts the signature with the public key. Compare the two. If they match, then the file hasn't been tampered with.

      Tampering with this requires:
      1. Tampering with the loader
      2. Tampering with the public key stored in the loader (really part of #1)
      3. Breaking MS's private key
      4. Producing another executable with the same hash

      1 and 2 are possible, but 3 and 4 are computationally hard. (The sun will have turned into a red giant long before the best-known alogrithms have found a solution, even if the hash is the relatively "weak" MD5.)

    2. Re:Updates? by s31523 · · Score: 1

      Maybe Vista will use some sort of private key encryption so that when good ol' Windows Update runs it is the only program with the keys to the castle, so to speak. That way only Windows Update can perform mods and reprogram the kernel with a new hash code/CRC, or something.

    3. Re:Updates? by qbwiz · · Score: 2, Interesting

      Microsoft could sign patches with their private key, then include the public key in Windows to let them check that. AFAIK, they do that with the Xbox 360 and some other stuff already. The hard part will be making sure that the part that does the validation hasn't been cracked already - Apple is having problems doing that, and they even have a combined hardware/software solution.

      --
      Ewige Blumenkraft.
    4. Re:Updates? by swarsron · · Score: 1

      "Cryptographically secure signatures?"

      As long as they're not using special hardware to secure the check of those signatures this doesn't help at all. If you don't have drm on a hardware level all that's left is step 1 (which is easy)

    5. Re:Updates? by GigsVT · · Score: 1

      You don't need to do all that to tamper with it. You just mount your disk under linux or whatever and replace ci.dll with one that always returns "yeah this file hashes OK". Could probably do it with a hex editor.

      i.e., the way copy protection has been broken since the beginning of time. No cryptographically hard stuff needed.

      DRM is fundamentally broken and there's no cryptographically hard way to secure it.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    6. Re:Updates? by CodeBuster · · Score: 1

      One drawback with this type of system is that there is tremendous incentive for a well funded third party (i.e. foreign powers) to try and factor Microsoft's private key for the purpose of intelligence gathering, espionage, and sabotage activities. Perhaps this is meaningless given the "hardness" of the problem, but if the NSA or other organization HAS found a way to speed up factoring then they would certainly want to keep quiet about it for as long as possible.

    7. Re:Updates? by CodeBuster · · Score: 1

      You don't need to do all that to tamper with it. You just mount your disk under linux or whatever and replace ci.dll with one that always returns "yeah this file hashes OK". Could probably do it with a hex editor.

      Perhaps, but you might also have to change a other hashes in obsucre locations to fool the kernel tampering detection algorithm after you hex edit the binary in order to bypass the check.

    8. Re:Updates? by TheUser0x58 · · Score: 1

      1 and 2 are possible

      Not just possible, but really easy. Unless DRM is built into the hardware (eg TPM, Palladium), its all just bits on a disk. Expect cracks for this real soon.

      --
      -- listen to interesting music, support independent radio... WPRB
    9. Re:Updates? by Trelane · · Score: 1
      You just mount your disk under linux or whatever and replace ci.dll with one that always returns "yeah this file hashes OK". Could probably do it with a hex editor.

      Counterpoint:

      A TPM-equipped system requires support in the BIOS. Before the system boots, the BIOS will "measure" the current hardware state, storing the result in a PCR. The boot loader will also be checksummed, with the result going into another PCR. The boot loader is then run; its job is to stash a checksum of the kernel into yet another register before actually booting that kernel. Once the kernel is up, the "trusted software stack" takes charge of talking to the TPM, providing access to its services and keeping an eye on the state of the system. Systems which provide a TPM typically also include the needed BIOS support; this support could also be added by projects like FreeBIOS and OpenBIOS. There are versions of the Grub bootloader which can handle the next step; LILO patches also exist. Once the kernel is booted, the TPM driver takes over, with the user-space being handled by the TrouSerS TSS stack.

      source

      Seems like this is possible in Linux today, and is a good idea in my opinion.

      Caveat: your Designed For Windows Vista computer may not boot anything else in the near future....

      --

      --
      Given enough personal experience, all stereotypes are shallow.
    10. Re:Updates? by EvanED · · Score: 1

      You just mount your disk under linux or whatever and replace ci.dll with one that always returns "yeah this file hashes OK". Could probably do it with a hex editor.

      So you're a rootkit author... what are you gonna do now? Say "reboot your computer into another operating system so I can install myself"?

      It is possible to make corrupting the kernel VERY hard to do from within the system, and the first step is to restrict what runs in ring 0. Cryptographically signing the legitimate kernel code is a good part of the solution if you can follow it up. (And there's a lot you have to follow it up with. But I think you could do it without degrading the usability of the system much.)

      I don't think that MS's solution of signing drivers though is necessarily a good one on a few levels, even if you ignore the issue of whether they are trying to exert control for a less-than-altruistic purpose, and I don't particularly trust them to follow up with the other things that need to be done to keep a secure kernel.

    11. Re:Updates? by GigsVT · · Score: 1

      Ever heard of a boot sector virus? It's not unprecedented.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    12. Re:Updates? by phorm · · Score: 1

      Yup, it's not just a case of checking the kernel, but checking the program that checks the kernel, etc. There's not really any foolproof way, but it'll be interesting to see what they come up with.

  9. /. has been anticipating this by RLiegh · · Score: 1

    For years, people on this site have acknowledged that the driver signing feature -while valid at first blush- would inevitably be used to shut out non-microsoft drivers. Now our prediction has finally come true.

    On a personal level, if I cannot uses the EXT2IFS drivers on an Vista system to access my linux drives, I will keep my XP cds and simply use XP and not bother about new games (since the games I use are from 2002, I pretty much already have abandoned new games anyway) or new versions of office.

    1. Re:/. has been anticipating this by jb.hl.com · · Score: 1

      Try explore2fs. It's a little clunky, but it works quite well and doesn't require installing drivers (I never did have much luck with EXT2IFS, it tended to screw up folder names and such quite a lot).

      --
      By summer it was all gone...now shesmovedon. --
    2. Re:/. has been anticipating this by CastrTroy · · Score: 1

      I've always wondered why there was little/no support for other file systems under windows. Linux supports tons of file systems. Windows only supports 2, and is phasing out 1, so they pretty much only support NTFS. I hate that when I boot into windows, I can't access my ReiserFS files. I hate having to keep my music and picture files in a separate partition, just so I can access them under windows the few times a month that I bother booting into windows.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    3. Re:/. has been anticipating this by Tony+Hoyle · · Score: 1

      Up until fairly recently the IFS kit cost about $1000 and the only book describing NT filesystems cost about $250 (and was out of print anyway).

      If you have the new DDK (labeled longhorn beta DDK on my MSDN but just don't use the longhorn bits) that has the IFS kit rolled in now.

      That said, writing a filesystem driver is *hard* and I would set aside 6-12 months development time for it.

    4. Re:/. has been anticipating this by EvanED · · Score: 1

      Because MS has very little incentive to support other drivers. They've got more to lose by possibly convincing other people to give Linux a shot than they do by annoying the few (percentagewise) who use Linux already.

      BTW, there's a program called RFStools I think that lets you access Reiser partitions from Windows. I've only tried it once or twice, and I think just to read, but it worked for that. I don't know how complete they are.

      (Besides, what are you doing using a filesystem from an alleged murder? )

    5. Re:/. has been anticipating this by nizo · · Score: 1

      You know, that is an interesting point: if Microsoft continues to make it harder and harder for game writers, and they jump ship and stop making PC games and go console-only (with a domino effect: fewer people playing newer PC games => fewer PC games => even fewer people playing newer PC games), how will this impact Microsoft Windows share and hardware purchasing? Now if only apple could take advantage of this somehow (introducing: the iConsole!) Maybe apple could create something like iTunes for video games under OSX?

    6. Re:/. has been anticipating this by Anonymous Coward · · Score: 0

      (Besides, what are you doing using a filesystem from an alleged murder? )

      D'oh! That space at the end before the parenthesis was /. clobbering the "</kidding>" tag I had in there. /makes a note to preview in the future

  10. Built for security or srtonger DRM by MECC · · Score: 1


    I wonder whether or not its engineered to make vista more secure or to strengthen windows DRM (Dark ages Replayed for the Modern era). I've got a feeling its one or the other, but not necessarily both.

    --
    "We are all geniuses when we dream"
    - E.M. Cioran
    1. Re:Built for security or srtonger DRM by Alchemar · · Score: 1

      Lets just make the wild assumption that this is a security measure. Now you don't have to modify the kernel to destroy a computer, just change the hash code so that Vista thinks Vista is unsigned. I haven't looked at the code, so they might have figured some way around it, but I have faith that the black hats will find away around their way around.

    2. Re:Built for security or srtonger DRM by Anonymous Coward · · Score: 0

      It would seem to be both.

      A side note however is that Microsoft Vista will essentially complete the circle where as the PC has been transformed into an umbiguous field programmable entertainment access appliance suitably secured for transference of our financials in trade for the access to, and delivery of, restricted use digital media.

      I would not hesitate to say that this operating system applied to commodity hardware no longer qualifies as a personal computer but serves as an extensible media kiosk as its primary function.

      The huddled masses desperatly wish to believe in the benevolence of Microsoft to "serve man" not realizing that Vista is but the latest revision of a cookbook.

      The question now becomes, "why we should pay for this electronic dog collar?" We are not criminals, why would we willingingly place ourselves on the bracelet? Why as a supposedly free people would we invite such invasive oversight into our homes and into our lives? Why would we abbrogate if not reassign rights and privedges to nondescript third parties at our own expense?

      If not for the suffocating ignorance of the majority walked upon their leash of novelty in consumerism served on the half shell of convenience, would be considered an abject descension into madness.

      The primary function of Microsoft in this latest incarnation of an operating system, does not empower the user in exploration and utilization of new vistas but rather serves as the most recent refinement of individual exploitation on a mass scale.

    3. Re:Built for security or srtonger DRM by MECC · · Score: 1

      The more they tighten their grasp, the more will slip through their fingers. I think its quite possible that this push to integrate DRM into every aspect of individual computing will create a market for freedom. The tighter the collar, the stronger the market.

      If there's a lesson from recent and even ancient history, its that a rigid hierarchy can't fight a market. The bigger the market for freedom grows, the harder it will be to fight it. Markets are self-feeding, but hierarchies must be spoon-fed. Markets respond to change almost instantly, while hierarchies ability to respond to change is considerably retarded.

      Attempts at restricting the copying of material, over the last 30 years, have only met with brief successes. They will never win a lasting victory, only cause brief hiccups in the markets.

      Using DRM to check the kernel and drivers in vista may make it more secure, but it they were hoping it would make DRM on vista unbreakable, they'll likely be disappointed.

      --
      "We are all geniuses when we dream"
      - E.M. Cioran
    4. Re:Built for security or srtonger DRM by Anonymous Coward · · Score: 0

      From the source article: "The CI.DLL is made by the Microsoft's DRM team to ensure the whole machine is in a trusted state to play DRM-protected content. For that reason, CI.DLL also checks the integrity of user-mode processes that are handling DRM-protected content."

      Few would object to Microsoft improving the Windows security model and using the Code Integrity DLL for kernel and driver checks/signage is certainly reasonable. MS wouldn't need the DRM suite to implement or perform these checks but since it is available why not use it.

      If anything we are reminded that DRM continues to be enhanced as it becomes more pervasive in insurance that our machines remain in a trusted state to play DRM-protected content. A not so subtle reminder that owner/end users are not to be trusted with their machines and by extension that a fundamental purpose for these machines is to provide an acceptable platform for playback of DRM-protected content.

      While some may find this acceptable, perhaps even desireable, it doesn't sit very well with me. I do not like to give up control or otherwise accept restrictions upon my machine on behalf of third party content providers as deemed advantagous to their business model and Microsoft's nor am I alone in this regard since the baseline of understanding over what delineates a "Personal Computer" has been, and is being, abridged.

      Microsoft, Music and Movies are not grappling on behalf of consumers here. Music and Movies are working in concert with Microsoft by invitation to exploit Microsofts user base and MS has no qualms with this. Noteworthy that the vast majority of Microsoft end users have not asked for this and do not want it when given to understanding. They are getting it anyway.

      I would like to share your optimism. I would like to believe the Non-DRM media market could be huge. I concur that these latest methods will also be broken in all liklihood but what has been accomplished beyond adding yet another entry in the laundry list of charges to be foisted upon otherwise free peoples found brokered into an emerging criminal class due to struggles to uphold the failing business model of monopolists.

      I also note the current quandry enjoyed by Russia's "allofmp3.com", wildly successful having opened their vast catalog of music available at ten cents a song. The RIAA refuses their royalty checks because they were not negotiated nor are those checks of the requisite amount. Allofmp3 argues that the Russian populace cannot afford the equivalent of two bottle of vodka per song but this all falls on deaf ears.

      Imagine the worldwide market for music at those prices. Imagine the money that could be made and the royalties paid and imagine the cultural richness the world might enjoy if the monopolists would simply accept and embrace reality.

      What we have instead is Russia's inclusion into the WTO (World Trade Organization) stonewalled by the U.S. government primarily over the allofmp3 matter. I would ask which is more important but then I would also have to ask who enjoys the greater freedoms today. Citizens of the U.S or Russia?

      I suppose it would not be realistic to expect of Microsoft in their monopoly to not side with other monopolists to maintain and bolster themselves no matter the costs in human terms for they do not exist for such purpose. They exist to feed themselves and their investors in a self perpetuating cycle that does not cease until the world and everyone else in it is paupered or they engourge themselves to the point where they suffocate under their own weight.

      While it is easy to say "quit feeding the bastards", those of us found informed and understanding of these matters are few in comparative numbers. Disruption of the status quo is going to take an event of significant magnitude to awaken the masses. For that to happen, Microsoft, the MPAA or the RIAA is going to have to make a mistake and that almost happened recently. I speak to the prospective issuance of takedown notifications over copyright on

    5. Re:Built for security or srtonger DRM by TheVelvetFlamebait · · Score: 0
      Dark ages Replayed for the Modern era
      That's the most convincing argument against DRM I've ever heard!
      --
      You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
    6. Re:Built for security or srtonger DRM by MECC · · Score: 1

      I think there is room for optimism. I have heard that more and more artists are starting their own record labels and circumventing the record industry to get their music out to people, and to get a bigger share of the revenue.

      --
      "We are all geniuses when we dream"
      - E.M. Cioran
  11. Simple solution by Travoltus · · Score: 1
    Alter the boot-up code. Then modify CI. Work your way up to the kernel and off you go.

    The operating system loader and the kernel now perform code signature checks. On 64-bit x64 platforms, all kernel mode code must be signed and the identify of all kernel mode binaries is verified. The system also audits vents for integrity check failures.


    All your base... for great justice!!!
    --
    --- Grow a pair, liberals... stop letting the Republicans bully you!
  12. Would be anti-DRM in the case of the Sony Rootkit by Anonymous Coward · · Score: 3, Insightful

    MS can't win for losing. Clearly the subversion of the kernel through rootkitting is a growing problem. If MS doesn't fix it, they get knocked for having no security. If they fix it, it is called DRM. Myself, I find Vista less than compelling. 2003 works just fine, but it seems some of the haters in the Slashdot crowd will see anything MS does as bad. They are finally getting their act together on not running everything as root and they even get knocked for that.

  13. Forbidden or simply sandboxed? by Overzeetop · · Score: 1

    Okay, I didn't rtfa, but it probably wouldn't have mattered (and it's not the /. way, after all). Will this mean there will be no unsigned drivers, or that unsigned drivers will have to work through the kernel like WinNT 3.5? Aside from all the DRM lock-down, bend-the-consumer-over-a-rail implications, this would also prevent home hacking and diy projects, and could have all sorts of implications for hobbiests.

    So, is this a way to prevent crashes (a la 3.5, no Ring 0 access) or is it a way to tighten the noose for the content industry?

    --
    Is it just my observation, or are there way too many stupid people in the world?
    1. Re:Forbidden or simply sandboxed? by PhrostyMcByte · · Score: 1

      Okay, I didn't rtfa, but it probably wouldn't have mattered (and it's not the /. way, after all). Will this mean there will be no unsigned drivers, or that unsigned drivers will have to work through the kernel like WinNT 3.5? Aside from all the DRM lock-down, bend-the-consumer-over-a-rail implications, this would also prevent home hacking and diy projects, and could have all sorts of implications for hobbiests.

      So, is this a way to prevent crashes (a la 3.5, no Ring 0 access) or is it a way to tighten the noose for the content industry?

      It means that 64-bit versions of Vista won't support installing unsigned drivers, under normal operation. In the betas you can hit F8 on startup to turn it off for a single session (there is no way to disable it permanently) - after you install the driver, you can reboot into normal mode and they still work. It's unclear if this behavior will be there after the beta is over. You can also create "test" certificates for development but I haven't looked at seeing if these work when distributed.

      It doesn't prevent crashes at all - I've had a few already from using Creative's buggy old XP drivers for sound. Though I'm sure plenty of users will misunderstand "signed" as "stable and secure" which makes me wonder if forcing this will cause more harm than good, considering anyone can get a cert provided they have $500. As a driver developer myself, you can imagine I'm not too happy about having to fork over money for a cert that could easily be free.

    2. Re:Forbidden or simply sandboxed? by Overzeetop · · Score: 1

      I don't develop, so it doesn't really affect me, but it is a bit distubing. If anyone can buy a cert, then there's really no barrier to entry for organized black hat purposes. On the consumer side it looks like MS is protecting them, but with such a low fee, there's no real certification that can happen at MS. OTOH, $500 for a hobbiest or freelance developer is real money, and might dissuade someone from building software. It certianly gives hobbiests who distribute their work free a real kick in the nuts.

      --
      Is it just my observation, or are there way too many stupid people in the world?
  14. Quis custodiet ipsos custodes by megaditto · · Score: 5, Insightful

    Cracking such a thing is trivial once you answer the question who watches the watchman?

    As Apple just learned with their TPM kernel extension, all that hackers need to do is replace the binary that verifies all other binaries, and the "goodies" are up for grabs.

    --
    Obama likes poor people so much, he wants to make more of them.
    1. Re:Quis custodiet ipsos custodes by mrchaotica · · Score: 1
      As Apple just learned with their TPM kernel extension, all that hackers need to do is replace the binary that verifies all other binaries, and the "goodies" are up for grabs.

      Interesting... where can I read more about this?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    2. Re:Quis custodiet ipsos custodes by ZachPruckowski · · Score: 2, Informative

      As Apple just learned with their TPM kernel extension, all that hackers need to do is replace the binary that verifies all other binaries, and the "goodies" are up for grabs.

      Apple however, had distributed unprotected versions of 10.4.1 prior to that. And a large amount of the kernel is open-source. There's no assurance you can do that with Windows.

    3. Re:Quis custodiet ipsos custodes by Doctor+Memory · · Score: 1

      Dunno if Apple's "just learned" about this -- all the articles I could find on it were about a year old, and concerned the version of OSX that shipped with the original Transition Developer's Kit. I didn't see anything about a recent version of OSX running on non-Apple hardware.

      --
      Just junk food for thought...
    4. Re:Quis custodiet ipsos custodes by nine-times · · Score: 3, Informative

      The project is sometimes referred to as OSX86, I think. They release updates just about every time Apple has a major update, and at least very recently you could get a version of OSX that could run on generic x86 hardware, at the same version as what's available on Macs.

      From what I understand, the difficulty of all this really isn't replacing the kernel, but more like ensuring there are good drivers for non-Apple hardware. In any event, the situation seems very different to me, between Apple locking OSX to Apple hardware and Microsoft locking the kernel in general.

    5. Re:Quis custodiet ipsos custodes by Doctor+Memory · · Score: 2, Interesting

      Funny how much better your searching goes when you know the right keywords! Not only do they talk about running recent builds on non-Apple hardware, they tell you how to do the same!

      --
      Just junk food for thought...
    6. Re:Quis custodiet ipsos custodes by Anonymous Coward · · Score: 0

      Trusted platform modules are embedded to motherboards for some time now. Most new laptops have that already. So there is no visible binary that you can replace once Vista takes advantage of these TPM chips.

    7. Re:Quis custodiet ipsos custodes by dreamlax · · Score: 3, Interesting

      At some time during execution of the validation process, the CPU computates a yes or no answer based on a number of bytes of input. Whether or not there is a validator for the validator is not known, but you can simply disassemble both of them, NOP out the entire validating sub-routine (or figure out which result is 'yes'), and voila. Well, it won't be this simple, the validation will probably be deliberately complicated, but the result os always the same, "no, not valid", or "yes, run it in kernel mode".

      Disassembling binaries isn't the nicest thing to do. I've done it once or twice to bypass software registration, it took me a long while (days). There are professionals out there, though, that do this sort of stuff as a hobby. For them, it may not be so difficult.

    8. Re:Quis custodiet ipsos custodes by Anonymous Coward · · Score: 0

      It would be naive to assume that the technical side of the apple house didn't know this was a possibility.. but management had to roll with something.

    9. Re:Quis custodiet ipsos custodes by dascandy · · Score: 1

      The watchman would be Fritz and you can't get him out of your processor without a pretty good toolset. Read up on TCPA.

  15. What about.. by Hangin10 · · Score: 1

    So this means if one does any development that requires writing any kind of driver for Windows, they have to pay Microsoft? I don't think this is going to go over well (if the previous comments are any hint, it isn't). This kills any small company that sells software that needs, say, a network driver for VPN (Hamachi and others). Or even video game developers, although I wouldn't think SN Systems, Nintendo, or Sony would care much if they had to play $500 to Microsoft to get their development setups to run on Vista. This is... just.. just... crazy, sure we might end up with malicious software, but... Ok, this just goes too far, it's not even DRM, it's just R, for Ridiculous.

    1. Re:What about.. by Hangin10 · · Score: 1

      That was supposed to be a reply to the first post, not a thread on it own. I seriously need to eat lunch before posting on Slashdot...

    2. Re:What about.. by Anonymous Coward · · Score: 0

      >So this means if one does any development that requires writing any kind of driver for Windows, they have to pay Microsoft? I don't think this is going to go over well (if the previous comments are any hint, it isn't).

      It will with end users. No more rootkits without going to extreme contortions to install it.

      Linux should be so advanced.

    3. Re:What about.. by I'm+Don+Giovanni · · Score: 1

      No.
      First, it's not "any kind of driver for Windows", it's kernel-mode drivers.

      Second, you don't pay Microsoft, you pay a signing company (e.g. verisign) that has a root cert on the system (well-known root certs will be pre-installed).

      Third, you can sign your own driver, but that will require you to install your own root cert (requiring admin rights).

      Fourth, for 32-bit Vista, you can run unsigned kernel-mode drivers, but won't be able to play protected HD-DVDs and BR discs (the fear is that unsigned drivers would be used to compromise the DRM of such discs).

      --
      -- "I never gave these stories much credence." - HAL 9000
    4. Re:What about.. by HoboMaster · · Score: 1

      It's only for kernel level drivers. Userspace drivers just bring up that old pop-up. It's not that big a deal, as very few things require kernel level drivers.

      --
      Remember kids, tin foil doesn't work, so use LeadHat.
    5. Re:What about.. by Hangin10 · · Score: 1

      That makes much more sense. Thank you for the clarification (and to the other guy who made the same kernel-mode distinction in reply to my post).

      What's the difference between a kernel-mode and usermode driver? I driver needs access to IO instructions, so is Windows using more than just RPL 0 and 3? perhaps giving level 1 in/out instruction priviledges?

    6. Re:What about.. by tepples · · Score: 1
      What's the difference between a kernel-mode and usermode driver?

      My other comment links to Microsoft's explanation of the constraints on user mode drivers in Windows Vista.

    7. Re:What about.. by Hangin10 · · Score: 1

      From Microsoft's explanation, "To communicate with the driver, applications issue I/O requests to the driver's device through the Win32 API." That doesn't specify how this supposéd user mode "driver" does any I/O if it can't access the hardware. And if it can't access the hardware, that just makes it kinda like a DLL that abstracts WinAPI instead of hardware. If it posts some kind of request with the kernel, the kernel doesn't have anyway of knowing really what's up, unless it checks requested ports with other driver operations currently underway or something. Long story short, I'm still confused.

  16. Ah... by RyanFenton · · Score: 1

    Ah, but what prevents something from tampering with Code (CI)?

    An incomplete DRM system can be ignored if there's still enough of a real computer (tm) left that doesn't have to jump through the DRM hoops. If you can run code in a way that doesn't HAVE to check the DRM for permission to run, then all the DRM becomes is a necissary bootstrap you need before your real software starts running.

    And from what I've seen so far, a completely protected system simply isn't worth the inconvenience for a general computer. Game consoles, sure - I'll play in a sandbox, but no way would I allow Microsoft to have veto power over what I run on a real computer (tm) - it just isn't worth the costs, in all respects. And I don't think most people would want to play in a truly fully protected sandbox, once the cat-and-mouse game of patches and hacks plays out fully - it won't be a pretty sandbox.

    Ryan Fenton

    1. Re:Ah... by Silver+Sloth · · Score: 1
      And I don't think most people would want to play in a truly fully protected sandbox
      Change that to
      And I don't think most /.ers would want to play in a truly fully protected sandbox
      and I'll totally agree with you. However, mom and pop will be sold on the 'added security', and whomever makes the decisions about what OS to use on the thousends of PCs throughout the organisation I work for will love it to bits.
      --
      init 11 - for when you need that edge.
    2. Re:Ah... by mrchaotica · · Score: 1
      And I don't think most people would want to play in a truly fully protected sandbox, once the cat-and-mouse game of patches and hacks plays out fully - it won't be a pretty sandbox.

      But they have to realize it first, and do so before they get locked in. That's the hard part about fighting DRM.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    3. Re:Ah... by Doctor+Memory · · Score: 1
      Ah, but what prevents something from tampering with Code (CI)?
      An easy way to answer this is: "If it was your job to prevent someone from tampering with CI, how would you do it?" Because obviously it is someone at Microsoft's job, and they had MS resources to play with (time, money, equipment, access to source code...).

      One thing that springs to mind immediately is validating the launch path in both directions. The boot loader should verify that the kernel it's loading is valid, and once the kernel is loaded it should verify that it was launched by a trusted boot loader. In the higher-level modules, maybe write the verifier two or three different ways and put it in two or three different DLLs and either call one at random or call all two/three and confirm that their results match. Gotta patch 'em all! And don't forget that you'll be trying to pull code from a complex and poorly-documented (at least to the general public) file system. Just trying to figure out how the second-stage boot loader finds the first kernel module to load could take days of poring over disassembler listings. There's no guarantee that loading is still just a simple matter of reading consecutive blocks from the disk and loading them at a predefined start address.

      I also wonder if MS doesn't have some deep traps in place, so if you do manage to get most of the CI patched around, there will still be places that check to verify that it's still functioning, maybe trying to execute code that is supposed to fail, then continuing execution from the exception handler. If the code doesn't fail, it falls through to the "call home" function and notifies MS that there's a rooted box somewhere. The next time WGA is invoked, you find out you're no longer running a Genuine copy of Windows...

      Seriously, things probably won't be that extreme, but just spend a couple of minutes considering how you would approach the problem and you'll probably get an idea of just how difficult it could be, or could be made to be.
      --
      Just junk food for thought...
  17. Optimism by regular_gonzalez · · Score: 2, Funny

    I'm an optimist by nature, so I'll say it'll take hackers 3 months to crack the kernel DRM.

    --
    Due to circumstances beyond my control, I am master of my fate and captain of my soul.
    1. Re:Optimism by SithLordOfLanc · · Score: 1

      Not a chance. I'd expect that if RC2 has this, it's already broken. The gold code will be cracked within a day or two.

    2. Re:Optimism by regular_gonzalez · · Score: 1

      The only reason I'm so optimistic is that if memory serves, it took a good six months or so to get unsigned code to run on an XBox. If MS decides to take security seriously, cracking their DRM might not be quite as trivial as you imply. Then again, I could be wrong :)

      --
      Due to circumstances beyond my control, I am master of my fate and captain of my soul.
    3. Re:Optimism by ultranova · · Score: 1

      I'm an optimist by nature, so I'll say it'll take hackers 3 months to crack the kernel DRM.

      I'm hoping for a year. That gives Vista enough time to spread to make it impossible to make large-scale re-engineering, and will also give people enough time to learn what DRM actually means for them. Let the people suffer enough that they'll hate DRM and view the DRM-breaking hackers as heroes.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    4. Re:Optimism by Anonymous Coward · · Score: 0

      I think the main hurdle there was the hardware, not the software. They don't get to encrypt things in hardware this time.

    5. Re:Optimism by Tony+Hoyle · · Score: 2, Interesting

      In the case of the xbox it was a fairly closed system with harcoded BIOS support for the DRM and custom hardware.

      There are PCs with TPM chips that are at that level now but they're still fairly rare - in general a PC is still an open architecture.

  18. Uhh by daeg · · Score: 1

    What happens to third party, open source disk drivers like TrueCrypt?

    1. Re:Uhh by CastrTroy · · Score: 1

      What happens to the developers of the drivers. How are keys managed in that situation. Does every developer have a copy of the private key for signing? Does every developer have to submit their file to some other server so it can be signed before they are able to test it? I don't develop drivers myself, so I'm not completely familiar with the testing/development/debugging process, but it seems like requiring to have these drivers signed would create a lot of extra hassle for the people developing them.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    2. Re:Uhh by ultranova · · Score: 1

      What happens to third party, open source disk drivers like TrueCrypt?

      The aquaphobic communist hippies are no longer allowed to unfairly deprive Microsoft its rightful profits for its innovative and patent-protected Rot-13 -based proprietary disk encryption.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  19. DRM? by Anonymous Coward · · Score: 0

    last time I checked, DRM stood for Digital Rights Management. Security measures that protect kernel tampering aren't DRM. fucking morons

  20. So it's DRM, but... by Anonymous Coward · · Score: 0

    ...What am I supposed to hate about this? It sounds like a good feature.

    1. Re:So it's DRM, but... by Frozen+Void · · Score: 1

      Its really good at driving developers to migrate off vista(in this case,they killing the whole idea from the start).

  21. It's Windows. ; ) by Veetox · · Score: 1

    ie. It'll have three back doors and an easter-egg that, when accessed, flashes "Bill Gates sucks" in bright letters. SOP.

  22. Already broken by Blue Pill by TRS-80 · · Score: 5, Informative

    The kernel mode signed driver restriction has already been broken by Blue Pill. Full details are in the black hat presentation, but the basic gist is you force a driver (eg null.sys) to be swapped out to disk, overwrite a function in the copy in swap with your own code, then call that function. And now you're executing unsigned code in kernel space.

    1. Re:Already broken by Blue Pill by Sebastopol · · Score: 1

      According to the URL you provided, there is no proof this even works.

      Since you don't have to page everything (it is a function of the OS after all), it is possible to not page out critical CI drivers, thus preventing re-writing of critical DRM signature code.

      --
      https://www.accountkiller.com/removal-requested
    2. Re:Already broken by Blue Pill by Anonymous Coward · · Score: 0

      Debunked!

      Or, if you were doing anything other then Karma Whoring you would have done a bit mroe research and realized that blu epillis still a theory, no code has ever been releaded to review. Kinda like the Apple wifi flaw....

      Shit, that link is formthe wikipedia page you liked to.

      Go who somewhere else or at least put some effort into your whoring.

      nobody likes a sloppy whore

    3. Re:Already broken by Blue Pill by Phat_Tony · · Score: 1

      This implementation sounds inferior. What I'm interested in is, if it is possible to implement this well, and it proves to be a great asset in stopping computers from being exploited, would it be an argument against the GPLv3?

      That is, could Linux fall behind on security some day because this turns out to be an important approach to security, and it can't be implemented in Linux versions using GPLv3? Would Linus want to add DRM to the kernel some day as a security measure for the OS, not due to anything involving media? Again, working under the assumption this turns out to be an effective method of increasing security, I wonder where the Linux community would fall on the issue?

      I know that the point of MS's implementation is to stop people from modifying the kernel, and everyone needs to modify the Linux kernel all the time. But that doesn't mean it couldn't be implemented in such a way that the checks can be turned off and on with a password, and the user can turn them off, change the kernel as needed, create his own files to check its integrity in its modified state, generate his own keys, and then turn the kernel lock back on. The idea doesn't necessarily make the kernel unmodifiable to people who should have access. So it doesn't seem to me that it would necessarily be against the spirit of Linux or open source to include this. It could be implemented as security only, leaving the person who installed it complete control. Including, of course, the option to turn it off and leave it off.

      Perhaps the premise, that it could be useful, is flawed, making the whole argument either way moot. This being Slashdot, I suspect people are about to reply to tell me it's both critical and worthless.

      --
      Can anyone tell me how to set my sig on Slashdot?
    4. Re:Already broken by Blue Pill by toadlife · · Score: 1

      I've read that this can be stopped by encrypting your page file.

      --
      I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
    5. Re:Already broken by Blue Pill by TRS-80 · · Score: 1

      The difference between Vista and Linux is that Microsoft controls the signing key for Vista, whereas anyone could create their own signing key for the Linux installation running on their own machines. GPLv3 prevents the Vista situation (if Vista was GPLv3 Microsoft would have to give away their signing key), but not the Linux one. Actually, that suggests a (highly theoretical) attack - replacing the public key that Vista uses to authenticate kernel mode drivers. Of course that would require a fair bit of reverse engineering to replace it, and whatever checksums or other signatures it has, but I don't see why it's not possible.

    6. Re:Already broken by Blue Pill by GigsVT · · Score: 1

      Repeat after me, Linux will never be GPLv3. They would have to start over from scratch if they wanted to make a GPLv3 version of linux. It's simply not licensed that way and it never will be. I suspect some of the contributers are probably dead, and I'm sure dozens of others would be impossible to contact for permission to change the license.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    7. Re:Already broken by Blue Pill by PRMan · · Score: 1

      I thought drivers didn't get paged to disk, since there's already a copy on the disk: THE ORIGINAL FILE. This has been stated several times.

      Without additional evidence, this doesn't seem like a valid exploit.

      Also, with Microsoft already encrypting the cache contents of ReadyBoost drives, it would seem trivial for Microsoft to do the same for paged out memory before Vista's launch in January.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    8. Re:Already broken by Blue Pill by bill_kress · · Score: 1

      Are you implying that you NEED DRM to prevent modifications to the Kernel?

      It's probably a good idea to lock down the kernel of your OS with a password, but how does that imply a need for DRM? (Or is DRM the new checksum?)

    9. Re:Already broken by Blue Pill by Doctor+Memory · · Score: 1

      Interesting, but I have trouble with the whole concept of "trapping" a running OS. I haven't been following the new virtualization facilities from AMD and Intel, but that seems like something you would need to set up before you launched your OS. And without virtualization, good luck writing to swap space without already having some significant privileges.

      --
      Just junk food for thought...
    10. Re:Already broken by Blue Pill by psavo · · Score: 1

      I thought drivers didn't get paged to disk, since there's already a copy on the disk: THE ORIGINAL FILE. This has been stated several times.

      It could get overwritten, you know..

      Anyways, it sounds really, really stupid and implausible because code part of driver is so small that it's a no-brainer to make the page pinned to memory (non-swappable). Nothing but kernel-mode can make a codepage swappable again.

      Of course there could be some parts (graphics, yet again) that might generate lots and lots of executable code on-the-fly, but that would again be too processor- and hardware- specific to be of much use.

      --
      fucktard is a tenderhearted description
    11. Re:Already broken by Blue Pill by Jah-Wren+Ryel · · Score: 1

      Without commenting on the likelihood of blue pill actually circumventing the shipping version of Vista, I just wanted to say that Blue Pill does not require a reboot, it is able to slip in a virtual machine and move the host OS to that VM without doing much,if anthing, that would be noticed by a regular user.

      --
      When information is power, privacy is freedom.
    12. Re:Already broken by Blue Pill by qbwiz · · Score: 1

      Right, but I certainly hope that the CI driver doesn't check every kernel module every time it's run - that might be a bit too slow. It's possible that it checks it every time it's paged in, but I really doubt that. So once you've modified the driver, either it will work fine as is, or you can use it to patch CI.dll's code in memory, which should certainly be possible, as they will both be ring 0.

      --
      Ewige Blumenkraft.
    13. Re:Already broken by Blue Pill by TheSkyIsPurple · · Score: 1

      >Of course there could be some parts (graphics, yet again) that might generate lots and lots of executable code on-the-fly, but that would again be too processor- and hardware- specific to be of much use.

      I dunno... my gut tells me that if that were the case, we wouldn't have as many Linux video drivers currently as we do.

    14. Re:Already broken by Blue Pill by qbwiz · · Score: 1

      Are kernel stacks swapped out? I could see an exploit involving those and a return pointer (well, not on x86-64, but otherwise...).

      --
      Ewige Blumenkraft.
    15. Re:Already broken by Blue Pill by Anonymous Coward · · Score: 0

      What I'm interested in is, if it is possible to implement this well, and it proves to be a great asset in stopping computers from being exploited, would it be an argument against the GPLv3?

      No... as long as you, the owner of the machine, have the key to run it properly. Nothing in the GPL v3 says that you can't use hardware to stop J. Random Scriptkiddie running unsigned/corrupted code on your machine... just that *you* can't be locked out that way. So let's dispense with this silly myth (usually associated with military, medical or electronic voting equipment) now.

    16. Re:Already broken by Blue Pill by Doctor+Memory · · Score: 1

      Has anyone actually seen this? I'm just having trouble understanding how it's supposed to slip "outside" the running OS. Plus, how does it do things like capture the MMU state and transfer that to a virtual session without getting out of sync? If it somehow hijacks the interrupts or sets its IPL way high so it can run to completion, wouldn't it take awhile to get everything set up and copy the entire state of the box?

      Dunno, maybe I need to read up on the virtualization facilities, but I'm having trouble imagining how this would be transparent to a user.

      --
      Just junk food for thought...
    17. Re:Already broken by Blue Pill by Anonymous Coward · · Score: 0

      and this attack vector has already been fixed for months now you dick weed.

      of course you couldn't say or link to that fact you stupid FUD spreading cunt

    18. Re:Already broken by Blue Pill by Jah-Wren+Ryel · · Score: 1



      Dunno, maybe I need to read up on the virtualization facilities,

      Yep. The info is out there, seek and ye shall find.

      AMD's got full docs on their website, they call it SVM and/or Pacifica.

      --
      When information is power, privacy is freedom.
    19. Re:Already broken by Blue Pill by Jah-Wren+Ryel · · Score: 1
      --
      When information is power, privacy is freedom.
    20. Re:Already broken by Blue Pill by Doctor+Memory · · Score: 1

      Jesus, is this for real? User mode programs get raw access to the disk? WTF? I'm not buying the "Well, it would break disk editors" argument, if you're using a disk editor and have raw disk access, you can modify any on-disk data structures, which makes it merely an interesting exercise to bypass file security. Seriously, I studied OS design almost twenty years ago, and this was a known issue even back then. You don't allow users raw disk access, you don't allow user mode writes to system files, and you don't allow users to access devices they don't have rights to. I really can't believe they didn't fix this in NT, at the very least.

      I didn't even bother to read the rest of the article. If a regular non-privileged user's got raw disk access, then they can patch and plug whatever the hell they want. Game over, just make a copy of NTOSKRNL.SYS, patch the fsck out of it (or into it, if that's yer karma), then just do a raw disk transfer: read a block, write a block, repeat.

      Man, I'm glad I'm on Solaris....

      --
      Just junk food for thought...
    21. Re:Already broken by Blue Pill by EvanED · · Score: 1

      What if it just flat out prevents you from modifying the pagefile in the first place?

      There are a couple approaches here, with varying degrees of success.

      The first is to just prevent access through the API. Check that the filename you're opening isn't the pagefile. If it is, make it readonly. (Or better still, disallow access entirely. Too many security vulnerabilities sit here; there's a lot more you can do than just get your driver loaded.)

      The second is to prevent I/O accesses directly. There essentially has to be a way to read raw blocks through the API, because hard drive recovery programs do that. (EDIT: I'm looking at the Blackhat Blue Pill presentation, and this is what they use to get into the pagefile in the first place.) So block that off for the blocks that are in the pagefile. If you locate the pagefile at a known location, say starting at the beginning of the disk, this is easy and fast. (And can be combined with preventing modification to the loader that checks kernel signatures in the first place.)

      Both ways assume that the kernel is pure (so your hard drive driver won't allow access or try to do things malicious itself) and bug-free as far as these checks are concerned.

      (Oh, and the paper also says that it's possible to make a blue pill that's undetectable, even offline, and even if you know the code and can look for signatures. I think this is impossible.)

    22. Re:Already broken by Blue Pill by EvanED · · Score: 1

      Are you aware of the performance penalty of this hardware VM? How does it compare with, say, VMware Workstation?

      VMWare produced a paper comparing their binary translation to hardware VM, and most of the benchmarks had the HW slower -- and we're talking like an order of magnitude slower -- than the binary translation. Even the one benchmark they had with second-generation technology in the Core was several times slower than VMWare.

      I could see them making something like this as essentially an advertising thing, but I can't imagine it'd be complete BS. And if it's not, it seems like any virtualization attempt has a huge obstacle to overcome in not making the computer seem slower. Because if mine started to act like a vitual machine in VMWare, I'd certainly notice...

    23. Re:Already broken by Blue Pill by Jah-Wren+Ryel · · Score: 1

      Hate to break it to you, but user-mode programs in solaris get raw access to the disk too. It's called /dev/dsk/c0t0d0s2.

      --
      When information is power, privacy is freedom.
    24. Re:Already broken by Blue Pill by Anonymous Coward · · Score: 0

      Besides the more reasonable approaches mentioned elsewhere, there's always an easy one: Vista might just end up paging nothing in kernel space out to disk. If you're running Vista, you're going to need 16 GB of memory anyway, right? At least that's what Microsoft figures. ;-) Eliminating pageable kernel memory has other benefits as well, in terms of simplifying your kernel design. Have to do something about buffers, though.

      As long as the Micrsoft DRM is 99% effective, though, it doesn't really matter if 1% of users can crack it freely. There are plenty of other ways of breaking HD content protection, including 1:1 copies by high-end duplication equipment. If it stops the majority from running the HD equivalents of today's DVD ripping tools, it'll be good enough.

      And it probably will. You can certainly design a system that's secure against user-mode modification, which means you can design a system that keeps the kernel locked down. Which leaves the hole of using your own kernel (operating system) at bootstrap to do the modifications Vista won't do; but that's certainly not something 99% of users is ever going to do, even if it's packaged into a convenient bootable ISO.

      And once you get something in hardware like a TCPM enforcing protection on the boot loader? Game over, man. At that point, you're talking mod chips, and even 99% of that 1% we were talking about earlier aren't going to risk bricking their hardware just to defeat the DRM. People will come to accept it, just like they accept proprietary software that they can't look at the source of to see if it's installing backdoors all over their machine.

    25. Re:Already broken by Blue Pill by Doctor+Memory · · Score: 1

      Nope, won't work. /dev/dsk entries are just symlinks to the actual block or character special files, and are definitely not readable or writable by user-mode programs.


      oracle@fm-orc01 09:33:30> ls -l /dev/dsk/c0t0d0s2
      lrwxrwxrwx 1 root root 49 May 4 13:40 /dev/dsk/c0t0d0s2 -> ../../devices/pci@0,0/pci-ide@1f,1/ide@0/sd@0,0:c
      oracle@fm-orc01 09:33:51> ls -l /devices/pci@0,0/pci-ide@1f,1/ide@0/sd@0,0:c
      brw-r----- 1 root sys 55, 2 Oct 12 09:34 /devices/pci@0,0/pci-ide@1f,1/ide@0/sd@0,0:c
      oracle@fm-orc01 09:34:17> od -x /dev/dsk/c0t0d0s2
      od: cannot open /dev/dsk/c0t0d0s2: Permission denied


      Hmmm, I think I see your point, though — I should have said non-privileged user mode programs can't get access to the raw disk. Obviously, users running as root can open the raw drive and do whatever they want. Is that the catch under Windows, too — can only programs run as an Administrator open the raw disk? Obviously this is much more common than users running as root on Unix, but it'd still be nice if they restricted access at least that much.

      --
      Just junk food for thought...
    26. Re:Already broken by Blue Pill by Sebastopol · · Score: 1

      Actually, I believe both AMD and INTEL secure initiatives involve storing the data encrypted in RAM. The data is decrypted either by the chipset (Palladium?) or inside the CPU (so the bus can't be sniffed).

      I don't recall the exact specifics, but I am 100% certain encrypted data stored in the RAM is decrypted inside hardware, i.e. "for eyes only", like PGP's mode.

      Crazy.

      But I'm sure someone will break it. Although we may not find out for some time: the most lucrative exploits are best kept a secret to blackhats.

      --
      https://www.accountkiller.com/removal-requested
    27. Re:Already broken by Blue Pill by Jah-Wren+Ryel · · Score: 1

      Gur nafjre vf gung arvgure frg bs ovgf vf sebz n fpna bs gur zban yvfn obgu ner sebz gur fnzr fcernqfurrg

      --
      When information is power, privacy is freedom.
  23. Freedom is Slavery by orospakr · · Score: 3, Insightful

    The very idea of running software on my own equipment that considers me an enemy just doesn't sit at all well.

    That, and I really like the Free Software TUN/TAP driver for Windows.

  24. Government Access by cyriustek · · Score: 1

    I wonder if the Governments will have to pay the fee to allow their rootkits to work. This can be an interesting twist on spying.

  25. Re:Would be anti-DRM in the case of the Sony Rootk by BSOD+DOC · · Score: 1

    I somewhat agree. MS is blasted because they don't secure their product very well, and they are blasted if they DO try to secure their product. MS is blasted here usually because it has "so many holes", yet there is usually no comparision with how many "holes" or "patches" have been put out by linux, SCO, Apple, SUN, etc. But they are damned if they do and damned if they don't. While many would like to see them go under, or disappear altogether, how long before the next "MS" would step up to the plate and become the "bad guy"?

    --
    Nuns. No sense of humor. -Kurgan
  26. HMmmmm by kongit · · Score: 0

    Now while $500 isn't too much to ask to have your driver officially supported by microsoft and allowed to run on vista, it raises an interesting issue. If a company makes drivers for vista, and microsoft, or whoever verifies that the binary blobs are allowed to impede in vista's kernel, decide that they don't like something that that company is doing, say supporting linux heavily. What is too keep microsoft or whoever from just saying nope your driver isn't good enough?

    1. Re:HMmmmm by I'm+Don+Giovanni · · Score: 3, Informative

      What is too keep microsoft or whoever from just saying nope your driver isn't good enough?

      Nothing. Go to another signing-company, then.
      I don't know about Vista, but XP has multiple root-certs from well-known signing companies pre-installed (verisign, etc). Pick one of them. If they all think that your driver "isn't good enough", then it probably isn't. BTW, "not good enough" usually means that they think the code in question is malware (win which case it's *good* that it be rejected) or piracy-ware (which would piss off the "information wants to be free" types) of some sort.

      The other main reason for sigs is to ensure that a driver that you obtain wasn't mucked with. For example, if you download an ATI driver from some site and that driver has malware inserted into it, it likely won't have a digital sig, or at least not one that matches the driver or is valid, so it won't run.

      --
      -- "I never gave these stories much credence." - HAL 9000
    2. Re:HMmmmm by MythMoth · · Score: 1

      How does one develop the driver in the first place if you can't run it unless it's signed? Seems a bit chicken and egg to me, but I expect I'm missing something.

      --
      --- These are not words: wierd, genious, rediculous
    3. Re:HMmmmm by Anonymous Coward · · Score: 0

      Try creating your own root cert.

    4. Re:HMmmmm by Anonymous Coward · · Score: 0

      can anyone tell me why gnu/linux guys doesn't seem to have this problem?
      seriously, it's a question, 'cause i don't know it... is it just because they don't have a signing company or what?

    5. Re:HMmmmm by Hawkxor · · Score: 1

      there isn't much malware on linux.. other than that they do have the problem, palladium is a new thing

    6. Re:HMmmmm by EvanED · · Score: 1

      You can self-sign drivers during testing. I don't know the procedure that you have to go through or what UAC prompts pop up. Some other people in this thread say you can install your own root certificates, so that would at least be one approach. You can also apparently turn off the protection during boot from the F8 menu.

  27. Conflation by digitalderbs · · Score: 1
    This new feature sounds like a useful security measure. However, is this really a part of the Digital Rights Management system? I'm not sure that this is not a conflation of issues.

    From wikipedia drm article :
    Digital Rights Management (generally abbreviated to DRM) is any of several technologies used by publishers (or copyright owners) to control access to and usage of digital data ... and hardware, handling usage restrictions associated with a specific instance of a digital work.

    This new feature doesn't sound like it falls under this description to me -- although it might to others. The reason a conflation concerns me on this issue is because Microsoft could justifiably say that DRM is improving Windows security, and lay people might find DRM desirable. So why exactly is this DRM?
    1. Re:Conflation by Anonymous Coward · · Score: 0

      To be honest, it's because this is Slashdot, so they have to add buzzwords like DRM to any article that has the possibility of making MS look good.

    2. Re:Conflation by Anonymous Coward · · Score: 0

      Apparently, when (some? any?) unsigned drivers are loaded in kernel mode, viewing protected files in high definition (or is it at all?) is disabled.

    3. Re:Conflation by EvanED · · Score: 1

      Well, I agree that it is not really honest to use DRM here, they are not totally unrelated. The idea is that the DRM in Vista uses kernel support to ensure the no-copying bit. But if you can load your own kernel-mode device drivers, you can do anything, including defeat the DRM schemes. So the driver signing issue protects against both DRM defeation attempts and security issues.

      How well, I don't know. We'll find out...

  28. great for my mom by grapeape · · Score: 1

    The new security hurdles will be great for the average home user anything that makes it more protected and stable helps. The big hurdle is going to be convincing businesses that do active in-house development that this is a good idea. Its going to be hard enough to convince companies that most of their desktop systems have to be completely upgraded and they really have to push the upgrade since runing in reduced functionality mode appears to offer no real benefit over XP. MS has really created an uphill battle for themeselves, none of my friends are planning to upgrade and the businesses I have talked to are just worried about loosing support for XP and 2003 to the point of asking about alternatives. Unless my group of friends and aquaintences are not typical of the majority the only upgrades to vista I see in their future are forced ones due to buying new desktops and laptops.

  29. Thank god, I am done with Windows by SnapperHead · · Score: 1

    Everytime I see articles like this I am so happy I switched away from Windows. I switched to a lesser of 2 evils, Apple. But, I tell you what I have spent far less time trying to maintain the system, then using it. Defrags, virus scans, spyware scans, updates, upgrades, reboots, etc.

    OS X is NOT perfect, nor is Linux. But, OS X is a lot closer then Windows AND Linux. Don't get me wrong, Linux has its place. As a server. I will use nothing but it for a server, but for a workstation it still has a long way to go.

    --
    until (succeed) try { again(); }
    1. Re:Thank god, I am done with Windows by Ash-Fox · · Score: 1
      Don't get me wrong, Linux has its place. As a server. I will use nothing but it for a server, but for a workstation it still has a long way to go.
      Yeah! They need to get rid of easy to click "Shows hidden files" option from Konqueror and make it a secret terminal command -- speaking of Terminal, we should remove ANSI colour support and make people pay for commercial alternatives to get it in the default terminal application.

      Hm, then there's that pesky simple replace folder option, that needs to be removed. Not to mention we need to make the file manager crash when accessing Samba shares that files with the same name, just in different cases. We also need to reduce all the desktop applications to just one per category (except for games, we can have six there), we can't have choice, it's too confusing for the user.

      It's especially confusing with theming, let's just stick to one ugly theme, with all those lovely pointless flashy effects and require people make horrible hacks of applications to get around it if they really want to.

      Ah, we also need to make Linux reboot more, for things like codecs, interface configuration modifications. Hide certain configurations undocumented in secret XML files.

      Oh! and we should make open-source desktop applications even more unstable. Why, without this, Linux desktop will never be ready!

      Break Java support so things like SWT don't work quite right unless you make OS-specific (MacOSX) specific class files compiled against the JDK classes that came with OS (with functions extended specifically for the platform -- Didn't Microsoft get sued over this?), we don't want too many cross-platform binary applications after all.
      --
      Change is certain; progress is not obligatory.
    2. Re:Thank god, I am done with Windows by maztuhblastah · · Score: 1

      Or we can just be total assholes when pointing out things, and do it in a sarcastic, yet factually-incorrect way.

      Terminal.app supports ANSI color just fine. The checkbox to enable/disable this is under "Window Settings", under the "Color" menu item.

      Replace folder? I can't speak to that one -- I've never seen a need for it, but I understand that one might.

      The Finder's Samba support is sub-par. You're dead on there.

      A lot of users have no problem with the one theme idea -- for comparison look at how many Windows users use themes provided with Windows (either Luna or Classic). Those that are computer-savvy enough to know about theming, etc, will probably use one of the many methods to change their theme on Mac OS X.

      I didn't really get your point about the "desktop applications" and categories. Do you mean the icons in the Dock? The choice of software bundled with the OS? You don't seem to rant about anything specific.

      I haven't rebooted my Mac in over two weeks. I've installed tons of stuff, including the Developer Tools since then. As for the XML files... well... they'e not easy for the average user to edit, but they certainly are documented.

      The "open source applications are unstable" claim is kinda silly. I've used tons of applications, open source and not, on Mac OS X, and I don't notice any difference in stability. I have used several open source apps which have significant stability problems, but I've also used stable open source apps. Same goes for commercial software.

      SWT has its quirks on Mac OS X -- it's true. Apple does ship a JRE that's better integrated with the UI. As a result, some things are different. Then again, they are on Windows. And Linux. And Solaris. And BSD.... etc. etc. etc. Java's not 100% cross-platform, at least not when it comes to SWT. If SWT worked perfectly the same on everything but OS X, I'd be pissed at Apple. It doesn't, and I'm fine with the Aquafied look of SWT apps.

    3. Re:Thank god, I am done with Windows by bucky0 · · Score: 1

      Okay, I'm naive, but could you explain the sarcasm? Are you saying linux does that or OSX? I just don't get it...

      --

      -Bucky
    4. Re:Thank god, I am done with Windows by Ash-Fox · · Score: 1
      Okay, I'm naive, but could you explain the sarcasm? Are you saying linux does that or OSX? I just don't get it...
      I'm saying that in order for the Linux desktop (KDE 3.5.4 WM) to be more like Mac -- It needs to gain all the issues I gave above.
      --
      Change is certain; progress is not obligatory.
    5. Re:Thank god, I am done with Windows by cronius · · Score: 1

      We also need to reduce all the desktop applications to just one per category (except for games, we can have six there), we can't have choice, it's too confusing for the user.

      What I find strange is that (other) people actually suggest these kind of things in a serious discussion about how to make Linux better. "We need fewer options so we don't confuse the users. GNOME and KDE should merge into one desktop environment, so we can have less choice." I mean wtf? People just don't understand what really makes Linux and F/OSS so great [the diversity].

      (I get your sarcasm, I'm not bashing at you.)

      --
      Life is Reality
    6. Re:Thank god, I am done with Windows by bucky0 · · Score: 1

      gotcha. My sarcasm detector worked fine, it's directional detectors was goofed up.

      --

      -Bucky
    7. Re:Thank god, I am done with Windows by Ash-Fox · · Score: 1
      Terminal.app supports ANSI color just fine. The checkbox to enable/disable this is under "Window Settings", under the "Color" menu item.
      That isn't full VT100 ANSI Terminal Color support.
      The Finder's Samba support is sub-par. You're dead on there.
      Guess you never browsed a Samba fileshare that had files with the SAME filename in multiple cases, like "readme" and "README".
      A lot of users have no problem with the one theme idea -- for comparison look at how many Windows users use themes provided with Windows (either Luna or Classic). Those that are computer-savvy enough to know about theming, etc, will probably use one of the many methods to change their theme on Mac OS X.
      To be honest, I don't really care much for theming nor effects and all that jazz, I want it all turned off usually. My problem with Windows and MacOSX theming however -- they actually require intercepting calls to UI functions and changing them if you want any theming at all. I prefer KDE/QT's, where there theming support is built in, so there is no need to add such annoying overheads to get a real minimalistic theme.
      didn't really get your point about the "desktop applications" and categories. Do you mean the icons in the Dock? The choice of software bundled with the OS? You don't seem to rant about anything specific.
      Actually, I was quite annoyed at how few applications were available for the Mac, particularly in some categories like astronomy (Tracking visible satellites using Keplerian Elements), games (I had more accessible to me under Linux). A lot of opensource software that worked fine under Linux/BSDs/Windows had real issues (GIMP being one of them). Then to futher the problem of lack of applications, the Java runtime that comes with MacOSX had real problems handling most Java UIs
      I haven't rebooted my Mac in over two weeks. I've installed tons of stuff, including the Developer Tools since then.
      I found myself rebooting the Mac a bit too often, when installing things like codecs for QuickTime so I could use those codecs with iMovie (which I discover that I needed to buy the encoding codecs to get it to export to those formats -- but that's another story).
      As for the XML files... well... they'e not easy for the average user to edit, but they certainly are documented.
      Ease of editing XML files didn't really bother me as much as having to edit them to modify some UI aspect (when I could do the equilivant in kcontrol on KDE or System Settings) and then having to reboot the system to see the changes really infuriated me.
      The "open source applications are unstable" claim is kinda silly. I've used tons of applications, open source and not, on Mac OS X, and I don't notice any difference in stability. I have used several open source apps which have significant stability problems, but I've also used stable open source apps. Same goes for commercial software.
      My Mac experience hasn't been so rosey, I've been plagued by random crashing of software that was supposed to be 'polished' and 'superior' according to many others.
      SWT has its quirks on Mac OS X -- it's true. Apple does ship a JRE that's better integrated with the UI. As a result, some things are different. Then again, they are on Windows. And Linux. And Solaris. And BSD.... etc. etc. etc. Java's not 100% cross-platform, at least not when it comes to SWT. If SWT worked perfectly the same on everything but OS X, I'd be pissed at Apple. It doesn't, and I'm fine with the Aquafied look of SWT apps.
      The problem you describe with SWT, is exactly what I am having problems with. Even Microsoft Java, Kaffe etc. Aren't having these problems I'm getting on MacOSX using very basic SWT (sample project).

      In my opinion Apple could of done much better and Linux desktops aren't unusable as people keep claiming -- I do think they need work, but I think Windows (My opinion does not include Vista -- since I refuse to judge on beta/RC versions the OS) and MacOSX need a lot more work.
      --
      Change is certain; progress is not obligatory.
  30. Re:Would be anti-DRM in the case of the Sony Rootk by Anonymous Coward · · Score: 0

    But 2003 is a server OS while Vista is a user OS. You'll want to compare against Longhorn server which is due out in mid 2007 which will likely be released as Windows Server 2007.

  31. Ummm, hello? by finkployd · · Score: 4, Insightful

    This is not new (at least the concept) at all. We have been talking about this for years now. What do you think trusted computing (palladium) is? This has always been the "good" side of the TCPA coin, media DRM being the "bad" side.

    Finkployd

    1. Re:Ummm, hello? by Anonymous Coward · · Score: 0

      In fact, the news itself isn't new either. MS announced this back in January, almost 9 months ago.

      Take your time, Slashdot, don't need to rush the news out .

    2. Re:Ummm, hello? by finkployd · · Score: 1

      Take your time, Slashdot, don't need to rush the news out .

      On the flip side, this is the quickest response to a comment I have ever received.

      Finkployd

    3. Re:Ummm, hello? by julesh · · Score: 1

      TCPA lets you load any driver you want, but with the caveat that the media companies who supplied your DRM'd media files might not let you play it with that driver installed.

    4. Re:Ummm, hello? by finkployd · · Score: 1

      TCPA lets you load and OS you want, it is ultimately up to the OS to decide if a driver is allowed to be loaded.

      Finkployd

  32. DRM? by RAMMS+EIN · · Score: 1

    Is everything DRM, piracy, and terrorists, these days?

    Protecting the core parts of the system against tampering is a perfectly good security measure, and it has been done by anti-virus software for years. It's also being done on Linux; at least one rootkit detector does it.

    --
    Please correct me if I got my facts wrong.
  33. to protect revenue by fermion · · Score: 1
    This seems primarily to protect revenue, both from software sales and from content sales. As an side benefit, there is some level of assurance that the drivers are in a known state.

    There has been some discussion of money changing hand to be licensed by MS as a kernel driver. This is not necessarily a bad thing, because not everything needs be in the kernel. One can imagine, however, that this would be a cheap way for sponsored applications to gain validity, sort of a membership to the BBB.

    Ultimately this may be another case of false security, and another inroad into the PC as property of MS.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  34. Many classes of software are affected by yeremein · · Score: 5, Informative

    This isn't just about supporting hardware. Several types of programs require kernel-mode drivers. Off the top of my head...

    Installable file systems
    Loopback mounts
    Volume encryption
    Rootkit detection
    Packet sniffing
    VPN software

    I'm sure there are others. Vista's code signing requirement will make it difficult for any open-source program to do any of the things listed above. Large OSS projects backed by a company will probably be able to get a certificate from Microsoft and sign official builds, but third parties will be unable to modify and redistribute binaries, which is counter to the spirit of open source. I'm sure this is not an accident. Smaller OSS projects (such as installable file systems for ext3 or reiser) will most likely jsut disappear.

    1. Re:Many classes of software are affected by shmlco · · Score: 4, Interesting

      So? Half the things you mention are also things viruses and trojans do for a living, and unfortunately users tend to approve any message generated by the system, "Are you sure you want to install the game you just downloaded?"

      It's easy to shit on an idea, but the core components of a system need to be protected somehow, and while I hear a lot of whinning what I DON'T hear is anyone offering a better solution to the problem.

      If someone really wants to build one of the things you mention then they'll pay the frieght. And Vista isn't open source.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    2. Re:Many classes of software are affected by poopie · · Score: 1

      Installable file systems
      Loopback mounts
      Volume encryption
      Rootkit detection
      Packet sniffing
      VPN software

      Custom filter drivers
      Additional filesystem support like ext2/3
      Drivers for console controllers
      Serial, parallel, and printer port drivers for a multitude of I/O projects
      Virtual CDrom drives
      Debugging software?
      3rd party audio drivers for musicians like kxproject
      3rd party music-related device drivers
      vnc-related video driver hooks?
      3rd party video card drivers (Omega Drivers)

    3. Re:Many classes of software are affected by T.E.D. · · Score: 1

      Don't forget bus scanning software like AltiPCI. Want to know exactly what video card you have installed, but have lost the box? Tough.

      Also there are CPU temperature monitoring programs like Motherboard Monitor. I know a lot of folks swear by that program.

    4. Re:Many classes of software are affected by BrookHarty · · Score: 1

      Dont forget QEMU and co-linux!

      Wow, vista is seeming less user friendly day by day.

    5. Re:Many classes of software are affected by jonwil · · Score: 1

      Also, software like Fraps will not work 100% on Vista anymore.

      They will either not be able to run at all or will be able to run but wont be able to capture protected content (which might not just be stuff being played with a media player, games companies might decide "we want our game to be considered protected content" as a form of copy protection)

    6. Re:Many classes of software are affected by araemo · · Score: 1

      "If someone really wants to build one of the things you mention then they'll pay the frieght."
      I think you are missing the point of hobbyist, enthusiast, and open source development.

      I agree that in a corporate environment(And really any security-conscious environment) that driver signing is a Good Thing(TM).

      However: I think it should be CONFIGURABLE, even if the option to disable it is a PITA and has to be done at install time(Of the os?), I want to be able to configure it so I can run the software I want to run, not the software microsoft wants me to run. If I can't run the software(and hardware... and regardless of someone's narrow experience above, many smaller-volume commercial hardware companies distribute unsigned drivers) I have legally acquired on a legally licensed version of windows.... I won't run it. (Windows, that is.)

      All that said, I'm about 99% sure there will be SOME way to disable it, but I haven't tried in the betas or RCs (And I gave up on getting RC2 to install under vmware, I finally got it to see the CD drive after booting from the CD, but it didn't see the hard drive. That was monday night and I haven't switched the drive to IDE to try again yet).

      "And Vista isn't open source."
      And that is completely irrelevant. Windows has never been open source, but it is still just a platform, an operating system, that is used to run other software. and if it arbitrarily blocks much of the software I use from running, just because the developers haven't paid microsoft $500/year, I won't use windows.

    7. Re:Many classes of software are affected by shmlco · · Score: 1

      Of course, every system configured as such by a "power user" is now a target for infection.

      And I'm not "missing the point of hobbyist, enthusiast, and open source development". I understand it. But the type of code we're discussing is done about a fraction of a percent of DEVELOPERS, which in turn is really a very small percentage of the entire Windows user base.

      Faced with inconviencing a few people, as opposed to protecting millions of them from viruses and trojans and adware and rootkits... well, I think you really need to choose your priorities. And much as I hate to say it, I think MS chose wisely on this one.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    8. Re:Many classes of software are affected by cosminn · · Score: 1

      Installable file systems

      not sure if you really need a _kernel_ space driver for that in Vista

      Loopback mounts

      can be done in userspace

      Volume encryption

      can be done in userspace

      Rootkit detection

      if you have to have kernel space require signed drivers, you'll most likely minimize the chance of a rootkit for that area to almost 0, so you can then just have to check userspace, thus a kernel level driver is not required
      Packet sniffing

      can be done in userspace

      VPN software

      can be done in userspace

      Unless we're talking about some hardware piece, I don't want drivers touching my kernel, and people really need to stop putting stuff in the kernel space. If I buy some hardware piece that needs a kernel space driver, they can pay $500 for a license...

      I think there are more benefits than constraints :hmm:

    9. Re:Many classes of software are affected by TheSkyIsPurple · · Score: 1

      > opposed to protecting millions of them

      And more importantly... protecting us from the effects of not protecting millions of them =-)

    10. Re:Many classes of software are affected by Anonymous Coward · · Score: 0

      Many of these and also other types of drivers now run in higher lvls in vista. For most classes of drivers, all you need to write is just a filter driver or a mini driver, something that taps in and changes the behaviour of the default system drivers. Not all drivers NEED to touch hardware directly: many of them rely on some lower lvl abstraction layer and as such, they can be put in higher lvl. Only dirvers that NEED to tamper the hardware directly will need signing.

    11. Re:Many classes of software are affected by Anonymous Coward · · Score: 0

      Don't annoy us further
      We have our work to do
      Just think about the average
      What use have they for you?

      Another toy will help destroy
      The elder race of man
      Forget about your silly whim
      It doesnt fit the plan

                  - Rush, 2112 - presentation (fragment)

    12. Re:Many classes of software are affected by tepples · · Score: 1
      games companies might decide "we want our game to be considered protected content" as a form of copy protection)

      And have black boxes instead of screenshots in reviews of the games. Do PC game publishers want that?

    13. Re:Many classes of software are affected by Anonymous Coward · · Score: 0

      Try "specially approved screenshots from the publisher's marketing department".

    14. Re:Many classes of software are affected by SnprBoB86 · · Score: 1

      Almost all 3rd party vista drivers can and should exist in user mode. Microsoft has to allow 3rd parties to write kernel mode drivers because all legacy drivers would need to be rewritten if they didn't. Now, they just need to be signed.

      If you want to write a new driver, write it for user mode. Unfortunately, this means the open source driver writers need to rewrite their drivers for user mode -- but shouldn't they want to anyway (safer, more stable, recommended way of doing things)? And isn't a major point of OSS the agility to adjust to these sorts of things?

      See http://www.microsoft.com/whdc/driver/wdf/UMDF_FAQ. mspx for details.

      --
      http://brandonbloom.name
    15. Re:Many classes of software are affected by Anonymous Coward · · Score: 0

      Microsoft isn't an OpenSource project. My biggest question is, why does anyone even think of requiring Microsoft to open up their proprietary software that they own the copyright to, to anyone but whom pays for the privledge or that is at the minimum making an agreement that what they distribute wont screw the stability of their kernel up.

      Companies that need access to Microsoft's Kernel to get their job done will make the deal so they can continue to make their software. Open Source gets hurt a little you can make the choice to not use Windows.

    16. Re:Many classes of software are affected by oddfox · · Score: 1

      There is an option in ever build of Vista out there right in the boot menu when you press F8 to disable the requirement that kernel-mode drivers be signed. You can use this option to boot Vista, install an unsigned driver in your 64bit environment (Since that's the only environment that requires this, and I believe it's the same for XP x64 Edition), and you're off using your shiny unsigned driver.

      I'd rather developers either pay the license fee if they truly require kernel-mode access so that they're showing an honest effort that they intend to create a high-quality product, or just don't write code that requires such access. The only software I use that requires access like this right now is Peerguardian and Ext2IFS (In XP), but I don't use the 64-bit Windows builds, I prefer to keep things simple since compatibility is important to me.

      --
      "We invented personal computing." - Bill Gates
    17. Re:Many classes of software are affected by GWBasic · · Score: 1

      Funny, very people seem to realize that this would essentially prevent Sony's rootkit fiasco.

    18. Re:Many classes of software are affected by Anonymous Coward · · Score: 0

      This is not an idea. Its an implementation of an idea. Its real. Its in Windows Vista.

  35. Tampering by malicious code by Sloppy · · Score: 1

    It's a relief that this change merely prohibits tampering by "malicious code." (If it were to prevent modification by the owner or administrator (or whoever they choose to delegate authority to) then it would be a usability defect and security vulnerability, rather than a security feature.) What I'm really interested in, is how Microsoft developed the AI that determines whether a modification is malicious or not. This is a landmark development in computer technology, putting Microsoft decades ahead of all other competitors.

    Oops, I just read the article, and it says it works by using code signing, not AI. Ok, scratch my earlier comment about it putting them decades ahead. Still, I suppose it could be a useful feature.

    Oops, I read the article further, and didn't see anything about the user having the ability control what keys are accepted as trusted signers for their own machine. Scratch what I said about it not being a security vulnerability and usability defect. I think I want to take back what I said about "useful feature" also.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  36. Why don't they get it? by BlueCoder · · Score: 2, Insightful

    DRM is impossiable without chip level hardware security. There is going to be a whole new product field of new software that disables and replaces windows code security. Programs which actually give control of your computer back to you. But while it's won't stop computer infection (where there is a bug hole there is a way) it certainly raises the security bar for the basic default windows setup I install on (non nerd) family and friends computers.

    Even with chip level security I'd be drilling into chips and hot wiring them if needed or purchase pre hot wired hardware if the modification equipment was beyond my means. I will never stop striving for control of my own property even if control is an illusion.

    1. Re:Why don't they get it? by Billly+Gates · · Score: 1

      I believe the conroe 2 chipset has TPM mentioned here. I could be wrong

    2. Re:Why don't they get it? by l33t+gambler · · Score: 1

      I believe the conroe 2 chipset has TPM mentioned here. I could be wrong

      I belive it's either Core 2 or Conroe.

      --
      Teasing the nobles, and rightfully so!
  37. No Colinux on Vista by Laur · · Score: 2, Informative

    I beleive CoLinux is another FOSS program (and a very useful one at that) that is affected by this.

    --
    When you lose something irreplaceable, you don't mourn for the thing you lost, you mourn for yourself. - Harpo Marx
    1. Re:No Colinux on Vista by oddfox · · Score: 1

      What's to stop a grassroots fundraising effort aimed at getting a license for the 64bit edition of the software? Nothing. CoLinux will run without complaint on 32bit systems, as well.

      --
      "We invented personal computing." - Bill Gates
  38. If 500$ kills a company... by DandyRandy · · Score: 1

    If $500 is too much for a company... sorry, guys, I don't want anything from such a company! Such a fee is just formal!

  39. It is, I believe, inevitable... by mark-t · · Score: 1

    This is all part of the inexorable process to turn computers into standardized household appliances, not devices that the consumer can hack around with and do things that perhaps the originators had not yet thought of.

    Alas.

  40. Sony made a rootkit.. by nairb774 · · Score: 1

    $500 and Sony = Rootkit.
    This is not going to protect the consumer one bit, but instead make them grab the ankles even more...

  41. Re:Would be anti-DRM in the case of the Sony Rootk by nizo · · Score: 1

    I do agree that Microsoft is damned no matter what. The thing is, plenty of other operating systems are secure, without the need to limit third party software in such a draconian manner. I mean you could make your house safer by putting locks on the windows and doors, or you could simply cement every opening shut. One alternative is certainly more palatable than the other if you actually want to live in the house eh?

  42. Some clarification by UnknowingFool · · Score: 1

    From the article, 64bit kernel mode drivers will need to be signed. 32 bit drivers will be allowed to run but may hamper DRM media from being played. I'm not familiar with Windows API but what is considered a kernel mode driver? Is a driver for a sound card, for example, considered a kernel mode driver? If that is the case, it seems that the most pain will be felt by developers. There will be a need for many new drivers for Vista then.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  43. Get real by msobkow · · Score: 2, Interesting

    The only unsigned driver I have ever seen was for an old Voodoo board.

    The last time I met anyone who was using custom hardware was around 1985-6, a sound board that plugged into a C-64.

    If you can't use your old hardware with Vista, then don't run Vista. New hardware shipping with Vista will be able to run it.

    As a security-conscious programmer with a lot of corporate development history, I support Vista's blocking of non-signed drivers 100%. It's actually the first time I've agreed with Microsoft's plans and features since suffering the pains of Windows 3.1 development and support.

    Maybe it's time for the idealists to get real about security issues. They see DRM as preventing them from experimenting; the vast majority of government, corporate, and home users either don't care or see it as a benefit that provides more protection from crackers, viruses, rootkits, etc. Even OpenSuSE has a similar enforcement option for verifying binaries, and I doubt it'll be too long before bigger commercial OS vendors do the same.

    Fight a battle you have a chance to win, and stop dreaming that unsigned platforms have a future. Without someone certifying that a platform is secure, businesses are going to stop using them. Eventually client nodes that aren't certified won't be able to do much useful, either.

    I object more to the use of products like Entrust web sign-in that ignores the security provisions of products like Java sandboxing, artificially blocking clients unless they are running a paid-for commercial OS from Microsoft or Apple. (Try registering with http://www.gc.ca/main_e.html for a "My Government Account" with Linux or even with Firefox under WinXP Pro.)

    There is no reason for such an artificial blockage of client access, and that worries me a hell of a lot more than whether a couple dozen hackers can run custom drivers for their own hardware. Why would such a hacker go through the pain of Win32 driver development instead of Linux drivers anyhow?

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:Get real by TemporalBeing · · Score: 3, Insightful
      Fight a battle you have a chance to win, and stop dreaming that unsigned platforms have a future. Without someone certifying that a platform is secure, businesses are going to stop using them. Eventually client nodes that aren't certified won't be able to do much useful, either.
      Unsigned platforms only have the kind of future you say if WE permit them to have that future. I, for one, will not allow that in my own house-hold, nor any company that I start. There are better ways to dealing with security and issues of such a nature.

      Why would such a hacker go through the pain of Win32 driver development instead of Linux drivers anyhow?
      Because the target systems - even if in minority - only run Windows. For example, a small company writing drivers for an in-house server set. If they were concerned with security and cared about driver signing and such, then (a) they may not be able to afford getting the stuff from MS, and (b) they may not be able to turn off driver signing for the systems that will actually be using the drivers.

      I wouldn't be surprised if domain policies were added to disable individual users from turning off driver signing - if that did happen, then there goes a lot of corporate R&D developers to the pot with not being able to develop drivers even for proof of concept stuff.

      And yes, a lot of corporate companies won't buy something like this without first having some kind of proof of concept that what they are trying to accomplish with it works first. If their corporate governance decides they can't turn off driver signing - perhaps they are in the wrong division/etc but still need to do it - then they could be screwed. And the project won't happen.

      Like it or not, there are valid reasons for removing this kind of DRM. It does cut out parties that could otherwise develop for you, and it can hurt pretty badly. This is undercutting a lot of the potential developers for MS. Now that might mean a greater groundswelling towards Linux, Mac, or something else, but it does hurt 3rd party developers and it does use their monopoly power in a wrong way that will disadvantage the industry.
      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    2. Re:Get real by jrockway · · Score: 1, Insightful

      > As a security-conscious programmer with a lot of corporate development history, I support Vista's blocking of non-signed drivers 100%. It's actually the first time I've agreed with Microsoft's plans and features since suffering the pains of Windows 3.1 development and support.

      Then you're an idiot. Let's say I'm "SPAMMERS R US, Inc.", and I want to rootkit your system so I can make your machine a spam zombie. From this activity, I will profit, so $500 is nothing to me. MS signs the "driver", and bang, you're rooted.

      The $500 does, however, ensure that there won't be any open source Windows drivers. That's fine with me, though, because the less that works on Windows, the fewer people there are that will use Windows. This is the beginning of the end, finally. In a few years, Microsoft will be irrelevant.

      --
      My other car is first.
    3. Re:Get real by Spad · · Score: 2, Informative

      Rubbish.

      I'd say 50% of the drivers I install under XP warn me that they're unsigned. The ones from larger companies like nVidia are usually later updated to include said signing, but the others remain unsigned indefinitely - especially for older or more obscure hardware.

      You can probably say goodbye to projects like the Omega Drivers unless they can summon up the requisite fee every year to get their modified drivers signed.

    4. Re:Get real by Anonymous Coward · · Score: 0

      I have an unsigned driver on my system. It's there to allow a piece of software I use direct access to the floppy drive, in order to read non-DOS formatted floppy disks.

      (Incidentally, the only driver I've ever had problems with was signed. )

    5. Re:Get real by Anonymous Coward · · Score: 0

      The only unsigned driver I have ever seen was for an old Voodoo board.

      You're either full of shit or don't use Windows much. I install unsigned drivers so often that I've pretty much assumed it was the norm.

    6. Re:Get real by Anonymous Coward · · Score: 1, Insightful

      I also agree that Trusted Computing can be very good for security. But we should be allowed to install our own root certificates if desired. Self signed certs can be just as secure, but Vista only lets you use them if you boot in debug mode. This is about MS taking control of your computers, not about securing them.

    7. Re:Get real by Anonymous Coward · · Score: 0

      I have an Athlon 2800+, with 1 GB of RAM and a 7800GS graphics card here. This should be perfectly capable of running Windows Vista, right? I installed Windows XP on it some days ago and, even after installing SP2, I didn't have a driver for my VIA motherboard audio device. I downloaded the latest driver from the official webpage, and it was unsigned. Maybe you had luck with your hardware, but my experience suggests unsigned drivers may be more common than what you think.

    8. Re:Get real by Firehed · · Score: 1

      As great as that sounds, it's really just wishful thinking. The only people that will be really bothered by a lack of OSS or OS drivers for Windows are those that do it out of necessity but would rather use something else (ie, most Windows-running slashdotters) or people using pirate copies. So long as Microsoft and Dell keep doing their thing, Windows will live on.

      --
      How are sites slashdotted when nobody reads TFAs?
    9. Re:Get real by LeBoomer · · Score: 4, Insightful

      No, an idiot is someone that thinks giving MS $500 and their rootkit-altering driver is a good way to make money. If MS doesn't find anything suspicious, your credit trail will certainly be easy enough to follow. Unless you think sending them $500 cash in an envelope with no return address will get the job done...

    10. Re:Get real by Buran · · Score: 1

      As a security-conscious programmer with a lot of corporate development history, I support Vista's blocking of non-signed drivers 100%.

      Not everyone wants to run their hardware in a corporate environment. Lots of hobbyists, geeks, people who make stuff by hand and sell to a tiny market of fellow enthusiasts and make little to no money on the sale but just do it for the fun and cred have a perfectly legit reason to not want to have to deal with this. And maybe some of the people who buy the hardware can't run XP for whatever reason -- maybe it's 3 years from now and they have some vital app on their system that won't run in XP and they can't or won't set up dual boot.

      But then I guess you don't care what happens to those people. Because if it's not big, or government, or corporate, your attitude seems to be "throw it away".

      There are perfectly good reasons to want to run unsigned drivers. Why can't a domain policy be set that optionally disallows unsigned drivers, but the default allow them? That would make the corporate types happy and the hacker types happy.

      But nooo, Microsoft just HAS to make the 64-bit version totally unable to handle unsigned drivers -- just when 64-bit CPUs are popping up all over the place in home systems.

      Good job.

      Not.

    11. Re:Get real by Anonymous Coward · · Score: 0

      According to your own statement OpenSuSE has the option of enforcing signed binaries. I formatted my friend's notebook a few days ago and my only options for video card drivers were three year old signed drivers, or an unsigned driver that was three days old. As the notebook is mainly used for gaming having a three year old driver would have quite a performance impact. Vista would more than likely have forced me to use very old drivers and the performance hit that came with them.

    12. Re:Get real by MD_Willington · · Score: 1

      Plenty of us that use our computers as workstations and for testing with odd ball hardware routinely see the unsigned driver message... MD

    13. Re:Get real by bhalter80 · · Score: 1

      The only unsigned driver I have ever seen was for an old Voodoo board.

      Wow I must be using the wrong kids of hardware as my film scanner has unsugned drivers, the Omega ATI drivers are unsigned, my MD player has unsigned drivers

      The last time I met anyone who was using custom hardware was around 1985-6, a sound board that plugged into a C-64.

      I guess you haven't been an engineering student for a while, when I was a senior (2004) we developed a USB device which clearly would have had custom drivers I shouldn't have to sacrifice HD video playback for this or pay MS loads of cash to get the driver signed

      If you can't use your old hardware with Vista, then don't run Vista. New hardware shipping with Vista will be able to run it.

      So if my old hardware doesn't work because someone decided to not include the driver in Vista and the company decided not to pay to get their driver signed I should pay even more money to buy a Vista compatable device??? An example of this is my $300 35mm Minolta film scanner which I mentioned above in the unsigned driver part.

      As a security-conscious programmer with a lot of corporate development history, I support Vista's blocking of non-signed drivers 100%. It's actually the first time I've agreed with Microsoft's plans and features since suffering the pains of Windows 3.1 development and support.

      I don't disagree with the notion of signed drivers only but with the notion that I can run unsigned drivers but it cripples my DRM

      Maybe it's time for the idealists to get real about security issues. They see DRM as preventing them from experimenting; the vast majority of government, corporate, and home users either don't care or see it as a benefit that provides more protection from crackers, viruses, rootkits, etc. Even OpenSuSE has a similar enforcement option for verifying binaries, and I doubt it'll be too long before bigger commercial OS vendors do the same.

      Perhaps before getting to worrying about kernel mode drivers doing naughty things on their systems corporate, government IT departments should properly secure PCs so that every user isn't an Administrator.

      Fight a battle you have a chance to win, and stop dreaming that unsigned platforms have a future. Without someone certifying that a platform is secure, businesses are going to stop using them. Eventually client nodes that aren't certified won't be able to do much useful, either.

      --George Orwell

      ...

      There is no reason for such an artificial blockage of client access, and that worries me a hell of a lot more than whether a couple dozen hackers can run custom drivers for their own hardware. Why would such a hacker go through the pain of Win32 driver development instead of Linux drivers anyhow?

      The reason that comes to mind is one where I am developing a driver for both platforms

    14. Re:Get real by AcidLacedPenguiN · · Score: 3, Insightful
      The $500 does, however, ensure that there won't be any open source Windows drivers.
      Bullshit! I see small communities of gamers all pitching in to buy gaming servers. I see donation based internet radios http://soma.fm/ start and survive off community donations. In fact I think the last time I went to the Ubuntu site I saw a donate http://www.ubuntu.com/donations button. I highly doubt that the $500 signing pricetag is going to doom the open source communities. I think the only communities this will lock out is the open sores community, and I for one wouldn't mind that at all.
      --
      disclaimer: I've been known to store numbers in my ass for which to dig out when quantities are required.
    15. Re:Get real by discojohnson · · Score: 1
      This is the beginning of the end, finally. In a few years, Microsoft will be irrelevant.

      To quote you: "Then you're an idiot." Regardless of the cost, unsigned drivers will continue to exist--albeit you'll have to turn off this protection while you install, but they won't go anywhere.
    16. Re:Get real by radtea · · Score: 1

      As a security-conscious programmer with a lot of corporate development history, I support Vista's blocking of non-signed drivers 100%

      What does security-consciousness or corporate development history have to do with supporting an absolute, irrevocable blocking strategy for all unsigned drivers?

      All of the same security advantages accrue from a system that can be unblocked by an advanced user. Simply have a password-protected unblocking feature, enabled by default, that corporate IT nannies can use to prevent the morons on the shop floor from running unsigned drivers.

      I'd be far more interested in seeing a feature that lets me run a checksum against the kernel and display via a hardwired LCD display for visual comparison against an expected value. That would let me trust my machine. These silly DRM schemes do nothing to enhance my trust of my machine, because as others have pointed out, it is easy to obtain certificates if you're a black hat.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    17. Re:Get real by Borland · · Score: 2, Funny

      This is the beginning of the end, finally. In a few years, Microsoft will be irrelevant.

      to which I reply

      Then you're an idiot.

      I swear, it's like listening to Christian zealots waiting for the rapture. "This time, by God, the world will end...nope this time...nope this time. Face it my friend, evil will always triumph because good is FOSS.

    18. Re:Get real by Anonymous Coward · · Score: 1, Insightful

      >

      You cannot, absolutely cannot, build a mass-market product to the needs of a tiny minority. The simple fact is that for 90% or more of Windows users this is a benefit. It is a huge step towards ensuring stability for those users. Yes, for a very small group of us it will be inconvenient, but we don't make up enough of the market to outweigh the benefit to the other 90%.

      Far too many geeks forget that computers are only tools to most people. People who don't want to touch the thing any more than they need to. People whose biggest need from the computer, aside from work, is communicating and sharing pictures with their family. Face it, we are not representative of the computer-using community as a whole. It just doesn't make sense for MS to cater to such a small user base.

      It's not that we "don't care" what happens to that small user base, it's that we're trying to point out that Windows is a mass-market product that will always cater to the needs of its largest/most profitable user group. The vast majority of Windows stability issues are caused by poor drivers and this will help to allieviate that. For the vast majority of the user base, it makes sense.

    19. Re:Get real by Anonymous Coward · · Score: 1, Interesting

      If you think that for $500 Microsoft will decompile your kernel driver and check it for well-hidden backdoors, then you're the fool. There's likely to be so many ways to game this "system" with social engineering, starting at setting up dummy companies and up to compromising programmers at existing companies. There's big money in compromising systems these days and this, at most, may slow down the occasional script kiddie but won't stop the guys who are really dangerous.

    20. Re:Get real by jrockway · · Score: 2, Insightful

      People are donating to open source projects so that the developers can buy hardware (or coffee), not so they can fork that cash over to Microsoft.

      Besides, can you really call it open source software when some magic third party has to "approve" your software. No, you can't.

      OSS on Windows is gone.

      --
      My other car is first.
    21. Re:Get real by cortana · · Score: 2, Insightful

      Hear, hear. Just look at WHQL. The whole thing is a joke. It is common practice to submit drivers for testing that detect they are being run in a test environment and enable one code path in order to pass the tests; when they are run on an end-user's system they enable another code path which increases performance.

    22. Re:Get real by vertinox · · Score: 2, Insightful

      No, an idiot is someone that thinks giving MS $500 and their rootkit-altering driver is a good way to make money.

      Hasn't stopped Sony.

      But seriously, $500 is chump change to organized spammers, phishers, and malware authors and I'm sure they would spending an extra few bucks set up fake Last Vegas Limited Liability Corporations just to get access.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    23. Re:Get real by Em+Adespoton · · Score: 1
      I agree. Here's one valid reason for removing this kind of DRM:

      Let's say it's 15 years in the future. Someone needs to do something that requires software that only runs under that old OS Vista, now no longer supported by the company that used to be Microsoft.

      The problem is, people gave up on that whole DRM thing 10 years ago when they started to realize it didn't work as advertized. When the OS goes to query the central certificate authority to verify the driver certs are valid, guess what? They aren't -- because the cert authority no longer exists. The OS refuses to run ANYTHING that requires drivers.

      This scenario, of course, assumes that the certificates have to be verified by a central authority. But if they don't, then what are they good for? Someone just has to modify the part of the OS that acts as the local authority, or worse, reverse engineer the local authority code, and you no longer have ANY security from this scheme.

      So either hardware/software for Vista will only be usable for the life of the authority (Win98 is less than 10 years old), or the system will only protect against "good" code writers in the first place. I don't want to be involved with EITHER scenario.

    24. Re:Get real by modecx · · Score: 1

      You say that the certification program certifies that the driver was written by some competent, security concious people.

      I say that the cerfitication program certifies nothing more than the fact the driver writer understands how to start a corporate entity and/or exploit the Microsoft bureaucracy, and that he also has five hundred smackers, or alternatively 412 Euros.

      And to say that there aren't non-WHQL signed drivers floating around is bulloney. For one, I think my SATA driver was not signed, and I think I've recently (in the last six months) installed a few nvidia drivers that had fixes which weren't WHQL signed, either.

      Then there's the fact that this is being written by Microsoft, an entity that rarely qualifies as 'competant and security concious', so the entire thing is bound to be broken about a week and a half after Vista is shipped and out the door, and it's therefore going to be no sweat for the malicious programmers out there to bypass, anyway.

      --
      Constitutional rights may be respected, repealed, or modified; but they must never be ignored.
    25. Re:Get real by Mike89 · · Score: 1

      Agreed, same for me
      Hell, my motherboard drivers are unsigned.

      Besides, when did Microsoft get a grasp on the concept of 'stable', assuming that's what signed drivers are meant to be.

    26. Re:Get real by sowth · · Score: 2, Insightful

      It is not just money (but the $500 goes to verisign, not MS). They have to be a commercial entity with a Class 3 Commercial Software Publisher Certificate from Verisign--read the article pointed to by the ancestor poster.

    27. Re:Get real by trifish · · Score: 1

      it is easy to obtain certificates if you're a black hat.

      Oh really? How? If this was true, banks could dump SSL altogether right now.

    28. Re:Get real by solo6 · · Score: 1

      A little off topic, but with only 1 GB of RAM your system will not run an NVidea card at anywhere near it's peak performance level so how well your system will run Vista is problematic. An NVidia card requires a minimum of 1.5 GB of RAM to enable it to run at full capacity. On-card GPU memory, processor capability and motherboard don't seem to lift card performance characteristics very much.I've been uprgrading my machine for several months and started by bumping my RAM capacity from 1 to 1.5 GB (I was using an FX 5200 128k card.) The difference in graphics performance was mind boggling. Next, I upgraded from an old Athlon 1800+ system to an Intel 2.8 ghz Pentium D and a new mother board BUT with just 1 GB Ram. I immediately noticed that card performance had plummeted. Shortly after, when I upgraded my card to a 256k 6600GT there was still no noticeable performance improvement over the 5200! However, when I kicked RAM up to 2 GB the card flew (I have a dual board that allows a max capacity of only 2 GB of either DDR or DDR2.)

    29. Re:Get real by msobkow · · Score: 1
      But then I guess you don't care what happens to those people. Because if it's not big, or government, or corporate, your attitude seems to be "throw it away".

      My "attitude" is that it takes several thousand dollars to implement even test hardware that runs at the clockspeeds of modern computers. The days of breadboarding and wire-wrap running at 1-2MHz are over.

      The MS development tools for doing driver development also cost money.

      After spending $1500 or more on the MS dev suite, another $10,000+ to have even one prototype board manufactured with a custom VLSI chip, and I just can't see where $500 is an issue.

      --
      I do not fail; I succeed at finding out what does not work.
    30. Re:Get real by msobkow · · Score: 1

      Aside from that, I see no reason why Microsoft couldn't provide a free developer signature bound to a particular system installation. That way if you want to compile and run custom drivers, or sign untested drivers you downloaded, you could. Your system signature would no longer be valid for any sites that require a "pure" Vista installation (e.g. corporate intranet), but public sites and services shouldn't restrict access that tightly.

      That should be part of the functionality of the development suite Microsoft sells. I'd actually be rather surprised if it isn't.

      i.e. If you sign your own drivers, you become a trust domain of size 1.

      --
      I do not fail; I succeed at finding out what does not work.
    31. Re:Get real by msobkow · · Score: 1

      As others have mentioned, the signature on the driver would identify the vendor distributing the rootkit driver. This is not a new problem -- any vendor you decide to trust could install a virus or rootkit once you grant them admin access for an installation or update. It's called a Trojan.

      All we're talking about is a driver signature, not WHQL certification. It's only a means of identifying the software provider.

      I fail to understand why everyone is so terrified of being able to know who provided the software running on a machine, or establishing trust networks for the providers of that software. That's what DRM can do.

      A "pure" Microsoft (or other vendor) system running only vendor-certified software would qualify as a member of that vendor's trust network. But we're only talking about requiring software providers to identify themselves via driver signing, not the wider scope of trusted software stacks.

      Now if Microsoft were to require WHQL certification before a driver could be signed, then there would be an issue -- certification is slow ane expensive, and would make third-party driver development virtually impossible.

      It's up to the service provider to decide what level of trust network community they want to deal with. Is your intranet only going to allow WHQL-certified nodes? Only signed nodes? Only drivers and software signed by a particular whitelist of vendors?

      Or will you establish a trusted client session based on it's advertised capabilities -- JVM level, browser capabilities, registered browser plugins, scripting languages enabled? Public sessions should be based on capability, but intranet (VPN) restrictions may well be tighter.

      I've always kept a seperate box for VPN sessions. I can't imagine doing custom driver development on the same boxen I use for VPN, surfing, or general software development. If the driver dev box needs access to intranet resources, it's an issue of ensuring the intranet explicitly trusts the developer's trust network of 1.

      --
      I do not fail; I succeed at finding out what does not work.
  44. Lie back and think of Redmond. by Kadin2048 · · Score: 1

    Remind me why Microsoft would want to support your silly peasant filesystems, and not just make it that much harder to use an OS besides Windows?

    Yeah, that's what I thought.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Lie back and think of Redmond. by CastrTroy · · Score: 1

      I want to know why MS thinks that 1 filesystem fits the needs of all their users. Surely Databases, Webservers, Corporate workstations, and home computers have very different needs. It seems to me that it's kind of naive to think 1 file system should be able to please all the users.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  45. Uh, 'scuse me . . . ? by mmell · · Score: 1
    How do you detect/prevent tampering with the kernel? Absent an external authority (TPM, fritz chip, etc), it is exceedingly difficult to detect kernel tampering because anybody who is able to gain access to the kernel can easily ensure that all evidence of their tampering is hidden from userland and incredibly obfuscated in kernelspace.

    If your box is rooted (which is what this is intended to prevent, I think?) then your box is rooted; unless there's a hardware/firmware watchdog on duty, I believe the technical term for this is "pwned".

    SO . . . how does everybody here feel about a little Palladium today? Line up here to get your GUID's - one to a customer. Hope your LINUX box doesn't go "on the fritz" (does go "on the fritz"? Man, I'm confused).

    It's coming folks. Those who refuse to believe that will see when it happens. The rest of us will labor to ensure that it's not totally onerous, while Microsoft sees to it that their monopoly is extended and made impregnable.

  46. Prohibit that, too? by Kadin2048 · · Score: 1

    Couldn't they prohibit you from doing this, though?

    Say they somehow incorporate the public key of the "Microsoft Uber-Master Root Certificate" into the kernel itself, which itself can't be modified. Then, only 'root' certificates which have been signed by Microsoft are allowed to be used.

    So that way, the only person who can sign drivers is Microsoft, and the only valid root certs are those approved by Microsoft. No unsigned drivers, and no self-signed certificates or "illegal" CAs.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Prohibit that, too? by Amouth · · Score: 1

      if they do that then they would get knocked for being anti compatitive (not that they already arn't) but they have to allow you to install certs.. They might make it a pain in the living ass (ever try to install one on windows mobile) but you can..

      and if they wanted to have fun with the putting the key right into the kern.. then they can shoot them selfs in the foot.. because if their key ever gets out.. then well all hell will break lose

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
  47. And which customers asked for this feature? by Anonymous Coward · · Score: 0

    If you don't build what your customers want, your customers are going to look elsewhere.
    All my experiences with Digital Restriction Management have been thoroughly miserable. It was Microsoft's 'product activation' that conviced me that Microsoft no longer wanted me to buy Windows, and I switched to Linux. Every time I changed my hardware with XP, something went wrong with it, and it required me to 're-activate'. I don't see how corporations have suddenly found new rights to snoop on individuals in this way.
    To me, this is akin to a neighbour watching through my bathroom window to see if I might be commiting some illegal act.
    I didn't touch DVD until the restriction imposition layer was thoroughly defeated, and I certainly won't touch Windows Vista - ever.
    If Microsoft is going to defecate on software developers like myself, they are rapidly going to find that they have none left supporting their platform outside big corporations with deep pockets.
    I don't know of any Windows user who wants restriction management facilities. Microsoft should forget its ridiculous dreams of dominating media delivery platforms, and give customers what they want instead, or soon they will find that neither business model is viable any longer.

  48. Re:Would be anti-DRM in the case of the Sony Rootk by I'm+Don+Giovanni · · Score: 1

    People are concerned that when running an unsigned kernel-mode driver, one can't play protected HD-DVDs and BR discs (this is to prevent an "unscrupulous" unsigned driver from compromising the protection of the discs, so it is DRM in this case). Of course, Linux can't play them *at all*, regardless of what drivers are used, but whatever...

    --
    -- "I never gave these stories much credence." - HAL 9000
  49. The real question by LindseyJ · · Score: 1

    The real question is, is Joe Windows Vista User going to go to nvidia.com to download the latest drivers for his new videocard and find that there's now a surcharge for the file, ostensibly to cover the cost of signing the driver? Or is this expenditure going to be integrated into the cost of the hardware, artificially raising the price?

    Or is this just business as usual? Do devs have to pay now for driver signatures? I honestly don't know the answer to these.

    1. Re:The real question by NSIM · · Score: 1
      The real question is, is Joe Windows Vista User going to go to nvidia.com to download the latest drivers for his new videocard and find that there's now a surcharge for the file, ostensibly to cover the cost of signing the driver? Or is this expenditure going to be integrated into the cost of the hardware, artificially raising the price?
      It's always so entertaining reading the latest conspriacy theories that get thrown for things like this. Hello, NVIDIA and all major H/W suppliers have been signing drivers for years so no, they aren't going to start charging customers for new versions of drivers, sheesh!
    2. Re:The real question by LindseyJ · · Score: 1

      Not as entertaining as people who think they're clever by trying to read too far between the lines.

      It's no conspiracy theory, that's why I asked those last two questions; I honestly didn't know. Just food for thought.

  50. Cost of WinVista Kernel DRM? by WillAffleckUW · · Score: 2, Funny

    Cost of WinVista Kernel DRM - part of the $300 price of WinVista
    Cost of hair torn out by DRM refusing to let you do what the Constitution explicity permits - $1000 for hair plugs
    Cost of WinVista hack to "fix" Kernal DRM - priceless

    --
    -- Tigger warning: This post may contain tiggers! --
  51. workaround by Lumpy · · Score: 1

    get hands on signed binary of a driver.

    reverse engineer and slide your code inside the signed driver.

    watch it run unnoticed to the Vista kernel.

    I am expecting this to happen about 6 days after vista actually ships. The virus vector just got nasty, rootkit virus backdoors acting as legitimate signed code getting in and making it damned impossible to remove.

    Why is it so hard for Microsoft to make a real secure system???? is it that hard to put in a real filesystem security and make it so that only the administrator can write to system directories and make the user not run as admin???

    Apple, and Ubuntu can do this.... is it out of the grasp of microsoft programmers or is there a different agenda afoot with this whole thing being disguised as security from dangerous code?

    --
    Do not look at laser with remaining good eye.
    1. Re:workaround by Anonymous Coward · · Score: 0

      How are you going to "slide your code inside the signed driver" without breaking the signature which is tied to the binary?

    2. Re:workaround by Anonymous Coward · · Score: 0

      If you do not understand, I suggest you learn how hackers do this all the time when cracking DRM.

      It's a complex Computer science thing that you cant understand without advanced education or more importantly experience.

    3. Re:workaround by davidbrit2 · · Score: 1

      You may want to read up on cryptographic signing, because it's intended to prevent that very thing (tampering).

    4. Re:workaround by Anonymous Coward · · Score: 0

      Heh, are you trolling, or just daft?

    5. Re:workaround by dbIII · · Score: 1
      Heh, are you trolling, or just daft?

      The earlier poster is doing niether. As an example only signed binaries can run on the Nintendo DS but there are a variety of ways to feed it signed binaries based on commercial ROMS to trick it into running homebrew applications. I don't know how it was done but there were several independant solutions (passme, wifime etc).

    6. Re:workaround by EvanED · · Score: 1

      reverse engineer and slide your code inside the signed driver.

      I'm gonna mostly let this go because someone else already pointed out that this is more or less impossible. If you change the binary, then the signature is no longer valid, so you have to change the signature to match. Doing so would take... oh... we'll be (very incredibly) optimistic and say a millenia. (Barring any revelations that P=NP after all.)

      You could replace the loader that verifies the signatures, but that would require a reboot into another OS. (Assuming Vista has adequate protections of the loader while it's running.)

      is it that hard to put in a real filesystem security

      You mean like they had in NT 4?

      I'm not sure if you've noticed, but at least the professional version of XP, as well as 2000 (and probably NT 4 and maybe 3.51) support far more finer-grained priviledges on the filesystem than any Unix system I've seen. (Including those that support ACLs.)

      and make it so that only the administrator can write to system directories and make the user not run as admin???

      You mean like they're doing?

  52. OpenBSD prevents root from changing kernel too. by Martin+Marvinski · · Score: 1

    After a certain security level, even root cannot change the kernel without rebooting to single user mode. Thats what makes immutable files immutable in OpenBSD.

  53. How is this a DRM feature? by Ahnteis · · Score: 1

    Seriously, what place does this have as a method of Digital Restrictions Management? Isn't this about restriction what code will run rather then what media will play? Do we just slap a "DRM!" tag on anything related to restictions regardless of whether it has anything to do with enforcing terms of media playback? In that case, you could call all our laws a form of DRM. (And this from a site that so often points out the difference between copyright infringement and stealing.)

  54. The real reason for the kernel DRM by QuietLagoon · · Score: 2, Insightful
    The real reason for the kernel DRM is to lock down the media content as much as possible. Microsoft doesn't care about its users getting infected by adware and viruses, Microsoft cares about the media content providers forking over royalty payments for using Windows Media.

    When the Windows DRM was cracked, how long did it take for Microsoft to issue a fix? A couple of days.

    When there is an IE security issue, how long does it take for Microsoft to issue a fix? Weeks, months, sometimes not at all.

  55. Aren't Most Windows Problems "Hooks"? by EXTomar · · Score: 1

    Aren't most security problems in Windows outside of the kernel? Make no mistake that kernel tampering is a problem and should be addressed by any platform but it seems that various pieces of malicious software modify the hooks of the software surrounding the kernel instead of the kernel itself. Installing a piece of modifies that modifies Explorer handles file browsing in a way the user didn't intend. Installing a piece of software that modifies the behavior of IE without knowing it. Looking at a piece of email that executes something it shouldn't. Modify the registry so anytime any piece of software queries about a file type, do something the user didn't intend. So on and so forth. Most of these things are not kernel controled and therefore protected by DRM security schemees. And I'm not sure where "mini-drivers" fall (think your USB Camera) since they should be dynamically loaded/unloaded on demand.

    Please don't mistake that keeping the kernel "hardened" is important for security but I'm not sure what this really solves for the end user (which is something I suspect many out on /. also suspect). Making the kernel harder to modify accidently or by trickery is a good thing but what is this really doing? It seems more like a way to make sure Microsoft and only Microsoft can make changes to Windows since very few outside of Microsoft can do this anyway with a thinly veiled promise of benificial security.

    I guess the fundemental question is how many people want to modify the Windows Vista kernel? What is the actual threat for kernel modification? If that pool is very small then it seems kind of like a non-feature for users and another layer of API for software engineers.

    1. Re:Aren't Most Windows Problems "Hooks"? by Anonymous Coward · · Score: 0

      I don't think that kernel threats are a huge problem now, but it won't be too long before they are. The idea is that you can do a lot of nasties in userspace, but almost anything you do in userspace can be easily detected by other userspace apps. If you get a virus in an email, your virus scanner goes off. By contrast, if you are in the kernel, you can do almost anything. You can hide files so that the virus scanner doesn't see them, you can hide open ports so your firewall doesn't see them, you can hide processes so that (I dunno) something else doesn't see them. You can ignore permissions and do what you want to the disk. You can change the behavior of running programs.

  56. What happens if your hardware manufacturer dies? by psmears · · Score: 2, Insightful
    The thing that worries me the most (well, actually, a number of things do, but this one is pretty bad) is about what happens if the company that wrote the driver ceases to exist. This could be a problem, as follows:
    • The fee for the certificate is, apparently, $500/yr
    • Presumably the certificate issued to the company expires or is revoked if they don't cough up next year (otherwise a cunning manufacturer could just buy one certificate, and then use that forever)
    • Therefore, if your manufacturer goes belly-up, it's likely that your (100% genuine, legitimately-purchased) driver software—and the hardware that goes with it—will cease to work.
    Either that, or MS will leave the certificate valid (to avoid annoying a huge number of customers), and the company's receivers will find that the certificate has a large value on the black market...
  57. What about a signed wrapper? by Rogerio+Gatto · · Score: 1

    Disclaimer: I know shit about driver writing and kernels in general.

    Couldn't someone develop signed wrappers, if the interfaces are stable enough? Just install the wrappers and configure them to forward calls to DLL x or y?

    1. Re:What about a signed wrapper? by cortana · · Score: 1

      Microsoft {c,w}ould revoke your signing key and push the CRL out as a 'critical' update.

  58. Fits with their strategy, no? by Kadin2048 · · Score: 1

    Well they think that one OS fits all those needs, so clearly, one filesystem ought to do the job just as poor^D^D^D^D well as Windows.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  59. That can't be done by Sycraft-fu · · Score: 1

    Kernel drivers (which is what we are talking about here) CANNOT be installed on a platform they weren't written for. This is true in XP as in Vista. Companies have to release 64-bit drivers if you want to use it in 64-bit XP. There's no compatibility mode. Usermode applications can run in 32-bit compatibility, but not drivers.

  60. signature? by Midnight+Thunder · · Score: 1

    What constitutes a signed driver? For example can any old Joe sign it or does have to be signed with the help of Microsoft? If it is the former, how much are we talking about to be able to buy a key to be able to sign stuff?

    --
    Jumpstart the tartan drive.
    1. Re:signature? by Anonymous Coward · · Score: 0

      Are you fucking retarded? The OP clearly said "Vista driver developers must obtain a Publisher Identity Certificate (PIC) from Microsoft. [] This costs $500 [EUR 412] per year, and as the name implies, is only available to commercial entities."

  61. Unsigned drivers at the kernel threaten DRM by CFD339 · · Score: 1

    That's why they won't be there. Remember, a key new DRM goal here is to "close the analog hole" by not displaying video in any higher resolution than current standards out through anything but DRM capable ports. If you can write your own kernel driver you could get it in the way of that process -- potentially intercepting that stream of data or sending it to unauthorized devices.

    The sick part is, we're all paying for this DRM so that we can then be sure to pay for future content.

    --
    The problem with quotes on the internet, is that nobody bothers to check their veracity. -- Abraham Lincoln
  62. I agree by transporter_ii · · Score: 1

    The other big nail in the coffin is that pirated versions of Vista will be shut down. A lot of people complained about MS in the past, but they used it because it was "free," to the point that they purchased one copy of something and used it on a bunch of computers around the office, or they had some legal machines and some with pirated versions of XP. When MS starts forcing people to be 100% legal, people are going to see the true TCO for MS products...and they are going to start looking for replacements.

    While I have no idea where this took place, I happen to know a company with a legacy NT machine. They wanted to build a mirror of it and turn off the old system. So they installed a second copy of NT on a new(er) server. It was that easy. Imagine four or five years down the road when all of the easy to install versions of Windows have run their course (which they almost have) and every install involves jumping through Microsoft's hoops to get it activated.

    Transporter_ii

    --
    Doctors destroy health, lawyers destroy justice, universities destroy knowledge, religion destroys spirituality
    1. Re: I agree by transporter_ii · · Score: 1

      Oh, and by the way, I fully expect MS to back down on killing pirated versions of Vista. Anybody want to make a bet?

      Transporter_ii

      --
      Doctors destroy health, lawyers destroy justice, universities destroy knowledge, religion destroys spirituality
    2. Re: I agree by Anonymous Coward · · Score: 1, Interesting

      Hell no I'm not taking that bet! :) I'm with you on this. Microsoft would have to be retarded to do that. There's more money to be made from ensuring that everyone HAS a Microsoft OS than ensuring that everyone who has it has paid for it.

      Along those lines, I wonder what would happen if Microsoft started making back versions of it's OS free? So, Windows95/98 would be free now, and Windows2000/XP would be free once Vista came out. Sure it would slow adoption to some degree... but I've never seen numbers about the number of sales that Microsoft gets for its OS straight out of retail boxes in the stores compared to pre-installs on Dell/HP, etc. If they have enough clout (which they do) to force Dell and the rest to sell new computers with Vista, they'd STILL have a huge base of Vista installs out there soon (since some people WILL pay for Vista anyway), and then everyone else using Windows could upgrade (should they choose) to 2K/XP for free. This would help them end support for older versions and it would expand their market share even more.

      Aside from the fact that I'm guessing the odds of that ever happening are approximately nil, what do people think about it, conceptually?

    3. Re: I agree by nEJC76 · · Score: 1

      U have spare $500 :)

  63. not new by Bizzeh · · Score: 1

    this is hardly a new feature, it has been in WindowsXP for a few months now, its to stop kernel patching, which people shouldnt be doing. this is the reason that demon tools stopped working for a few days.

    anyone who NEEDS to kernel patch, is a lazy coder.

  64. Reality = gotten. by Rob+T+Firefly · · Score: 1

    As other replies to your post have noted, the option to run unsigned drivers is still quite important for many people in many fields. Thing is, I can sort of see why you would take the stance you do. I'm not much of a Windows programmer, least of all for Vista which I never plan to touch, but I have to ask: would it really be so hard to keep the option to run unsigned drivers available to the end user? There's got to be a better way, even if you needed to do something so hardcore and idiot-proof as changing an INI file or registry entry by hand in a text editor, download a disclaimer-filled patch from MS, or click through a gang of rabid "Are you sure?" / "Are you really sure?" / "Are you really, really, piggy-squealy sure?" dialogs to enable unsigned drivers.

    It seems to me that if MS doesn't provide the option to even its most expert users, the developers-developers-developers-developers could end up either banging out their own unsupported hacks to defeat the purpose, or just abandoning Vista for a platform which doesn't charge them out the eyeballs for supplying reasons to use it.

  65. Old days meet new days by kinglink · · Score: 0, Flamebait

    REALLY old days
    1. create your own dos macros, and dos solutions, load your TSR drivers and play games how you want.

    Old days
    1. Regedit the annoying crap Microsoft puts into XP out.
    2. Enjoy Windows XP your way because you paid for it.

    New days.
    1. Break kernel DRM.
    2. Break all other DRM.
    3. Enjoy Vista your way because you paid 400 dollars for it.

    Just one more step for us to take.

    1. Re:Old days meet new days by Anonymous Coward · · Score: 0

      Flamebait? More like insightful. Looks like Steve Ballmer got some moderation points to throw around.

  66. My Answer is, This is a Weasel... by TheNetAvenger · · Score: 1

    My Answer is, This is a Weasel...

    Factually, most of the information in the article is correct, as Vista does add in new technology for driver checking (especially in x64 version for kernel model drivers).

    However how this can be 'deemed' as a NEW DRM component is about as far from reality as it gets.

    The ONLY way this plays a part in DRM is when 'driver' checking is required by software/hardware for HD-Content that will require it.

    The MS Code does little more than to ensure the drivers are what they say they are, and on x32, just like in WindowsXP you can INSTALL ANYTHING you want, even KERNEL level drivers. There is nothing stopping the administator from doing this.

    In x64, kernel mode drivers MUST be signed, and I don't think this is the right Move for MS, but it does have a legitimate basis for the level of stability they would like the x64 platform to have.

    Also of note, kernel mode drivers are less common in Vista, as even the Video is now a User mode driver. Besides, if you are running the normal x32 version of Vista, it behaves NO differently than XP, although the OS does make sure any drivers YOU HAVE CHOSEN to install are the same ones in place and that no 3rd parth access by any application can touch them without specific authorization from the administrator.

    This is more about MS tightening security, than having anything to do with DRM.

    So this article is a freaking FUD based Weasel, why trying to add some actual 'technical' facts, they mislead the subject to add in assumption that this is a DRM component.

    And it is not...

    1. Re:My Answer is, This is a Weasel... by ^_^x · · Score: 1

      I was thinking the exact same thing. If you said that Linux had DRM that kept you from deleting important files as a regular user, they'd jump all over you here. It's not DRM at all... and it should actually stabilize the system a fair bit considering the havoc I've seen from bad drivers like 3dfx or Creative's.

  67. Re:What happens if your hardware manufacturer dies by Anonymous Coward · · Score: 0

    (I may be wrong but..) The $500/yr is for the signing certificate. There isn't an expiration on a signed driver. The company simply looses the ability to sign *more* drivers after a year.

  68. Signed interface to run unsigned code? by mei_mei_mei · · Score: 0

    Would that work?

    I.e. someone writes a program (interface) that takes another program (file) as input and runs it. Only need to get this one program signed, then all others can run.

    There's probably some obvious reason this wouldn't work, but I'm curious.

  69. Re:Would be anti-DRM in the case of the Sony Rootk by A+beautiful+mind · · Score: 1
    Clearly the subversion of the kernel through rootkitting is a growing problem. If MS doesn't fix it, they get knocked for having no security.
    I said it before and I'll say it again: trying to defend against a rootkit with administrator priviledges is like fucking for virginity: DOESN'T WORK. Prevention should be used instead to reach the desired state.

    MS gets knocked for having no security for years now, deservedly so. It is just now that their insecure model nips them in the butt. Even a virus scanner is too late if it catches a misbehaving piece of code before execution. Why? Because you can't tell intent from binary code. Virus scanners work based either on signatures or on heuristics. Both models are flawed, because the idea of a virus scanner is flawed. If a virus gains access to the administrator level priviledge in a system, it is already past the last line of defense, game over, hasta la vista!

    There is a right model to stop these things: it's called sensible design and secure default settings.
    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
  70. A Better Tomorrow by carrier+lost · · Score: 1

    Let's just hope that all this leads to a day when people use Open Source software because "It just works..."


    MjM

  71. Re:Would be anti-DRM in the case of the Sony Rootk by Trelane · · Score: 1
    While many would like to see them go under, or disappear altogether, how long before the next "MS" would step up to the plate and become the "bad guy"?

    So we should live under a tyrant because other people want to be tyrants too? I don't see the logic behind that.

    --

    --
    Given enough personal experience, all stereotypes are shallow.
  72. Gotta work, man! by Jeppe+Salvesen · · Score: 1

    Preventing unknown code from running in kernel-space is a good idea - though it's no silver bullet.

    However, the issue at hand is simply:

    Does it work?

    It looks like their solution is badly implemented, ref. pagefile attack. So no, it doesn't work. So trusting this is like installing a new lock when you know your enemies has the master key to the new lock.

    --

    Stop the brainwash

    1. Re:Gotta work, man! by julesh · · Score: 1

      Does it work?

      It looks like their solution is badly implemented, ref. pagefile attack. So no, it doesn't work.


      Not only that, it *can't* work. So the boot loader complains if the kernel doesn't have the right signature. Well, hack the boot loader too, then...

    2. Re:Gotta work, man! by EvanED · · Score: 1

      Well, hack the boot loader too, then...

      And how are you going to do that if the OS prohibits any I/O activity that go to that (those) disk sector(s)? This is very probably not an impossible task to do well. (Though whether Windows does it is an entirely different story entirely.)

      And don't say "boot into another OS" because telling the user to "reboot into another OS and run this" is not exactly a viable infection method. If the OS actively protects against this, you *have* to find an exploitable bug in it, or find a way to get into ring 0 to run I/O code itself.

    3. Re:Gotta work, man! by julesh · · Score: 1

      And how are you going to do that if the OS prohibits any I/O activity that go to that (those) disk sector(s)?

      By lodging an anti-trust complaint that the operating system prevents the installation of competitor's systems? :)

    4. Re:Gotta work, man! by EvanED · · Score: 1

      If you're installing another OS you'd be going around Windows's protections anyway, so without HW support it can't do anything about it. I'm solely talking about what happens WHILE you're your running Windows itself, because that's the case for 99% of users.

      (There probably is a Linux system that has an installer you can run from Windows itself, but I can't name one off the top of my head and haven't ever seen it personally. This wouldn't be possible.)

  73. It isn't that hard by gillbates · · Score: 3, Insightful

    Compare the two. If they match, then the file hasn't been tampered with... Tampering with this requires...

    No, all that is required is to copy one key over the other in memory. Alternatively, one could modify a single comparison instruction in the loader. Then the match occurs, and the code will be allowed to load.

    This is well within the range of an experienced hacker:

    1. Disassemble the loader
    2. Modify the assembly code so that the comparison is always true (JNE -> NOP, or other suitable instruction)
    3. Reassemble the loader and replace it on the filesystem.
    4. Note that all of these could be done without Windows' consent if the filesystem is mounted using Linux, or other suitably advanced OS.
    --
    The society for a thought-free internet welcomes you.
    1. Re:It isn't that hard by EvanED · · Score: 1

      Yep. I agree.

      However, I think that the threat model is still SUBSTANTIALLY narrowed by signing the kernel. Note in your point 4 you say that you can do it without Windows's consent: if you're a malware author, what are you going to do? Say "reboot your computer into another OS and then run this"? Most users won't even know what you're talking about!

      Assuming (and yes, these are big assumptions) that the kernel takes precautions of not allowing anyone to overwrite the loader, including other pieces of kernel code, then you can't do it from a running system; if you can't do it from a running system, it's for all intents and purposes impossible if your goal is to spread malware.

      Now, if you can protect the loader, you can protect the kernel image itself; but the latter presents a much larger target. Layered security. There's no drawback* for a closed OS of checking signatures of the kernel except a slightly longer boot, and it adds an additional layer of security.

      (* This is a separate idea from requiring drivers from being signed. You could sign the kernel itself and not require drivers to be signed, and use another mechanism to try to ensure that they aren't malicious.)

      Finally, once trusted computing spreads its ugly tentacles, the protection of the loader will be hardware enforced, and then you're gonna have a REAL problem.

    2. Re:It isn't that hard by julesh · · Score: 1

      Note that running with a modified boot loader will effectively disabled access to any files on your system protected by TCPM.

    3. Re:It isn't that hard by jam-pearl · · Score: 1

      If the loader is tampered with, the bootloader will complain. If bootloader is tampered with, TCPM will complain.

  74. Bypass CI by Anonymous Coward · · Score: 0

    You can bypass CI using bcdedit (the vista bootloader editor).

    I won't give the actual command since I'm not sure if doing so would break my NDA.

    If its not public knowledge now, it will probably be soon. Although doing so puts "Test Mode" in all corners of the desktop.

    1. Re:Bypass CI by EvanED · · Score: 1

      The Blue Pill presentation says that DCDEdit won't be in the final release of Vista.

  75. Re:What happens if your hardware manufacturer dies by psmears · · Score: 1

    Hmm, I've read the articles people have linked to more closely (should have done that first, rather than trusting the posters ;-) and it's possible that that's how it will work (i.e. you sign the driver with your certificate and send it to MS—so they know it's from you—then they sign the driver with their certificate, so Vista PCs will know that MS knows who it's from. Some posters implied that you'd get a certificate from MS with which you'd then sign your own drivers)—but there are still questions. For example, all certificates are required to have an expiration date. What happens when the certificate on your driver expires? I guess MS will put the expiration date 100 years into the future. More worryingly (as always), what if MS's root certificate gets compromised? There's certainly a huge incentive for it to be broken—how many botnets will be set to work on it as soon as Vista is released? And if it is, what could MS do—they'd have to revoke the certificate, causing all drivers released so far to become invalid. And I don't like the possibility that, if MS had a dispute with a hardware vendor, they could threaten to revoke the certificates to the vendor's drivers that were already in the field...

  76. Are your acquaintances an unbiased sample? by tepples · · Score: 1

    The last time msobkow met anyone who was using custom hardware was around 1985-6. However, msobkow != the world, and the people that msobkow meets are not necessarily an unbiased sample. It appears that you do not frequent hardware hacking message boards such as sections of the nesdev.com and gbadev.org forums.

    1. Re:Are your acquaintances an unbiased sample? by msobkow · · Score: 1

      Forum. Public posting. Opinions.

      Clearly you comprehend the concept of a forum, as you reference hardware hacking boards.

      Or are you suggesting that any one opinion should be considered more valuable than another? If an opinion garners discussion, clearly others have ideas about the opinion, and everyone learns.

      Presuming you go back and follow up on your postings, that is... :)

      --
      I do not fail; I succeed at finding out what does not work.
  77. Or sell hardware by tepples · · Score: 1
    No matter how hard it is, developers will write software where the user base is, because that's our bread and butter.

    Or they will sell computers preloaded with their software. This is the route that TiVo has taken with its DVRs.

  78. Re:Would be anti-DRM in the case of the Sony Rootk by John+Whitley · · Score: 1
    If they fix it, it is called DRM.


    No, it only gets called DRM when MS triggers lockdowns of functionality when the signed driver check is disabled. Such as disabling playback of high-def protected content when unsigned drivers are loaded.

    DRM or no, this measure stinks of a band-aid approach, and of typical CYA mentality: it's not about protecting the user's data, it's about protecting Microsoft's data (and business deals, etc.).
  79. Input drivers cannot run in user mode by tepples · · Score: 2, Informative
    just doing a console controller conversion (like making an old NES controller hook up to a computer) requires a driver.
    I don't think you would need a kernel level driver for that

    Yes you would. A console controller conversion requires a way to talk directly to a parallel port to send first-button and next-button request signals and receive button state signals. Input device drivers have additional restrictions; Microsoft's user-mode driver framework FAQ states the following:

    Q: What are the constraints on user-mode drivers?
    A user-mode driver cannot directly access hardware or use kernel-mode resources.
    [...]
    A user-mode driver cannot have kernel-mode clients because Windows does not allow calls from kernel mode to user mode. The majority of drivers for input, display, and most network and storage devices cannot be migrated to user mode because they have kernel-mode clients.

    This will have negative ramifications for the disability community, as it will become harder for hobbyists to develop novel assistive devices

    1. Re:Input drivers cannot run in user mode by Tod+DeBie · · Score: 1
      This will have negative ramifications for the disability community, as it will become harder for hobbyists to develop novel assistive devices
      They will have to get a VeriSign Code Signing Digital ID. At $500, this is not cheap. The question is, are the benefits going to outweigh the costs. If this means that no malware can have rootkits or anything else that requires kernel level code without having to get a verified digital certificate that can be revoked if they do bad things, is that worth forcing others legit developers to get a code signing ID?

      For those that have a problem with this, is it the cost or the principle of the matter? If it cost $50 instead of $500, would that change your mind?

  80. Malware gets admin permission to install root cert by tepples · · Score: 1
    But if you want to sign your own certificate, you'll have to install your own root cert, which requires admin rights. So it's not like malware can install a root certificate on its own

    You have to be an administrator to install an application anyway. So an application that includes malware would just get the administrator's permission to become root in order to install the application, and then go on to install its own root certificate. This is why, as I understand it, Windows Vista won't let even an administrator add a root certificate capable of signing drivers.

  81. Kevin Horton by tepples · · Score: 1
    I don't think there are many voluntaires that write device drivers for Windows in the first place

    Would you say that if you were one? What should Kevin Horton, developer of the CopyNES development kit, or Memblers, developer of the Squeedo development cartridge, do?

  82. VeriSign strikes again by tepples · · Score: 1
    I wonder if MS charges a fee to get drivers approved and signed, if so I would imagine lawsuits brewing over this.

    Microsoft doesn't, but VeriSign charges a $500 annual fee (plus whatever your state charges for incorporation papers, as VeriSign won't sell a cert to a sole proprietorship), and VeriSign has the exclusive contract with Microsoft to sell code signing certificates.

  83. Assistive device drivers by tepples · · Score: 1
    Unsigned drivers can still run in user mode -- which is all that 95% of the drivers out there really need.

    No it isn't. Input device drivers must run in kernel mode.

    However, it does hinder folks with the "tinker gene" who really do need to write a kernel driver just for their computer.

    And folks with the "congenital or acquired disability gene" who really do need to write an input device driver just for the assistive device that allows someone with a disability to use a computer at all.

    I suppose Microsoft could allow a special "tinker license" for Windows that would let you mess with the kernel and run unsigned kernel drivers

    Microsoft does offer such a license, and Microsoft doesn't even charge people directly. <sarcasm>Steps to obtaining one are as follows: 1. incorporate (price varies by state) and then 2. get a code signing certificate from VeriSign (499 USD per year).</sarcasm>

    1. Re:Assistive device drivers by msobkow · · Score: 1

      Are you seriously suggesting that Microsoft would commit the PR suicide of telling a charitable organization developing assistive hardware to FO if they asked for help with signing some drivers?

      I think you're really starting to dig for the worst possible outcomes.

      Every RPM I've downloaded for the past few years is signed.

      I completely fail to understand this paranoid fear of driver signing, even if the root CA for the drivers is Microsoft.

      --
      I do not fail; I succeed at finding out what does not work.
    2. Re:Assistive device drivers by tepples · · Score: 1
      Are you seriously suggesting that Microsoft would commit the PR suicide of telling a charitable organization developing assistive hardware to FO if they asked for help with signing some drivers?

      Are you seriously suggesting that hobbyists should spend money on lawyers and form charitable organizations?

    3. Re:Assistive device drivers by msobkow · · Score: 1

      Pick a direction instead of flailing your objections around.

      If the issue is charitable development, contact Microsoft.

      If the issue is hobby development, contact Microsoft.

      The essence is that if you pay over $1200/year for the MSDN developer suite, you should have the necessary tools to develop and test drivers. If you're running cracked or stolen software, TFB.

      --
      I do not fail; I succeed at finding out what does not work.
  84. VeriSign, not Microsoft by tepples · · Score: 1
    Why not offer to sign for free? $500 is pennies to M$

    There is no payment to Microsoft, but there is a payment to your state to establish a corporation, plus a 500 USD payment to VeriSign so that VeriSign can verify your corporation's identity.

  85. Input drivers are still kernel mode by tepples · · Score: 2, Informative
    What drivers are still kernel mode?

    Input device drivers are still kernel mode. If you have a disability, and you want to build an assistive input device, and you can't afford $500 a year for a cert from VeriSign plus whatever your state charges to form and maintain a corporation to receive the cert (VeriSign does not sell code signing certs to sole proprietorships), tough copulating manure.

  86. Are driver problems MS's fault? by Anonymous Coward · · Score: 0

    Because they've been signed and MS took money (and, ostensibly, did work checking) that any future driver BSOD will be MS's fault now?

  87. Why companies? by tepples · · Score: 1
    Companies have to release 64-bit drivers if you want to use it in 64-bit XP.

    My emphasis. So why does it have to be an company, and not a hobbyist, that releases the driver? Is it that VeriSign slipped Microsoft a fat check for the exclusive right to provide code signing certificates for Windows Vista?

    1. Re:Why companies? by Sycraft-fu · · Score: 1

      Ummm ok this has nothing at all to do with what I was talking about. I wasn't talking about the signing requirement, but the fact that 32-bit kernel mode drivers can't run in 64-bit Windows PERIOD. So there is no "loading the 32-bit driver because the 64-bit one isn't out".

    2. Re:Why companies? by tepples · · Score: 1
      I wasn't talking about the signing requirement, but the fact that 32-bit kernel mode drivers can't run in 64-bit Windows PERIOD.

      And I was talking about a hobbyist's unofficial 64-bit driver for the same device, which has been developed based on reverse-engineering the 32-bit driver. Is a hobbyist's port something that you're willing to F8 for?

    3. Re:Why companies? by oddfox · · Score: 1

      In short, yes.

      --
      "We invented personal computing." - Bill Gates
  88. Consoles are worse than this by tepples · · Score: 1
    if Microsoft continues to make it harder and harder for game writers, and they jump ship and stop making PC games and go console-only

    How can an entertainment software developer working on its first title go console-only? Don't platforms other than Windows and Macintosh require a licensing agreement? Consoles and gaming handhelds won't run anything not approved by the manufacturer, and phones often won't run anything not approved by the mobile network operator. Console makers and network operators tend to be very reluctant to talk to developers that have not already released a commercially successful title on some other platform.

  89. Tell it to Razor 1911 baby ... by unity100 · · Score: 1

    Im sure that and likewise groups are ALREADY tampering with your kernel somewhere ...

  90. Companies vs. hobbyists by tepples · · Score: 1
    If $500 is too much for a company

    Do you boycott entities that are not companies? Let's pretend you were disabled, and a hobbyist who had not yet incorporated wanted to build and sell you an assistive input device that works around your disability to allow you to use the computer efficiently. Would you shun this hobbyist because he does not represent "a company"? Some people who build these kinds of things do it as a side job, not a day job, and 500 United States Dollars per year would eat up a significant portion or even all of the earnings from the activity.

  91. Boot From iSCSI? by Anomalyst · · Score: 1

    Some sophisticated hacking involved, but the iSCSI driver is going to come from Microsoft, the file server can be a customized iSCSI implementation on a Linux box that will present the legitimate file for signature checking and substitute a different file when called for loading. Nobody's discussed firmware, the drivers good, the validation procedure can test till the cows come home, but days after release the soundcard firmware has been subverted. What about AMD promotion of using Socket M for hardware add-ons. Somehow, I believe, that MS does not have all the bases covered. Even if they actually have people talented and smart enough to do DRM right, the PHB and bean counters will never give them the time or money needed to totally accomplish the goal. As usual, corners will be cut and hand waving substituted for functionality, it is the Microsoft way. They are far from owning the trust channel end-to-end and eventually someone will leverage a hardware or emulation or man in the middle exploit and those poor souls that are required to run Twisted Computing environments will probably be willing to pay bucks, possibily BIG bucks to recover some of their freedoms. MS will NEVER "get it right" and unlike virus exploits, these exploits stand a good chance of being kept close to the chest, empowering the end user for extended periods of time. How about a clever little snippet that automatically uninstalls a needed security patch. MS has to be perfect, while the freedom fighters can flail away at the problem until they find the inevitable imperfection.

    --
    There is no right to feel safe thru security vaudeville at the expense of everyone's freedom, privacy and tax money.
  92. This is not DRM by dot+niet · · Score: 1

    ... it is simply another security measure. I know it's a nit pick but given all the FUD (on both sides) surrounding DRM I thought I'd point it out.

    1. Re:This is not DRM by guruevi · · Score: 1

      How come we don't need this DRM to load kernel drivers in OS X or Linux or SystemV or Plan9 or AIX or HP-UX then?

      Microsoft needs to get its act together and start securing their OS, not locking it down for everyone.

      In Mac OS X, my users can't install a kernel module, some people need admin access however they still can't load kernel modules since they're not in the sudoers file. Root (the smartest guy -me-) is the only one that can install kernel modules.

      The fact that someone needs root access to run a program is wrong according to me. Users should get user level access by default, admin access if necessary, never root. If people are too big of a simpletons and just install everything they download, they are going to keep doing it and the fact that it's made easy for them (within 2 or 3 clicks) is just wrong but no protection will help against dumb users.

      What Microsoft is doing here is locking out home programmers, startups, OSS developers, people with PICs or microcontrollers. Fits good for me, they can finally change to Linux/OS X but I'm not paying $500 and going through a series of processes to get control over my new USB device I just soldered last night.

      What Redmond forgets though is that a lot of users (almost all dumb users) assume full control over their computers. They want to be able to install virusses, rootkits, spyware because that cool gimmicky program that comes with it requires it. They also want to copy their DVD's (HD- or Blu-Ray) for backup or other purposes and they're not going to call Microsoft why it's not working. They'll call me, "the guy that knows everything about computers" ask me why it doesn't work and I'll give them a LiveCD or show them off my PowerBook. I already converted lots of people Bill, beware.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
  93. Not that hard to do. by Kadin2048 · · Score: 2, Funny

    Nah you just send them the $500 from somebody's credit card that you got via your phishing scheme.

    They'll "follow the money" for sure, but to where?

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  94. Screenshots with disclaimers? by tepples · · Score: 1
    Try "specially approved screenshots from the publisher's marketing department".

    Try this:

    Q. What's with the screen shots? Other magazines seem to have better quality images.
    Reviews in Gamer Reports do not use screen shots provided by the game's publisher. These images are considered advertising and may misrepresent the game experience. Instead, GR reviews provide images of the actual game display, taken with a camera. They look a bit less clean in print but represent more accurately how players will see the game at each of its image quality settings.

  95. $50 can be recovered more easily by tepples · · Score: 1
    For those that have a problem with this, is it the cost or the principle of the matter? If it cost $50 instead of $500, would that change your mind?

    Soytainly. A price of $50 per year for small businesses, including sole proprietorships, would be much more palatable. That's less than the price of a Windows OS license for two developer workstations over the three- to five-year life span of a Windows major release. It would be much easier for low-volume hardware makers to recover such a reduced fee from their customers.

    If you care deeply about principles, you know where to find them.

  96. The rise of "Vista Lite"? by Anonymous Coward · · Score: 0


    I'm wondering if there will be a dramatic increase in piracy for Vista, as compared to XP.

    Here's my thinking:

    I'm assuming that eventually there will be a pirated version of Vista that will have all of the crap stripped out of it.

    This "cleaned up" version of Vista may, in fact, offer significant advantages for people who are having problems with drivers, DRM, activation, WGA, etc.

    In the future, the easiest solution for many problems may be to simply download "Pirate Pete's Vista Lite" and get all of the benefits of Vista with none of the pain.

    I can see this catching on like a wildfire.

  97. This is really about extortion... by RecycledElectrons · · Score: 1

    The is really about Microsoft extorting money from every hardware vendor on the plannet in exchange for driver certification.

    Andy Out!

  98. A smart virus... by Anonymous Coward · · Score: 0

    If virus writers are smart, they'll work with it instead of against it. Imagine a virus that used Microsoft's DRM to "lock" all of the user's files, only to demand a ransom to provide you with the unlock code?

    In a case like that, I can think of only two upsides: MS probably won't be able to make anything secure, and fewer people will want to use Windows after crap like that.

    In an unrelated note, these captchas are really odd. Mine is "bribing" ...

  99. If it locks Symantec out, sign me up by Tallfeather · · Score: 1

    While it is annoying that legit OSS projects have extra hurdles to go through, I will sleep a little sounder at night knowing it is making it just that much harder for Symantec to snark up my relatives' boxen.

  100. Input devices by tepples · · Score: 1
    very few things require kernel level drivers.

    Unfortunately, input devices are one of them. This is going to hurt hobbyists and small businesses that build assistive devices, who often can't afford $500 per year.

  101. Just the facts, maam by cookd · · Score: 2, Informative

    1. This is not news. Driver writers have known about this for years. This is how XP-64 and Server2003-64 work already. And this has been posted on Slashdot at least twice before.

    2. Win64 (whether Vista, 2003, and XP) requires signed drivers unless you boot up in "debug" mode. Win32 does not, although it will warn you.

    3. If you have any unsigned drivers running (Win64 OR Win32), certain "trusted path" applications (i.e. DRM-enabled video players) will not run. Basically, the content author says "I only give permission to watch this video if your system is trusted" (for some definition of trusted, as defined by the content author). Microsoft is providing a way to certify your system as trusted. Without this certification, you don't have permission of the content author to view the content. (Workarounds will be found, I am sure, but legally, that's how it works.)

    4. Microsoft will issue a PIC (driver signing certificate) to pretty much anybody with a valid code publishing certificate from an accepted certification authority. Currently, "accepted certification authority" means Verisign, but MS claims to be willing to entertain other applicants. It is the certification authority that gets the $500, not Microsoft.

    5. The point of the signature is identification, not security. Basically, Microsoft wants to be able to identify the author of any kernel-mode code running on Win64. Stable? Well written? That is a completely separate matter covered by a different process. The idea is that if a kernel-mode driver does something stupid/illegal like sniff for passwords, Microsoft wants to be able to track down the author and possibly blacklist/revoke the driver signing certificate if flagrant violations are found.

    Yes, this presents some inconvenience for small or not-for-profit organizations that want to write drivers. In most cases (something like WinPCap), I suspect they'll be able to find a "sponsor" organization willing to sign the driver. Other drivers can really never be trusted (CoLinux, for example) because the driver loads arbitrary externally supplied code into the kernel, so sponsors might be more hesitant to sign them (their certificate would probably be blacklisted).

    On the other hand, it means that any rootkit/sniffer/malicious driver will have a name and address associated with it -- very handy for picking up the trail of the author (or at least shutting him/her down via certificate revocation).

    --
    Time flies like an arrow. Fruit flies like a banana.
  102. It is coming (was Re:Coercion?) by sowth · · Score: 1

    For a long time I have talked about the features they are going to add to DRM. Such as this one: requiring signed drivers for everything. But microsoft shills modded me a troll.

    Maybe some will listen now.

  103. YOU get real by springbox · · Score: 1
    The only unsigned driver I have ever seen was for an old Voodoo board.

    I get unsigned driver warnings when I'm trying to install the LAME ACM or XviD binaries. Makes you wonder how useful these will be initially when people start using Vista.

    Plus I have noticed there are a few well known hardware manufacturers (Belkin's rebranded USB Bluetooth adapter for one) that are intentionally shipping unsigned drivers with their stuff. Their installation manuals either tell you to ignore the unsigned driver warnings or the installer will automatically disable whatever protection Windows is using against unsigned drivers so you never see the warning in the first place.

    Either way, it's not just going to affect people using custom or old hardware. It will affect businesses and open source projects the same.

  104. Re:What happens if your hardware manufacturer dies by dbIII · · Score: 1
    if the company that wrote the driver ceases to exist.

    What if they just cease to care about their hardware - like HP for example. Watch that $10000 plotter become worthless unless you keep a legacy PC handy for people to print from that PC and not over a network.

  105. Meh. by Money+for+Nothin' · · Score: 2, Interesting

    What about the module that performs the verifcations (probably just a hash comparison, like Tripwire on *nix)? Suppose somebody conveniently inserts a JMP instruction to the location of the code following a successful verification, allowing the comparison binary to otherwise behave as if the check had succeeded (probably either terminating at that point or trying to perform another verification if a binary hash exists)?

    (I personally don't grok x86 ASM well enough to do this. But some people do.)

    As with privacy, the question is "who watches the watchers?"

  106. Re:What happens if your hardware manufacturer dies by EvanED · · Score: 1

    There's certainly a huge incentive for it to be broken--how many botnets will be set to work on it as soon as Vista is released?

    Barring any revelations about P and NP that would have consequences far more broad than MS's certificate being broken (many FAR, FAR more dire consequences (as essentially all crypto from the last few decades is based on the assumption that P!=NP) than just MS having to decide whether to revoke its certificate), I think you can sleep well. There's an outstanding $30,000 reward for anyone who can factor a given 704-bit number. A year ago a team finished putting 30 processor-years (2.2 gHz Opterons) to breaking a 640-bit number. These signatures are probably 1024 or 2048 bits. This is not an easy problem by any means. You could probably throw today's computers at it for millenia and be little closer to breaking MS's certificate.

    And I don't like the possibility that, if MS had a dispute with a hardware vendor, they could threaten to revoke the certificates to the vendor's drivers that were already in the field...

    Yeah, this you can lose sleep over. :-p

  107. It's about security for them, not you. by gillbates · · Score: 1

    I think the issue is that of the user's right to fully use the hardware capabilities of their own system. DRM effectively grants ownership of your hardware to the big media corporations.

    Granted, while this does protect against malware, Microsoft has incessantly provided upper-level access to malware writers, and shows no sign of stopping. It does little good to have a signed, verified OS layer if the mail layer will arbitrarily execute code without prompting the user*. This specific approach may prevent one type of malware attack, but the goal is DRM; that is, security for content providers, not for the end user. Security is just the moniker being used to deprive the end user of capability which is rightfully theirs.

    * - granted, this may be patched, but you can count on the "Microsoft Mindset(TM)" to introduce yet more security holes in required components of the OS.

    --
    The society for a thought-free internet welcomes you.
  108. Whatever, Microsoft. by Khyber · · Score: 1

    It only takes a person knowledgable with Vista to find this, re-write and, crack a few files to seem legit, and you've got no more DRM once the 'updated' OS hits bittorrent. Guess you guys haven't heard of Windows XP - Scene Edition, have you?

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
  109. DRM doesn't solve security problems by TheLink · · Score: 1

    How about just suspend the virtual machine you are running the software under. Get some program to mess with the suspended image (make a backup if you're paranoid), resume the altered image.

    Once you get the hang of it, it probably makes it easier to alter things on a real machine.

    The hardware virtualization stuff is improving so the virtual machines will be running not much slower than the real machines, and the stuff in the virtual machine may not be able to easily tell whether it's in a real or virtual machine.

    The DRM stuff doesn't protect you from Sony, and I doubt it will protect you from the bad guys.

    For example: say Python/Perl stumps up the USD500 and gets certified. It doesn't mean that perl and python scripts will be safe to run.

    I'd say spammers or bot farmers can do practically all they want with perl or python, so what if it's slower? Those quad core CPUs are coming soon, and most people aren't going to be using all of the cores anyway...

    --
  110. DRM etc aren't being used to improve safety by TheLink · · Score: 1

    Running stuff in a virtual machine could help bypass DRM and those bootloader issues. You can fiddle with stuff as much as you want, and at best the stuff stuck in your Matrix is going to have a bit of Deja Vu, or time dilation...

    Things aren't going to be safer. This is because DRM isn't being used to make things safer. DRM is being used to make the rich richer.

    Sony and friends will still get their evil stuff certified.

    Hackers will still find holes in signed stuff and thus run stuff at higher privileges.

    Spamware/Malware/Botware people can just run malicious scripts. I doubt the intepreters or byte code executors will all require stuff to be signed. There's a lot you can do with a single line of perl...

    --
    1. Re:DRM etc aren't being used to improve safety by julesh · · Score: 1

      Running stuff in a virtual machine could help bypass DRM and those bootloader issues. You can fiddle with stuff as much as you want, and at best the stuff stuck in your Matrix is going to have a bit of Deja Vu, or time dilation...

      True. The fact that you can run your entire OS in a simulated environment with a virtual TCPM module that allows you to modify its state (and/or extract its private key) has always meant that the entire system isn't a secure DRM implementation. It just raises the bar slightly on how far you have to go to break the DRM.

      Things aren't going to be safer. This is because DRM isn't being used to make things safer. DRM is being used to make the rich richer.

      I think in the case of TCPM, a group of engineers used DRM as an excuse for selling something that actually will help make things safer. You see, even that virtual TCPM module won't get around using TCPM as a means of effective host-based access control, because the virtual TCPM module will have to have a different private key to the real one on a system. So useful stuff like automated sweeps of LANs to ensure there's no rootkits installed, etc, will still be possible. Only the DRM will be broken.

    2. Re:DRM etc aren't being used to improve safety by TheLink · · Score: 1

      The virtual TPM could have more than one key and use a different key depending on the circumstances (scan of the stack). It might be slower than a real TPM when compared to a genuine external clock, but how fast should a real TPM be?

      Also determining whether the external clock was genuine could become an "arms race" - given that the controller of the VM can also tamper with the process that's trying to talk to the clock...

      BTW using this to ensure that no rootkits are installed is laughable. Notice that the AV people did not flag Sony's stuff as a problem at all even though it was a problem. Verisign has made pretty significant signing mistakes before. Plenty of signed stuff has had exploitable bugs.

      I don't see anyone responsible for the Sony rootkit being prosecuted. So why should anyone be that discouraged from doing the same thing again?

      --
  111. Re:What happens if your hardware manufacturer dies by psmears · · Score: 1
    Barring any revelations about P and NP that would have consequences far more broad than MS's certificate being broken (many FAR, FAR more dire consequences (as essentially all crypto from the last few decades is based on the assumption that P!=NP) than just MS having to decide whether to revoke its certificate), I think you can sleep well.
    You're right, a brute-force attack on the keypair itself is probably a lesser worry than some of the other problems (though it's an interesting thought that 30 processor years is less than 1 botnet-day... I suspect a lot of security planning has been based on the assumption that that sort of computing power is only in the hands of large governments, but that's another story...). But other threats (I'm thinking human mismanagement of keys—eg by storing them on a Windows server ;-) are still a concern...
  112. GFX cards... by DrYak · · Score: 1

    My graphic card (an old 3DFX Voodoo 5 6000) happen to run on community-developped drivers (see downloaded from http://www.3dfxzone.it./

    This is the exact kind of situation where not giving an alternative to signed kernel drivers is going to hurt. ...Oh wait, I guess Vista won't install on non-quad-gpu-DirextX-12d-compatible-5Ghz-4096Mo gfx boards.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:GFX cards... by Z34107 · · Score: 1

      Vista will not run on ancient hardware. You need a graphics accelerator, and it needs more than 4MB of memory.

      It will run on "older" hardware - you need something from this decade (800MHz CPU and 512MB RAM) and all the POW! FWOOSH! ZING! eye candy is turned off unless Vista sees that you actually have said quad-GPU-DirectX-12d-compatible-5GHz-4096Mo cards.

      As for your point about community-developed drivers - yea, that sure sucks, because odds are the "community" isn't going to be able to fork over $cash to get a digital signature.

      I'm a bit sympathetic with Microsoft's view, tho - every blue-screen reflects poorly on Windows, not what actually caused the crash. Even if a shitty HP printer driver makes your system unstable, in the user's eyes this is because Windows is crap, not because HP is lazy and made a broken driver.

      So, Microsoft took away everyone's blue-screen priviliges by forcing most drivers into user mode. Anything with blue-screen priviliges (kernel-mode) they want to look over themselves to make sure they can call this version of Windows "stable" with a straight face. (Kinda important considering "bluescreen" and "Windows" are synonymous, even though the kernel runs just fine.)

      --
      DATABASE WOW WOW
  113. Assistive device drivers by tepples · · Score: 1
    If an opinion garners discussion, clearly others have ideas about the opinion, and everyone learns.

    And my idea about your opinion is that the hardware hacking community is a useful resource that doesn't deserve some monopolist stepping on it. In fact, stepping on the assistive hardware hacking community with an unaffordable entry fee ($500 per year plus whatever your state charges for incorporation) might run up against Section 508 of the Rehabilitation Act as amended, causing developers of computer operating systems that are locked down in this way to lose their U.S. Government contracts.

  114. If I want to contact Microsoft... by tepples · · Score: 1
    If the issue is charitable development, contact Microsoft.

    Which e-mail address, postal address, or fax number should I use?

    If the issue is hobby development, contact Microsoft.

    Which e-mail address, postal address, or fax number should I use?

    1. Re:If I want to contact Microsoft... by msobkow · · Score: 1

      Try their community relations department for your country. Don't bother with sales or support -- they have work to do. You're looking for charitable donations, unless of course you're not a registered charity, in which case you're probably SOL.

      http://support.microsoft.com/contactus/?ws=mscom

      --
      I do not fail; I succeed at finding out what does not work.