Slashdot Mirror


Security Firm Bypasses Patch Guard

filenavigator writes, "This week the security firm Authentium found a workaround for Patch Guard, the security feature Microsoft has embedded into the 64-bit version of Windows. It is supposed to keep out unsigned drivers, kernel modifications, and security company competitors. With Authentium's workaround it can be turned off, software installed, and turned right back on. Microsoft immediately responded by saying their reckless ways are endangering the security of Windows users and that they will disable this hack quickly."

122 comments

  1. The Aura of Patchiness! by Ninjaesque+One · · Score: 2, Funny

    I wonder what the implications will be for security: Oh, yes; Windows is already swiss cheese. . . . Dutch Cheese! Now with 100% more holes!

    --
    Ninjas and pirates. How piquant.
  2. Reckless? by Izago909 · · Score: 4, Insightful

    What's more reckless... writing software with security holes and making its' selling point the high level of security it contains... or discovering an exploit that defies the marketing team?

    1. Re:Reckless? by Anonymous Coward · · Score: 1, Interesting

      I know this isn't the answer that the slashdot crowd wan't to here, but designing an exploit is a lot more reckless than designing code that can be exploited.

      One's a mistake; the other is deliberate.

    2. Re:Reckless? by Izago909 · · Score: 2, Informative

      How about a reputable security firm discovering an exploit and making the details public... or some kid in his basement who keeps it to himself and does who knows what with it?

    3. Re:Reckless? by Gregory+Cox · · Score: 3, Insightful

      Designing an exploit is not reckless - the only thing that can be reckless is using the exploit you've designed in the wrong way, or giving it to the wrong people.

      As a security company, Authentium ought to know how to handle exploits properly. Presumably if they had a trusting relationship with Microsoft, they'd let them know about it quietly. Instead, they announced it publicly, using it as a bargaining chip against Microsoft in case it reneges on its promise to provide adequate APIs for security vendors.

      Microsoft, on the other hand, didn't say "thanks for letting us know, so we can patch it - just make sure you disclose the information in the proper way". Instead they're quoted as asking Authentium to "abandon the tactic" - clearly they view the very existence of the exploit as an embarrassment, even as a threat, and don't expect Authentium to play friendly and just hand over the details.

      Ideally, the two companies should be working together against malicious software writers to secure users' computers. Seen from that point of view, isn't the whole situation a little weird?

      --
      If you all Google Slashdot, will it Slashdot Google?
    4. Re:Reckless? by marafa · · Score: 1

      slashdot translator: i know this isn't the answer that the slashdot crowd want to hear, but designing an exploit is a lot more reckless than designing code that can be exploited

      --
      _ In Egypt Networks: Network Solutions with a Twist
    5. Re:Reckless? by Anonymous Coward · · Score: 0

      How about the best of both worlds? How about a so-called reputable security researcher who reports the details confidentially to the vendor while publicly saying they found a vulnerability in product X, keeping the details out of the press release?

  3. Reckless by Anonymous Coward · · Score: 2, Insightful

    Yes, Microsoft's reckless ways *are* destroying the security of Windows users.

    1. Re:Reckless by Opportunist · · Score: 1

      You say that as if it was supposed to increase the security of Windows user systems.

      It is supposed to increase the security of software and content run on those machines against their users.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  4. Let it be said again. by Lord+Kano · · Score: 4, Insightful

    Necessity is the mother of invention.

    If Microsoft hadn't been so assholeish about it, no one would have needed to circumvent their "protections".

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
    1. Re:Let it be said again. by Instine · · Score: 1

      I agree. Although I was looking forward to the end of Norton. Alls not lost yet! Such hacks are always going to emerge. And hackers will exploit them, as will small agile companies. But lumbering behemoths like Symantech should find it hard to use one of these xploits commercially before M$ sort the fix.

      --
      Because you can - or because you should?
    2. Re:Let it be said again. by daeg · · Score: 4, Insightful

      Norton has been using hacks in win32 from day 1, and I'm sure they'll use them again this time around. I just hope Microsoft closes them as quickly as Norton exploits them -- the same holes that Norton uses will be the same holes that viruses use.

    3. Re:Let it be said again. by Foolhardy · · Score: 4, Insightful

      This isn't a security hole. The fact that a process with admin privileges (yes, they're required for this) on the system can modify the kernel is something that can't be fixed by any means, on any OS (except via full TCPA). Microsoft knows that. Trying to protect the computer from malware/viruses that already have admin privileges is a joke. This is designed to make it such a pain for 3rd parties to continue modifying the kernel's internals (something that they shouldn't be doing in the first place) that they switch over to the public interfaces designed for the same purpose. Norton's crying that they have to clean up their code. Sophos already switched over.

    4. Re:Let it be said again. by tb3 · · Score: 1

      Yah know, I wish people would call it 'Symantic Anti-Virus'. I always feel a bit sad when I see Peter Norton's name being dragged through the mud.

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    5. Re:Let it be said again. by innocent_white_lamb · · Score: 1

      I always feel a bit sad when I see Peter Norton's name being dragged through the mud.
       
      He's the one who chose to sell his name, so I find it difficult to cry too hard for him.

      --
      If you're a zombie and you know it, bite your friend!
    6. Re:Let it be said again. by Anonymous Coward · · Score: 0

      Well Peter Norton still works for Symantec, and he still endorses putting his name on the craptacular AV product.

      The funny thing is, the Symantec-branded Antivirus product is much better behaved.

    7. Re:Let it be said again. by Anonymous Coward · · Score: 0
      The fact that a process with admin privileges (yes, they're required for this) on the system can modify the kernel is something that can't be fixed by any means, on any OS (except via full TCPA).

      That depends how you define admin privileges. I think you're correct on most if not all existing operating systems, but that need not be the case.
    8. Re:Let it be said again. by Johnno74 · · Score: 2, Insightful

      The problem is where does this leave tools like daemon tools, which require a device driver? They are screwed, unless they use hacks like the article describes. free/open source apps won't be able to afford a cert for their drivers, and MS may not give them one anyway.

    9. Re:Let it be said again. by Firehed · · Score: 1

      SAV and NAV are two entirely separate products, just sold by the same company. Symantec is reasonably well-behaved, as you'd expect from a very expensive product designed for massive enterprise licensing. Norton, on the other hand, is about three notches below full-on shitware. It's his own fault for putting his name behind the crappy consumer version instead of the relatively decent enterprise product.

      --
      How are sites slashdotted when nobody reads TFAs?
    10. Re:Let it be said again. by tb3 · · Score: 1

      I don't think it's his fault. He was out of the software business long before Symantec changed it's focus from development tools and utilities to the more lucrative 'security' market. I don't think Peter Norton had any say in the matter.

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    11. Re:Let it be said again. by Anonymous Coward · · Score: 0

      This is not correct. Device drivers like those used by daemon tools and other similar programs do not need to be run in the kernel in vista architecture. These types of drivers can run in lower privilege levls in vista as they don't need to touch any hardware directly.

    12. Re:Let it be said again. by Foolhardy · · Score: 1

      PatchGuard is about stopping modifications to the kernel's internal structures, like the syscall table and the kernel's image. It has nothing to do with loading drivers that use only the kernel's public interfaces.

      However, Microsoft HAS decided that only kernel-mode drivers signed with a SPC (software publishing certificate) can be loaded on x64. Microsoft doesn't charge anything for a SPC directly, but you do need to buy a cert from a commercial CA like Verisign. There is also an option that the user can specify during boot-up to disable the signature checks.

      I, too, am worried about how inconvenient or expensive it will become to use free/open source drivers in Vista like Daemon Tools and OpenVPN. Although since I reboot so infrequently, I can live with setting the "Disable driver signature enforcement" every time I restart the OS. It's annoying, but usable. The thing is, disabling digital signature enforcement probably breaks all 'protected content' apps... I'm not sure if that's a bad thing or not.

    13. Re:Let it be said again. by oddfox · · Score: 1

      Uhhh, what? Daemon Tools 4.0.6 runs just fine in both 32-bit and 64-bit Vista. And Jesus Christ, as far as affording certs go I guess the majority of Slashdot has never heard of donating to a project you care about keeping around. $500 for a one-year license? Oh no, whatever shall we do?! Give me a fscking break, am a regular at many sites which operate off donations and pitch in when I can to keep what I like active.

      --
      "We invented personal computing." - Bill Gates
    14. Re:Let it be said again. by oddfox · · Score: 1

      And I should have used the preview button to catch that missing 'I'.

      --
      "We invented personal computing." - Bill Gates
  5. Spelling correction. by Majik+Sheff · · Score: 5, Funny

    You left the 'n' out of "defines".

    --
    Women are like electronics: you don't know how damaged they are until you try to turn them on.
    1. Re:Spelling correction. by Hamoohead · · Score: 4, Funny

      I thought "defiles" was was spelled with an "L"

      --
      "If your parents never had children, chances are you wonât either." -Dick Cavett
  6. Politeness by Steamhead · · Score: 4, Funny
    Microsoft immediately responded by saying their reckless ways are endangering the security of Windows users and that they will disable this hack quickly.

    Rather nice way to say "Thanks, we will fix this right away" eh?
    1. Re:Politeness by Volante3192 · · Score: 1

      Plus add another two weeks to the date Vista goes gold.

  7. 'obvious' bug. by SillyNickName4me · · Score: 3, Interesting

    So, the way to achieve this is by changing contents in the pagefile by writing disk sectors directly.

    If such an obvious bypass has not been considered, how many other such issues exist that are yet undiscovered?

    Then, the supposed 'fix' is to disallow writing raw disk sectors for any non kernel code. This will only work when not allowing for things like disk editors and recovery tools, because those would need ways to bypass this and this just opens up new attack vectors.

    1. Re:'obvious' bug. by innocent_white_lamb · · Score: 1

      So, the way to achieve this is by changing contents in the pagefile by writing disk sectors directly.
       
      This problem on Vista isn't newly discovered. It was discussed here earlier this month, in fact.

      --
      If you're a zombie and you know it, bite your friend!
    2. Re:'obvious' bug. by SillyNickName4me · · Score: 1

      Conceptually, such attacks have been known on various platforms for a long time, but seldom considered very relevant because of there being easier attack vectors or practical attacks requiring already having the ability to run your own kernel-mode code. There exist systems that guard against it I'm sure, and there are various ways to guard against it.

      It just surprises me that Vista didn't guard against it so far because of it being such a well known concept, and even if you didn't know the concept, it should still be glaringly obvious from reading up on the implementation of paged virtual memory.

  8. Remember what "security" means by Sloppy · · Score: 4, Insightful

    To users, security is about protecting the machine from external threats.

    To Microsoft, security is about protecting the machine from everyone, including the owner and admin.

    To users, security is about protecting the user's personal data and ability to use the machine.

    To Microsoft, security is about protecting someone's data (not necessarily the user's) from everyone (perhaps including the user).

    To the computer's owner, the machine is entirely their own domain, and exists for their own benefit to maximize their own interests.

    To Microsoft, the machine is partitioned and not all of it belongs to the owner, ultimately to maximize Microsoft's interests.

    To the computer's owner, their relationship to Microsoft is that the computer owner is the customer.

    To Microsoft, their relationship to the computer's owner, is that the owner is both a customer and a product.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:Remember what "security" means by kimvette · · Score: 1

      Actually. based on what I've seen of Microsoft's actions over the last few years, their view of security is that their monopoly must be protected, regardless of right of first sale, fair use, or any other consumer rights.

      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    2. Re:Remember what "security" means by westlake · · Score: 1
      To Microsoft, security is about protecting the machine from everyone, including the owner and admin.
      To Microsoft, security is about protecting someone's data (not necessarily the user's) from everyone (perhaps including the user).

      the population of the US is 300 million.

      at any given moment there must be millions of users running a PC without advanced skills or technical support. no help desk. no system adminstrator. no geek living next door with a clue to what has gone wrong and how to fix it.

      in that context, protecting the user from himself makes perfect sense.

    3. Re:Remember what "security" means by Tim+C · · Score: 1

      To users, security is about protecting the machine from external threats.

      And right there is half the problem; the most common threat faced by a desktop machine is that of a user with admin privs unwittingly installing a trojan or virus.

    4. Re:Remember what "security" means by Opportunist · · Score: 1

      True, to a point. But a machine I buy is still supposed to be mine to do my bidding. That's what it is about.

      When a machine's (or its maker's) intentions are above its user's, something is running very wrong. My machine is mine. And I will make it mine.

      If that means to break the law, so be it.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  9. Will we ever learn by Anonymous Coward · · Score: 0

    When will people come to the realization that we will never truly create secure technology. Technology is only secure by secure processes, people, and practices.

  10. Banging head against cement.... by beheaderaswp · · Score: 1

    I keep sitting here hoping... in fact praying (an I'm not a religious guy)... that SOMEBODY gets a court to understand how strongly the antitrust laws could be applied to something like this. Simple Points:

    1. Microsoft historically cannot secure it's own operating system.

    2. Microsoft wants to charge for securing it's operating system.

    3. Microsoft makes it difficult for *others* to secure it's operating system.

    Yeesh...

    1. Ford historically makes cars that explode.

    2. Ford wants to charge extra for a car with "options" that make it not explode.

    3. Ford makes it difficult for others to make Ford cars not explode.

    Get the gun Gertrude, I'm gonna join with old Uncle Ben.

    --
    Another consultant who stuck it out.

    "We are the Priests, of the Temples of Syrinx..."
    1. Re:Banging head against cement.... by Angostura · · Score: 3, Insightful

      Well, I hate to be contrarian (actually I don't) but in this case Microsoft is attempting to address you point 1. in a reasonable way, by disallowing unsigned drivers. The fact that the protection can be broken is problematic. The fact that Microsoft is now looking to close the loophole is fine.

    2. Re:Banging head against cement.... by beheaderaswp · · Score: 1

      Um yea... that makes sense in portions of Redmond Washington, in an opium den, and a closed session of congress.

      But if you actually use their OS it makes no sense because the fox is guarding the chicken coop.

      --
      Another consultant who stuck it out.

      "We are the Priests, of the Temples of Syrinx..."
    3. Re:Banging head against cement.... by kfg · · Score: 1

      Ford makes it difficult for others to make Ford cars not explode.

      http://www.fuelsafe.com/mustang.htm

      KFG

    4. Re:Banging head against cement.... by Joebert · · Score: 2, Funny
      Get the gun Gertrude, I'm gonna join with old Uncle Ben.

      1. Uncle Ben historicly produces meals that make me constipated. 2. Uncle Ben wants to charge extra for meals that wont make me constipated. 3. Uncle Ben makes it hard for others to take a shit.
      --
      Wanna fight ? Bend over, stick your head up your ass, and fight for air.
    5. Re:Banging head against cement.... by Perseid · · Score: 1

      If this route actually does lead to securing Windows, kudos to them. Hats off to them. And it's just too bad for Symantec if it means the OS is more secure. The problem is that I don't see that happening. I disagree with you when you say Microsoft is attempting to address his point 1. It seems to me that Microsoft is attempting to make it LOOK like they are addressing his point 1. The fact that the security monitoring companies are already finding flaws in an OS that's supposed to ship in a month is a very bad sign.

    6. Re:Banging head against cement.... by Nasarius · · Score: 1

      Microsoft is attempting to address you point 1. in a reasonable way, by disallowing unsigned drivers

      That is not "reasonable". In fact, it totally screws many independent software developers. For example, if you have a piece of software with a driver that gets frequently updated, do they really expect you to get every one tested and signed by MS? This is their way of making money and locking out smaller software companies.

      I don't see how it helps security, anyway. If something has gotten to the point where it's trying to install some infected driver, aren't you already screwed? Does it really matter that the virus code isn't allowed to run in kernel mode?

      --
      LOAD "SIG",8,1
    7. Re:Banging head against cement.... by drsmithy · · Score: 1

      That is not "reasonable". In fact, it totally screws many independent software developers. For example, if you have a piece of software with a driver that gets frequently updated, do they really expect you to get every one tested and signed by MS? This is their way of making money and locking out smaller software companies.

      Maybe those small developers should write their code properly so such frequent updates aren't necessary ?

      I don't see how it helps security, anyway. If something has gotten to the point where it's trying to install some infected driver, aren't you already screwed?

      Only if it actually succeeds in doing so.

      This is like saying "what is the point of write permissions ? Surely if something has gotten to the point where it's trying to write to a file, you're screwed anyway."

      Does it really matter that the virus code isn't allowed to run in kernel mode?

      It does when you're talking about rootkits.

  11. The conclusion: by A+beautiful+mind · · Score: 2, Insightful

    Malicious software and black hats will continue to use the pagefile exploit to overwrite what they need and do what they want, while legitimate software writers get locked out completely. Kind of defeats the purpose...or do you think that MS had a different purpose altogether?

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
  12. Obscurity... by RyanFenton · · Score: 2, Interesting

    The only realistic hope for security through obscurity is if your product never actually comes in contact with a customer. Doesn't matter what kind of black box you put things in - if it comes in contact with a customer, it should not be considered secret or secure.

    If you can package it to put it into a black box, someone's either going to open it, poke at it for a response, or figure out how to replace it. And especially with computers, they'll figure out how to use it in a more general way than you intended.

    If you cannot accept that your ideas, no matter how big or well-crafted, are just a part of the greater ocean of ideas, then as long as your ideas can be used, your ideas are going to be swept away against your wishes. Until the nature of humanity is changed, that is the nature of the way we deal with ideas (and thus software/hardware). I personally find much more comfort in that dynamic than pain - there are many more ways to use that dynamic rather than fight against the ocean, so to speak.

    Ryan Fenton

  13. Bit of a stretch by Psykosys · · Score: 3, Interesting
    It is supposed to keep out unsigned drivers, kernel modifications, and security company competitors.
    While it could be argued that part of Microsoft's goal with PatchGuard is to keep out "security company competitors", there's no hard evidence, AFAIK, that this was one of Microsoft's design goals in creating it and it's somewhat irresponsible to suggest this. If there were, this would presumably be an easy court case and security companies wouldn't have a hard time at all suing Microsoft for illegal measures to establish a monopoly, etc. Instead, they'll be faced with the uphill task of proving that the "keeping out the competition" aspect is not just a necessary side effect of the rest of the design.
    1. Re:Bit of a stretch by A+beautiful+mind · · Score: 1
      If there were, this would presumably be an easy court case and security companies wouldn't have a hard time at all suing Microsoft for illegal measures to establish a monopoly, etc.
      You mean like they are taking action against MS in the EU?
      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
  14. Unsigned drivers by The_Morgan · · Score: 1

    Seems like MS wants in on Apples game. Make hardware companies pay to have their drivers offically MS approved. Also keep people from using older, obsolete computers. In order to get that next version of windows you'll need a new rig with all the 'taxes' paid up.

    1. Re:Unsigned drivers by Midnight+Thunder · · Score: 1

      Seems like MS wants in on Apples game. Make hardware companies pay to have their drivers offically MS approved.

      Last time I checked anyone could write a driver for Darwin/MacOS X. No need to pay a $500 privilege to do so.

      --
      Jumpstart the tartan drive.
  15. Wait, wait. . . by Hamoohead · · Score: 2, Insightful

    Isn't the whole reason for these security companies' existance because of Microsoft's "reckless ways"? Although the notion of a black box kernel can (and I'm sure - will be abused by MS by eliminating DRM circumvention - say goodby to virtual CD drivers), isn't this the only true way of making sure that nothing gets past the kernel? Kudos to MS for plugging this hole.

    --
    "If your parents never had children, chances are you wonât either." -Dick Cavett
    1. Re:Wait, wait. . . by marcosdumay · · Score: 1

      "isn't this the only true way of making sure that nothing gets past the kernel?"

      Funny thing is that it's useless, it won't stop people from copying data or emulating hardware.

      At least not until the hardware itself is able to recognize Windows and refuse to run everything else. And even then, it is a hard problem to solve.

    2. Re:Wait, wait. . . by Vector7 · · Score: 1

      How is having control over my own computer a security hole? Any malicious software I might download and run from the internet doesn't need magic kernel superpowers to do its harm. Everything I care about - my files, my running applications - is hanging right out there in userland, and this isn't going to change. Even running as the most limited user, if I click that email attachment and run it, it will free to delete all my personal files and mail them off to china, regardless of whether it can load a driver into the kernel. Either way, I'm screwed, and the machine needs to be wiped.

      Locking down the security of the kernel on a single-user machine doesn't inherently secure the user, it only secures software in kernel mode from being tampered with by software in user mode. It seems plausible that if I had an antivirus program running in the kernel, I would want stop malicious programs in usermode from disabling it. However, if the antivirus is doing its job, shouldn't it have detected the virus/trojan/whatever before it even had a chance to attempt this? Note that Microsoft is locking the antivirus vendors out as well. This is assuming you even consider antivirus software a good idea, which is questionable, as it basically serves to make risky behavior (executing random software from the internet) somewhat less risky (but still a bad idea). This is due to the impossibility of having up to date signatures for 100% of all malicious software, or even of forming a universally accepted definition of what constitutes "malicious" (as anyone who has had basic utilities like "netcat" deleted by their antivirus software will no doubt agree).

      You could argue that locking the kernel down also prevents the stealthy kernel-mode "rookits" that are currently all the rage (provided they don't have an exploit to circumvent the protections). I personally think this threat is greatly exaggerated, particularly when you don't have to be stealthy at all to hide from most users. Even if I'm wrong, read below.

      It is widely (and cynically) said that the "security" provisions of the Windows Vista kernel have more to do with DRM (and preventing the user from interfering with it) than they do protecting the user from outside threats. I believe this to be an accurate assessment of Microsoft's intentions, and almost certainly this will be people's experience with it in practice. In fact, DRM and malicious software have surprisngly similar interests. Both are against the interests of the user, thus the need to protect themselves from user intervention. Whether you are a Jon Johansen working around DRM, a cracker disabling software protections, or a security researcher analyzing a piece of malicious software, you need this same level of control over your computer. Having the ability to control the machine from within the kernel is a real win if you need to inspect or manipulate a process that does not want you disturbing it. In any case, locking down the kernel takes away a valuable tool for these people. The difference is that the DRM or software cracker, doing marginally or outright illegal things anyway, won't mind using exploits to work around the protections. The legitimate developer or researching needing these same abilities is left out in the cold.

      In the end, we cede control over our computers to Microsoft, in exchange for the ability to download music or video online in DRMed formats that artificially restrict what we are allowed to do with it. At the same time, I could load Visual Studio up right now, write a program that deleted every file in your documents folder, post it on the internet, and nothing any OS security measure can do would stop you from losing your documents if you ran it. In a couple days when the antivirus started recognizing it, I could just write a slightly different version that it didn't recognize. That doesn't leave me feeling any more secure.

    3. Re:Wait, wait. . . by Anonymous Coward · · Score: 0

      yeah well except the second time you have to wipe it because of this you'll get a lovely message saying " you nedd to buy windows because you have reached your limit of activations" and then Micro$oft are laughing all the way to the bank....

    4. Re:Wait, wait. . . by Zantetsuken · · Score: 1
      "At least not until the hardware itself is able to recognize Windows and refuse to run everything else"
      wouldn't that be an attempt at monopoly though on the part of the hardware vendor(s) AND/OR Microsoft because you wouldn't be able to use the hardware with Linux or Mac for example if it was cross-platform before the hardware-drm. Thankfully I'm not a lawyer, this crap can get kinda confusing...
    5. Re:Wait, wait. . . by VGPowerlord · · Score: 1

      "At least not until the hardware itself is able to recognize Windows and refuse to run everything else."

      Change a few words around and I'd think you were describing Mac OSX on Intel:

      "At least not until the OS itself is able to recognize apple hardware and refuse to run on everything else."

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    6. Re:Wait, wait. . . by Hamoohead · · Score: 1

      I may get a karma hit for this, but. . .

      My concern is not whether you have control over your own computer system, but whether an unauthorized person is able to hook the kernel to install a root kit wreaking havoc on my own system. Remember, it was MS's laudable decision to make admin the default mode in XP to begin with rather than following Linux and OSX method of requiring password access for any system level manipulation opening us up to a myriad of web bugs. It is because of this poor judgement that Sony was able to use root-kit exploits to disable CDA on my system. Why didn't they do the same on OSX or Linux? I doubt very seriously if it had to do with the relatively small market share of these platforms. IMO, it had more to do with their inability due to stronger secuity measures implemented in these platforms. After all, even a small market share would allow someone to rip CDs and make them available to any platform. If I want "complete control" of my system (which, by your comment, I assume to mean being able to modify the code to my heart's content or choose who has access to my security), I will boot into my Gentoo installation and tweak my happy ass off. If I want plain functionality without the hassles of web bugs, I prefer a system that is closed. Period. IMHO, just say no to kernel space. If you can't do it in userspace, then it shouldn't be done without signed code. Any programmer worth his salt should be able to code just about anything they want with those restrictions.

      When I am producing a CD from raw tracks in my production studio, I could care less about whether I can install a security system from vendor "X" or how much of the kernel is hidden from development. I just want the damn thing to work flawlessly without worry that my clients project will be lost or delayed because of some ass that wants to sell me a pill or mortgage my house. So I use a Mac, primarily because of Apple's choices in default usermode for OSX. Since I sometimes have need to use my Mac for internet as well, I find Apples security measures to be a stable and intelligent solution. It makes much more sense than making every user an admin because gramma may not understand what to do. Hell, gramma doesn't understand what NOT to do. Gramma just wants it to work too. Gramma doesn't want to have to pay to fix a problem every time she visits a phishing site. Gramma would much rather spend her money on her grandchildren than give it to Symantec to protect her from a threat that never should have been possible.

      For all else, including research, web design, and plain old surfing for fun, I use my PC. I would like to be able to navigate without fear of compromise as I did in the days before W98 when virii and trojan infection required a little stupidity and careless handling of unknown shareware to become a reality. Imagine for a moment an internet where we didn't have to use noscript plugins. Wouldn't it be nice to be able to just surf? When I want to code, I code. When I want to tweak, I tweak. When I want to surf, I just want to freakin' surf! I don't want to have to think about getting suckered into a web exploit. How nice it would be to have an internet devoid of phish. But this is reality.

      If MS can get this right (and I realize their track record leaves some of you cringing), then I am all for it. Hell, I would applaud trusted computing at the hardware level if I thought it would stem this tide of spam and trojan proliferation. What I am saying, is this is a good first step.

      Before all you fellow /.ers get bent out of shape with this, why not think of gramma? Do you think gramma knows the difference between signed and unsigned code or even cares? All she wants is to send her email and play bejeweled without seeing all the popups and freezes associated with these maladies. If you want total control, install another OS.

      --
      "If your parents never had children, chances are you wonât either." -Dick Cavett
  16. Backasswards compatibility by TubeSteak · · Score: 2, Insightful
    What's more reckless... writing software with security holes
    FTFA: The company specifically said that it is using an element of the kernel meant to help the OS support older hardware to bypass the feature. The loophole allows the company's tools to infiltrate Vista's kernel hooking driver, and get out, without the OS knowing the difference.

    It would seem to me that backwards compatibility is, once again, a security hole.
    --
    [Fuck Beta]
    o0t!
  17. Dear Microsoft... by Volante3192 · · Score: 1

    The tighter you clench your fist, more bits will slip through your fingers.

    Seriously, did they think this wouldn't be broken? This has become a bad joke. Big company uses software to protect their code, rag tag team of coders breaks it, big company throws a hissy fit, we all laugh at and mock the company.

    How many more times must this happen before someone at one of these megalithic corporations realizes all they're doing is reinventing the wheel over...and over...and over again?

  18. Nice Anti-Microsoft blurb - good job, editors by Animaether · · Score: 5, Informative

    "Patch Guard ... is supposed to keep out ... security company competitors"
    Uhm. Yes. According to -some- security company competitors whose entirely livelihood depends on Windows being as insecure as it is? Certainly not according to Microsoft itself.

    "Microsoft immediately responded"
    really?
    Microsoft doesn't respond anywhere in that article. In fact, page 2 (yes, it's one of THOSE articles) specifically reads:
    "Microsoft representatives didn't immediately respond to calls seeking comment on Authentium's move."

    So where -did- they respond?

    "by saying their reckless ..."
    and that whole article doesn't contain the word 'reckless' at all. So where did they say this, again?

    Mind you, the article itself is in error when on page 2 it states:
    "Next Page: Microsoft defends itself."

    And when you get to page 3, you get:
    - a symantec spokesperson
    - an industry watcher, possibly:
    - Andrew Jaquith of Yankee Group

    But absolutely no Microsoft. So where is Microsoft defending itself?

    Don't get me wrong, I think PatchGuard probably has more holes than a slice of Swiss cheese... but the submitter's text needs redacting, and the original article could do with an -actual- statement from Microsoft.

  19. RTFA! by A+beautiful+mind · · Score: 1

    The whole point of the first article was that Microsoft "fixed" the pagefile workaround! I would have thought you're new enough at here to RTFA!

    Anyways, good riddance that this company found another way around...

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
    1. Re:RTFA! by A+beautiful+mind · · Score: 1

      D'oh. Thanks for telling me. See, that's what I get for not reading TFA.

      Next time I'll be more careful.

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
  20. same old thing, it gets boring by Anonymous Coward · · Score: 0

    The marketing team promotes the product while having little idea of how it works, its not their job, their job is to sell the product, if anyone is EVER surprised that MS has flaws in its (in)security, well i am at a loss fo words on that one

    Vista is a product for MS to eliminate second party software companies of any kind and regain its fast track on a total monoply of the market, it kills MS that users buy antispyware, antivirus, cd/dvd burning and authoring, etc, programs from companies other than ms

    as an informed consumer it is our duty to let them know in no uncertain terms what we want and if they arent delivering we will try mac or linux....yet we just keep bending over and say "its up to you if you want to use vaseline before you bone me, AGAIN!

  21. MS PhotoEditor will outperform Adobe by 100x by 140Mandak262Jamuna · · Score: 4, Insightful
    OK, let us take the next logical step, all direct disk write by non-kernel mode process will be off. Applications like Pinnacle, Adobe Photo Editor, Maya and Gimp will suffer slow disk write times. MS PhotoEditor also would suffer similarly. Except, MS PhotoEditor coder, some nice chap who is just doing his job gets his ears chewed out and small chairs thrown at him. Goes into the source code tree finds the coder who is controlling the access to the direct diskwrite part in OS side. Bingo, in the next release MS PhotoEditor performs 100x faster than Adobe. Mindless editors of PCMag and others ooh and aaah about the "technological advances" made by innovative MS.

    Yeah, sure it is a far fetched conspirational theory. Mods, before you mod it troll or offtopic or wierd or paranoid, take a look at the comments in the code outed by MainSoft. Obsolete version of Windows NT code. But it had numerous comments like, "Private entry point for Jim to get Excel access memory faster". Private entry points, calls that take shortcuts through several application layers and protocols... that is how security holes are made. Such close nexus between application coders and OS coders is the reason why such api-layers are violated.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    1. Re:MS PhotoEditor will outperform Adobe by 100x by FlyingGuy · · Score: 1

      Let us not forget about Teddy Bear!

      --
      Hey KID! Yeah you, get the fuck off my lawn!
    2. Re:MS PhotoEditor will outperform Adobe by 100x by Foolhardy · · Score: 4, Informative

      What could you possibly be talking about? Direct disk access means bypassing the filesystem and reading and writing to the sectors directly. This requires administrator privileges for good reason: it bypasses file security, file locks and all the other nice things that filesystems do. No user application requires the ability to bypass the filesystem. Don't you need to be root to access a mounted block device on a UNIX? It's the same thing. The fact that it's possible to modify the kernel when you have admin privileges (and physical access for that matter) is hardly suprising, and in fact is unfixable (short of full TCPA).

      PatchGuard is only there to discourage apps that hook the syscall table (an inherantly unsafe operation) and make other modifications to the kernel's private, volaitle internal interfaces. When Windows NT was written, the MS devs never expected 3rd party devs to go poking around with the kernel's private interfaces, and are rightly disgusted when those 3rd party software programs cause problems because of it. Compare this to Linux: you are free to maintain your own custom build of the kernel, but in the mainline, all the kernel interfaces are so volaitle, every minor revision is binary incompatible with the rest. You'd never get a device driver accepted into the mainline if it depended on private interfaces that break every revision, even on a source level. Microsoft is well within their prerogative to make changes the Windows kernel's internal, private interfaces. This doesn't work too well when 3rd party apps are dependent on them never changing, especially when Windows crashes because of it. PatchGuard is a technical speed bump to make it harder for 3rd party software companies to screw with the kernel's internals. Microsoft knows that it's an unwinnable arms race, but hope that the 3rd parties will decide it's just easier to stick to the kernel's public interfaces. Microsoft is willing to create new stable public interfaces to support the necessary behavior.

      The only thing I can think of that you might be talking about for reduced performance is if you meant no intermediate buffering when you said "direct disk write". The FILE_FLAG_NO_BUFFERING and FILE_FLAG_WRITE_THROUGH buffering options are unrelated to direct disk access (which actually means bypassing the filesystem to access the block device directly). Write through and unbuffered IO aren't going anywhere.

      As for special hooks that MS applications get into the OS that no one else gets, how about an actual example?

    3. Re:MS PhotoEditor will outperform Adobe by 100x by Anonymous Coward · · Score: 0

      What all those apps should be using (and probably are) if they're worried about filesystem API overhead, are memory-mapped files. Problem solved, no need to go back to 1980s l33t k0d3r techniques.

    4. Re:MS PhotoEditor will outperform Adobe by 100x by 140Mandak262Jamuna · · Score: 1
      As for special hooks that MS applications get into the OS that no one else gets, how about an actual example?

      Well couple of minutes in google fetches this gem

      private\mvdm\wow32\wcntl32.c:
      // These undocumented messages are used by Excel 5.0

      private\mvdm\wow32\wgdi31.c:
      // InquireVisRgn is an undocumented Win 3.1 API. This code has been
      // suggested by ChuckWh. If this does not fix the s 2.0
      // problem, then ChuckWh would be providing us with an private entry
      // point.
      from this site. Since MS is closed source, it would be very difficult to produce numerous examples of such private entry points and undocumented interfaces. So please dont come back with, this source file doe s this this and this which has nothing to do with kernel mode disk access. My point is that OS dev team is under severe pressure from MSOffice dev teams. MsOffice produces 80% of the profit for MS. When MsOffice honcho calls on the OS Big Kahuna, we all know who is a chair throwee and who is the chair thrower. Wonder what would happen if someone pulls a SCO on MS and get some comments alone out, not any code, just the comments.
      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    5. Re:MS PhotoEditor will outperform Adobe by 100x by Anonymous Coward · · Score: 0

      Undocumented features and API use: http://www.kuro5hin.org/story/2004/2/15/71552/7795

    6. Re:MS PhotoEditor will outperform Adobe by 100x by Foolhardy · · Score: 1
      Let's see here:
      Excel 5.0 was released in 1993 for Win16 and uses undocumented messages in one of the windows common controls. I was hoping for something a little more substantive, more recent, and involving the kernel.
      In the InquireVisRgn comment doesn't mention anywhere that InquireVisRgn or the "private entry point" is used by anything but the OS itself. It's not an issue if the OS is using its own private interfaces.

      Notice that in the article, they noted that there were about as many compatibility hacks for 3rd party software as there is for Microsoft software. 3rd party apps even got to have the behavior of undocumented functions modified for their benefit at times. Really, Microsoft shouldn't be obligated to keep 3rd party software that does bad things or uses internal functions working correctly (Apple certainly doesn't) but decided to bend over backwards for 3rd party apps in many cases. PatchGuard is all about Microsoft being able to change the kernel's internals without having to worry about breaking 3rd party apps that shouldn't be in there in the first place.
      Since MS is closed source, it would be very difficult to produce numerous examples of such private entry points and undocumented interfaces.
      That's true, but it doesn't relieve you from the burden of proof. Besides, when the nearly the entire NT4 source was leaked no one cried foul about all the undocumented functions offered to MS applications. I think they would have, if they could have.
      So please dont come back with, this source file doe s this this and this which has nothing to do with kernel mode disk access.
      The only way to do IO from user mode is through one of the IO syscalls (NtReadFile, NtWriteFile, Nt[Fs|Device]IoControl, Nt[Query|Set]InformationFile, NtQueryDirectoryFile, Nt[Open|Create]File) plus memory mapped files (the Nt*Section syscalls). These functions are in fact part of the kernel's public, documented interface. If the code in question never reaches these syscalls, it's not doing any IO (unless you can show that there's some other way to perfom IO). Basic code traps can show exactly when these calls are being made.
    7. Re:MS PhotoEditor will outperform Adobe by 100x by Anonymous Coward · · Score: 0

      I work at Microsoft, and I can assure you that while things were a bit looser back in 1993, it doesn't work like that now. Before shipping any piece of software, we have to run it through a program called ApiScan which verifies that all calls to Windows DLLs (both user-space and syscalls) are via publically-documented interfaces. This process was introduced as part of the settlement with the justice department, and is taken very seriously. You're simply not allowed to ship with any calls to undocumented functions.

      Besides, if the published API for any part of Windows was really 100x slower than the internals, heads would roll.

  22. Wayback Machine... by Duncan3 · · Score: 1, Insightful

    Page Files... Wow.

    I haven't had a machine with one of those in at least 5 years. I also don't have a 5 1/4" floppy drive anymore. Both turn a modern dual-core machine into an Apple ][e class machine.

    In all seriousness, why is this even supported in 64bit Vista?

    Memory is no longer a constraint in a 64bit system. If you can afford $450+ (widely leaked price) for the non-crippled Vista, you can afford the RAM. And if you're running a server, paging = death, even when using 15k RPM drives.

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
    1. Re:Wayback Machine... by Tacvek · · Score: 3, Informative
      Are you sure you have no page files? Most operating systems will swap out memory. Windows defaults to having a page file. (At least 32-bit XP does.) (Mine uses a 1536MB-3072MB paging file). Linux has the swap partition.

      Sure, 64-bit means a memory cap so high it is very unlikely you will ever reach it, but what is the highest one machine is going to have? 8GB? 16GB? Even with that much memory, a paging file can sometimes increase performance. It may be because of architectural design faults. At one point Linux would run faster with a Swap-FS on a ramdisk than with no swap at all. (I'm completely unaware of when or if that has changed.)

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    2. Re:Wayback Machine... by Anonymous Coward · · Score: 1, Insightful

      Yeah, you can always switch it off, if you are 100% certain you don't need it. But usually the OS doesn't page for fun, but only when the memory situation demands it. Not to mention, at anything below ~4GB, I would not want to be without a pagefile, simply because of the theoretical danger of some application demanding a lot of RAM, and there suddendly being no way out, and all applications running a-risk of memory allocation denial.
      Swap /page certainly isn't as necessary as it used to be, but the way it does what it does is much safer than no swap/page at all.
      If you have memory in abundance, put a first priority swap onto a RAM disk and a small secondary one on a hdd. This gives the advantages of a fast swap, at the cost of real RAM, with the advantage of the OS managing it like swap, and enough memory for your usual needs.

    3. Re:Wayback Machine... by fishbowl · · Score: 2, Interesting

      There are good reasons to have virtual memory even when there is sufficient physical memory.
      Some applications need a lot of RAM, but not all at once. So if they don't do a lot of page-outs, they are actually put a much less significant load on the overall system than the same applications would if they had to store their entire state in physical RAM.

      --
      -fb Everything not expressly forbidden is now mandatory.
    4. Re:Wayback Machine... by Monkelectric · · Score: 2, Insightful

      It is a common misconception that machines only page when they are out of memory. Kernels will page various resources (file handles, etc) even when not out of ram. Also, paging allows the computer to decide what is useful and maximizes available ram by taking advantage of temporal localities in data and code.

      --

      Religion is a gateway psychosis. -- Dave Foley

    5. Re:Wayback Machine... by daverabbitz · · Score: 1

      HAHAHAHAHAHA, first of all, shame on you, everyone has 5 1/4 inch drives.

      Secondly swap is invaluable when running large multiuser application servers.

      Yes swap will kill your web server, probably your file server too, but when it comes to user applications where a large proportion of them will be suspended at any one time, I'm not going to put 16G of ram in a server when 8G and 8G of swap is perfectly sufficient. For instance a user leaves a browser open at some page for 4 days, it's not doing anything, but without swap it's going to use maybe 500MB of ram (Firefox is a pig), I'd much rather have it swapped out, and have the user suffer a slight delay to retrieve their app when they finally decide they want to use it.

      --
      What could be better than a jet powered motorcycle? http://www.youtube.com/watch?v=u8l6GTHLSWE
    6. Re:Wayback Machine... by Ruie · · Score: 1
      Page Files... Wow.

      I haven't had a machine with one of those in at least 5 years. I also don't have a 5 1/4" floppy drive anymore. Both turn a modern dual-core machine into an Apple ][e class machine.

      In all seriousness, why is this even supported in 64bit Vista?

      Memory is no longer a constraint in a 64bit system. If you can afford $450+ (widely leaked price) for the non-crippled Vista, you can afford the RAM. And if you're running a server, paging = death, even when using 15k RPM drives.

      A few notes:

      • Paging actually happens even without the page file - with memory mapped files, in particular executables. The page file (or swap partition) exists for anonymous memory - one that is not tied to a particular existing data.
      • One application of a pagefile is when you have opened 20 firefox windows a week ago, minimized them and then opened another 20 now. The old windows will likely have their data sitting in the pagefile and it is as they ware not running - except that in another week you can open the old windows and they will come back in a second or two. (Not sure how realistic this is with firefox, but I had done this plenty of times with konqueror, don't use firefox much).
      • Swap is exceedingly slow only if you are doing random access on it. On the other hand there are reasonable uses if you are trying to access in a linear fashion more memory than you physically have. For example, suppose you have 8GB machine and a 10 GB file you want a plot of. You could try to write your own script to do it while reading from disc or in chunk. Or, you could take an existing program (like R or Octave) load the file there and make a plot. Sure it'll take half an hour or so, but you could be doing something useful on another machine nearby.
      • Also it is not that easy to get a machine with large amount of RAM. On most motherboards (with the exception of some newer Serverworks chipsets) one has at most 4 sockets per CPU and the largest RAM stick one can get is 2 GB (there are 4GB ones but they are very expensive and slower). So a single cpu system can have at most 8GB. A two cpu - only 16 and the price would be more than $8K.
      • Lastly, on Linux the swapfile is also used to save system state when hibernating.
    7. Re:Wayback Machine... by magetoo · · Score: 1
      In all fairness, modern operating systems also cache disk accesses, even what is being paged out, so supposedly most things will still stay in memory, under normal conditions.


      In practice, this might not always work perfectly (especially when you're doing a lot of disk I/O); but I suppose it works pretty well most of the time for most people. It does - most of the time - for me at least.

  23. First sign of madness by Anonymous Coward · · Score: 0

    Either this exploit is already in the wild or you've missed your medication again?

  24. This ranks with WMP crack by 140Mandak262Jamuna · · Score: 1

    So MS will fix it on the double. If it has already been shipped they will even issue an out of cycle patch like they did for WMP crack. But any security hole that affects only the users and not MS's stranglehold on the market, they will tackle it by waiting till the OS is end of lifed. They they resolve the bug, "OS no longer supported".

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  25. thoughts on patchguard by Pr0xY · · Score: 4, Insightful

    sure it's not perfect, nothing is, but I find the effort of making patchguard a step in the right direction. Here's the thing, If it were possible to prevent anything but pre-approved code from running in kernel space, there would be basically no need for vendors to hook the kernel in the first place.

    Also, a lot of people are really talking it up about how Microsoft sucks and patchguard is just another flawed attempt at security by a company that doesn't know its ass from its elbow (or something to that nature)...but I haven't seen much if any effort by any of the other mainstream OSes to prevent kernel patching at all. It is downright trivial to write a Linux kernel module which hooks all sorts of critical data structures, same with FreeBSD and Solaris.

    Is it the argument of the anti-patchguard people that if it can't be done perfectly, lets not even bother?

    I guess the major driving point of my being a Microsoft apologist in this case is that, at least from an academic point of view, the kernel is supposed to be the only software which accesses these low level things and abstracts out interfaces for the rest of the software to utilize...the kernel shouldn't be exposing anything like direct disk access, or kernel space memory to user space....ever, under any circumstances. do that and things like rootkits are an awful lot harder to make in the first place.

    Some Linux distros are starting to get the point by limiting and sometimes eliminating entirely access to /dev/kmem which is a step in the right direction, but it's still not good enough.

    The way I see it, Microsoft may not be perfect, but at least they are trying.

    proxy

    1. Re:thoughts on patchguard by Anonymous Coward · · Score: 0

      I guess the major driving point of my being a Microsoft apologist in this case is that, at least from an academic point of view, the kernel is supposed to be the only software which accesses these low level things and abstracts out interfaces for the rest of the software to utilize...the kernel shouldn't be exposing anything like direct disk access, or kernel space memory to user space....ever, under any circumstances. do that and things like rootkits are an awful lot harder to make in the first place.

      I don't know how many times this has to be stated: THIS IS NOT ABOUT THE KERNEL STOPPING ACCESSES -- THIS HAS ALWAYS BEEN A GOOD THING. IT'S ABOUT MICROSOFT NOT GIVING THE USER EVEN THE OPTION OF PATCHING THE KERNEL.

      I can't decide to trust Symantec (I don't trust them, but that's not the point) because Microsoft has decided for me, and will not let that decision be undone.

    2. Re:thoughts on patchguard by NullProg · · Score: 2, Informative

      but I haven't seen much if any effort by any of the other mainstream OSes to prevent kernel patching at all. It is downright trivial to write a Linux kernel module which hooks all sorts of critical data structures,

      Nope,
      I can build my Linux kernel without module support. Your module is not going to get loaded.

      Enjoy,

      --
      It's just the normal noises in here.
    3. Re:thoughts on patchguard by Eivind+Eklund · · Score: 2, Informative
      Actually, at least FreeBSD let you block kernel modules and all other ways of modifying the kernel (until reboot): Set the sysctl kern.securelevel.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    4. Re:thoughts on patchguard by karmatic · · Score: 1

      So your kernel compiled without modules write-protects /dev/kmem, too?

      Granted, using something like GRSecurity, it's certainly doable. It does, however, require some third party help.

    5. Re:thoughts on patchguard by Anonymous Coward · · Score: 0

      1. Disable module support when building the Linux kernel.
      2. Minix ftw. Only the clock runs in kernel space.
      3. MS should've built Vista on Singularity. Singularity is an OS built by people at MS who do indeed "have a clue". Vista seems to have a performance hit vs XP anyways, so it would have been much better to have a Singularity base system with legacy support via WoW emulator. On newer processors with VT or Pacifica, the WoW emulator could be paravirtualized.

    6. Re:thoughts on patchguard by roystgnr · · Score: 2, Funny

      it would have been much better to have a Singularity base system with legacy support via WoW emulator.

      That might fix a few Windows kernel bugs, but imagine the hordes of new bug reports you'd see instead:

      "I want to start Excel, but it's in the Arathi Highlands and I keep getting PKed by a level 60!"

    7. Re:thoughts on patchguard by asuffield · · Score: 1
      Missing the point. This is not and never has been about stopping virus attacks - it won't accomplish that and Microsoft knows it; every Windows kernel is full of exploitable bugs and most viruses exploit them.

      This is about stopping the user from modifying the kernel's behaviour, so that Microsoft can lock down your computer and control what you do with it.

      the kernel is supposed to be the only software which accesses these low level things and abstracts out interfaces for the rest of the software to utilize


      Not in the Windows world. There, the kernel is the software which Microsoft does not want altered - stuff like parts of the user interface, IE, etc. (I'm not kidding, IE *does* have components which run in ring 0).
    8. Re:thoughts on patchguard by Pr0xY · · Score: 1
      I would beg to differ, it is about stopping virus attacks. First of all, one of the main points of my post's previous argument was that if you could stop malware from modifying the kernel, you would effectively eliminate the need for AV vendors to modify the kernel as well.

      Secondly to respond it being about
      "This is about stopping the user from modifying the kernel's behaviour, so that Microsoft can lock down your computer and control what you do with it."
      Well yea, who says that the user should be able to? Keep in mind that if patchguard technology existed in Microsoft kernels since windows 95, people would have never complained, because once again...it is the kernel's job to prevent access to critical data structures to ensure system stability and reliability.

      "Not in the Windows world. There, the kernel is the software which Microsoft does not want altered - stuff like parts of the user interface, IE, etc. (I'm not kidding, IE *does* have components which run in ring 0)."


      I am aware that IE has components that run in ring 0, my response is...so? IE still accesses this code through some sort of approved interface such as a system call or ioctl (this is a certainty as the hardware prevents all but a very few instructions from changing privilege levels downwards). Nothing about this fact contradicts my assertion that the kernel is supposed to be the only software which accesses these low level things and abstracts out interfaces for the rest of the software to utilize.

      "This is not and never has been about stopping virus attacks - it won't accomplish that and Microsoft knows it; every Windows kernel is full of exploitable bugs and most viruses exploit them."


      So basically you are saying that since it isn't an effective solution, it must be bad and/or not worth doing? That's ridiculous, I suppose you don't have an alarm system on your car either? It not like it doesn't take an experienced thief less that 30 seconds to shut it off and continue stealing your car. Car alarms are not 100% effective, but they are a deterrent, they add another level of difficulty and annoyance to the thief. Same principle applies here, it makes it more difficult and is better then not doing it at all.

      Bottom line, lets say that it will stop just about half of the kernel level attacks starting in 2007. First of all, it will prevent all previous code from working, so all the malware that's out currently suddenly stops working, this is a good thing. Second of all, do you think that all future malware is going to have this patchguard bypass technology? odds are against it, maybe over time more and more will have the capability, but in the short term, let's say 50% again (probably being generous here). That is a significantly smaller amount of malware able to attack your system than before, so what's the problem?

      Other AV vendors besides Mcafee and Symmantec have managed to port their AV technology to a patchguard enabled system, so it's not like you wont have any protection if something does get through.

      I really fail to see the harm it putting up a defense like this.

      proxy
  26. not really. by Anonymous Coward · · Score: 0

    It's about two things.

    The first and foremost: DRM DRM DRM. If drivers have to be signed and approved by MS, they have to be DRMed.

    Second: it means MS doesn't have to worry about little hardware manufacturers and whether or not they will work with Windows. There was a direct quote from an MS bigwig on this... wish I had it.

  27. Biased story submission, by Rip!ey · · Score: 3, Informative

    The slashdot summary says "Microsoft immediately responded by saying their reckless ways are endangering the security of Windows users and that they will disable this hack quickly."

    But the article reads differently. "Microsoft representatives didn't immediately respond to calls seeking comment on Authentium's move. O'Donnell said that Authentium has informed Microsoft of its work, and that the software company asked it to abandon the tactic and wait for its new APIs ..."

    1. Re:Biased story submission, by civilizedINTENSITY · · Score: 1

      There were two links. You missed it.

  28. Seriously by fwarren · · Score: 1
    How long do you think it will be till things are back to business as usual?

    1. Virus writers find a new way to exploit weakness in Patch Guard, system gets new virus.
    2. Microsoft updates their anti-virus product to fix/remove this virus after the fact and patch Patch Guard to prevent the exploit from working.
    3. Lather and repeat. Goto step 1
    --
    vi + /etc over regedit any day of the week.
  29. Patch Guard according to Sophos by Bloater · · Score: 1

    According to Sophos, "PatchGuard is a positive step".

    This posting itself only provides a direct link to a Sophos article, and does not indicate any opinion on the subject, either of mine or of my employer (whomsoever that may be - which I'm not telling you).

    1. Re:Patch Guard according to Sophos by Anonymous Coward · · Score: 0

      Hey dipshit,

      "Be" is a linking verb, so trying to use "whom" (in "whomsoever") is incorrect. While it did give me a good laugh to watch you try to appear intelligent (much like the users of the word "virii"), it is still wrong.

    2. Re:Patch Guard according to Sophos by Bloater · · Score: 1

      Is "linking verb" a new linguistic term? I don't recall it during my linguistics training, perhaps you mean that "be" (in this case) is the copula. As a native English speaker, it's difficult to figure out whether it's the copula since we don't have the two separate forms of many other languages (such as Irish). Since the morpheme that converts "who" to "whom" need not agree with a feature of the verb but is based on the noun's case, the copulative nature (or not) of the verb here is not terribly important.

      BTW, "whomsoever" is quite correct as the structure of the sentence is "obj subj adv verb" and in the objective case "whosoever" becomes "whomsoever". That's the quirky thing about archaic words (in their hang-on phrases) like this - the structure of the sentences they're used in is often quite different to modern usage causing people with a secondary school level of linguistics education (or speakers of American English, of course, which has many differences to British English) to 1) think that the first noun in a clause is absolutely always the subject, and 2) think that human language is so regimented that it would matter one jot, whit, or ounce if it was.

      I could've said "whosoever be that", or "that be whomsoever" but it would've sounded silly either way - as a speaker of a human language, I simply chose the phrasing and inflexional morphology that sounded the most fluid to me lug-'ole - which happened to be one of the many "formally" correct ones (for the relevancy that has).

      > you try to appear intelligent (much like the users of the word "virii"), it is still wrong.

      I didn't need to try. And in English, the plural of "virus" is, of course, "viruses" - in Latin, however, I believe it is "viri". But given the number of people who say "virii" and who understand it to be the plural of "virus" it is perilously close to actually *being* one of several English plural forms like "hobbitses" for "hobbit".

      In short, then, let us normal people carry on using natural language in a natural way.

  30. Unsigned drivers necessary for now by lemaymd · · Score: 2, Informative

    I'm not sure what effect PatchGuard and its related technologies will actually have on security, but they certainly do cause certain hardware configurations to become unusable and confiscate a great deal of power in Microsoft's hands. I wanted to experiment with an M-Audio Delta 1010LT pro audio card on Vista 64-bit, but M-audio hasn't released any signed drivers for that particular card and has stated that they will not do so until Vista is officially shipped. Theoretically, it shouldn't have been possible for me to install the 64-bit XP drivers in their place, and it actually wasn't without some hacks. However, the necessary hacks are laid out in great detail in a public MSDN document and actually automated by some scripts in the latest Windows DDK: http://www.microsoft.com/whdc/system/platform/64bi t/kmsigning.mspx I just followed MS' tutorial on disabling driver signature enforcement and had the XP 64-bit drivers installed in about an hour, after self-signing them using automated tools. So, I'm skeptical of the strength of these new security measures. By the way, the XP drivers didn't work after all. :-)

    1. Re:Unsigned drivers necessary for now by octopus72 · · Score: 1

      However you can be certain that protected video path and other DRM-protective kernel stuff will be immediately shut down if patchguard is bypassed (and apps will refuse to play content). In case of secret/unpatched workarounds, apps relying on DRM for copy protection can be fooled and content ripped, which is Microsoft's biggest concern.

  31. Dupe, old news by Anonymous Coward · · Score: 0

    The old overwriting a kernel mode driver (like null.sys) code while in the swapfile thing is hardly news. The solution being not swapping those kernel parts (requiring ~80MB RAM more), or disabling user-mode direct access to the HD (which I believe they will do).

    Old news. Actually, I'm pretty sure this is a dupe, but I haven't RTFA, so perhaps this is a new twist on it...

  32. Best. Grammar error. Ever. by mattwarden · · Score: 1

    This is why God invented ambiguous references:

    Microsoft immediately responded by saying their reckless ways are endangering the security of Windows users

    Finally, admission of guilt.

    1. Re:Best. Grammar error. Ever. by Anonymous Coward · · Score: 0

      LOL.

      Reading it that way, it sounds like the spokesman was slipped truth serum at the press conference.

  33. Yeah, right. Reckless. by Weaselmancer · · Score: 1

    Same way it would have been reckless to point out the iceberg to the captain of the Titanic.

    --
    Weaselmancer
    rediculous.
  34. The Microsoft statement is behind the other link by jesterzog · · Score: 2, Informative

    Don't get me wrong, I think PatchGuard probably has more holes than a slice of Swiss cheese... but the submitter's text needs redacting, and the original article could do with an -actual- statement from Microsoft.

    Perhaps this link was added to the slashdot summary after you posted your comment for all I know, but the slashdot summary that I read had two links, and I found that statement quite clearly after following the first link. About the 13th paragraph down in that article states, complete with the additional link that I've included here:

    Microsoft immediately responded with a angry attack stating that that the hack harmed windows users by reducing the security of Windows.

    So no points for grammar in that sentance (which I copied verbatim), but it seems to explain quite clearly what the Microsoft criticism is. That second linked article begins with the paragraph:

    Microsoft officials say they are unhappy that security software maker Authentium has decided to bypass the controversial PatchGuard kernel protection feature in its next-generation Vista operating system, and said that the tactic could lead to eventual problems for users of the company's software.

    ...and goes on for quite a while. Is this the statement you meant?

  35. enable/disable the hack? by Anonymous Coward · · Score: 0

    >>Microsoft immediately responded by saying their reckless ways are endangering the security of Windows users and that they will disable this hack quickly

    hmm... i wonder if they plan to enable it in the near future.. seems odd why they wouldn't remove it completly. not that it would benifit anyone at all.

  36. Goes in the source tree? Why? by nurb432 · · Score: 0, Redundant

    Being a fellow 'blessed' microsoft team member, all he has to do is walk across the hall, and ask that his wonderful application gets the 'fast lane access' to the file system.

    You know there will be provisions for THEIR apps to do such a thing since they are 'trusted', but deny others the same direct access 'for your security' .

    --
    ---- Booth was a patriot ----
  37. Re:Biased summary.. by civilizedINTENSITY · · Score: 1

    lol...that wasn't a summary, that was a quote from the article! How can quoting the article be a "biased summary"?

  38. Security against the user will not work by Opportunist · · Score: 1

    Two things. First of all, there are other exploits that allow the installation of unsigned drivers. As far as I know (but I'm not the expert in that field), they have not been fixed so far. They have also not been published so far.

    It's sensible to assume that they will be used instead.

    The battle for system security is up, and this time it's not MS and its users against the malware writers. It is MS against its users, and users against malware authors. Yes, I did not forget about the tangent of MS against malware.

    It is not there. The reason is simple: Malware will be mainly using hacked systems (read on for details). So it simply isn't the problem of MS. Their "locked" machines are secure, the users that are infected did crack it, so MS is out of liability. Case closed for MS.

    The problem is that the main beneficiary is the malware author. MS will lock the machine. The users will crack it (yes, that's a "will", without a "try to" following). Most users don't have a clue how that works, granted, but you can rest assured that there will be dummy-compatible packages available. Malware will run mostly on cracked machines, simply because there will be enough of them, and they're easier to infect. The infected user, in turn, can not turn to his peers for help, because he already did break the law in the first place. Helping him would incriminate their aide, too, so any net based help is definitly out. At best you could try to get aid from your local computer guru, who'd better be a security expert and loves you enough to be your partner in crime.

    In other words, the amount of fixed machines will be incredibly small. And given that reinstalling is not a trivial matter, since you'll have to crack the system again (and most affected people will need aid in that, too), few will go through the ordeal and simply live with the trojan.

    Security companies will not be able to help either, simply because they have to obey the law, cannot use the exploits to get the malware into the machines and are thus stalled outside and locked out. You cannot even sensibly dissect and analyse malware anymore, since you'd have to use a hacked machine to do just that, which, in turn, is not legal.

    In a nutshell: We'll have a lot more infected, unpatched and generally insecure machines than ever. We're approaching a golden age for malware writers.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Security against the user will not work by linuxrocks123 · · Score: 1

      I think you'd have a hard time convincing a court that running a general-purpose PatchGuard disabling mechanism violates the DMCA, which is the only law I can think of that might apply to this. Since the rest of your post depends on the assumption that "cracking" a machine you own is illegal, I don't think your predictions are valid.

      --
      vi ~/.emacs # I'm probably going to Hell for this.
  39. Re:Biased summary.. by VGPowerlord · · Score: 1

    Did you visit both articles? If so, you would have noticed that the IntelliAdmin.com article sources an eWeek article written by Matt Hines. eWeek's Matt Hines, in case you missed it, said "Microsoft representatives didn't immediately respond to calls seeking comment on Authentium's move." in the earlier of their two articles.

    So, yes, involving a second website in order to get an anti-Microsoft quote is indeed a biased summary.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  40. Re:Biased summary.. by civilizedINTENSITY · · Score: 1

    This is interesting and all, but not what was posted, that I responded to. The title, "Biased summary", and the text, "It is supposed to keep out unsigned drivers, kernel modifications, and security company competitors." Which is in the summary, but is a quote from the article. Hence, the quote was not indicating a biased summary, but rather the quote was indicitave of the rest of the article.

    This was followed by the sig, "The sun is hot! Water is wet! Slashdot summary is biased! News at eleven."

    I "lol"-ed at the fact that the anon coward used a direct quote to indicate a bias in the summary. "Quite quoting exactly what I say, or I'll call your reporting biased!"

    While you are totally offtopic, still...WTF are you trying to say?

    "Microsoft representatives didn't immediately respond to calls seeking comment on Authentium's move." That was indeed on the second page of the first article, whose title was: "Security Vendor Bypasses Microsoft's Vista PatchGuard", and which was *not* part of the slashdot article.

    Rather, the followup article the next day was linked in the IntelliAdmin.com article, using the phrase "Microsoft immediately responded with a angry attack stating that that the hack harmed windows users by reducing the security of Windows." This link was to an article titled "Microsoft Decries Vista PatchGuard Hack".

    First, your quote is a day late and therefor offtopic. It is distracting and I assume that is why you made it. Second, quoting a hyperlink that the article in question uses is hardly "involving a second website to get..." anything. That is an accurate summary of the article, because that is what the article did, and how the article described it.

    If you wanted to say the article was biased, you could have tried. But you didn't. You seem to want to say the summary is biased, because you don't like what the article says. *shakes head*

  41. New Canonical Oxymoron: Microsoft Security Feature by FractalZone · · Score: 1

    "This week the security firm Authentium found a workaround for Patch Guard, the security feature Microsoft has embedded into the 64-bit version of Windows."

    Anything that highlights one of the many flaws in a typical Microsoft (In)security feature should not be considered an a mere exploit or even a workaround, but rather a tremendous public service! When said public service enables the installation of real security features (as opposed to the buggy bloatware which Microsoft Hype(tm) labels a "security feature"), Microsoft should not be allowed to use its monopoly power to silence or eliminate the very worthy competition. Of course the latter goal, getting rid of competitors, not protecting its users, is the real objective of Microsoft's attempted lock down of its 64-bit Windows kernel.

    One of the principles of any good security scheme is that it is not dependent on obscurity. If Microsoft was truly confident of its code, it would make the code open source. In reality, Microsoft is quite aware of how lame its code is and knows that even without seeing the source, other people are making an honest living delivering fixes for Microsoft's blunders. Hence, Microsoft tries to exclude the competition by preventing their products from working.

    In the area of computer security, perhaps more than anywhere else, Microsoft is working very hard to lower the bar in order to increase its profits at the expense of ordinary users. I, for one, do not trust Microsoft. Just look at the spyware known as Windows Genuine Advantage (WGA) notification that Microsft tried to foist upon the unsuspecting masses. Informed people refer to it as Windows Genuine Disadvantage...

    I want someone with a vested interest in pointing out the glaring design flaws, numerous bugs, and generally feeble nature of the so-called security features in Microsoft's products to be able to implement effective solutions that protect the users of Microsoft products from malware, crackers, and (hopefully) Microsoft itself.

    Fighting for Truth, Justice, and Stupendous Karma,
    Fractalzone

    --
    "You're young, you're drunk, you're in bed, you have knives; shit happens." -- Angelina Jolie
  42. not X64 just Vista by Archfeld · · Score: 1

    I've been running windows xp pro X64 for some time without any of these issues. This is a 'Bonus Item' M$ has included/inflicted on Vista...

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  43. Re:Biased summary.. by Anonymous Coward · · Score: 0

    right on brotha.. how can a news source claim to be responsible unless they are. I think slashdot has earned the responsibility of being a respectable source of journalism based on its large subscription reader base. poor use of the " mark.

  44. Re:The Microsoft statement is behind the other lin by Animaether · · Score: 1

    Indeed, there was but one link (the original article seems to have additional references now as well).

    I think I'm still looking for the statement about something being quote reckless unquote, though. Saying that they are unhappy (duh), and that user's might find themselves in a pickle if relying on a product which uses a method that will be rendered defunct soon (or already is, according to that article you linked to), is hardly saying that Authentium was being reckless and endangering Windows security and whatnot.

    In terms of redacting, the blurb should have at least pointed to the article you linked to on that last link, as the wording in that link suggest that Microsoft's response is to be found in the article linked to; which it is not.

  45. But but but by Cally · · Score: 1
    ... I posted this before this story ran!

    Right, I'm sulking now ;p

    --
    "None are more hopelessly enslaved than those who falsely believe they are free." -- Goethe
  46. Sorry what was that? by tuxisthefuture · · Score: 1

    Microsoft immediately responded by saying THEIR reckless ways are endangering the security of Windows users by not disabling the hack before release?

  47. No it's not... This isn't about security anyway. by ivan256 · · Score: 1

    There is no reason for that to be true. Locking out old drivers doesn't provide security, nor would allowing them have to lessen security. The only reason Microsoft is requiring signed drivers is for DRM.

  48. endangerment? by sliverstorm · · Score: 1

    So how is it that the other companies' reckless ways are endangering users? Let me see if i have this straight: step 1: MS makes OS with a security hole step 2: 3rd party company discovers security hole and publishes step 3: MS reprimands them for uncovering the hole Why is it step 2's fault!? It would have been discovered eventually anyway by hackers, isn't it better that a company discovers it and allows microsoft to know? analogy: step 1: NASA builds rocket with fatally flawed engineering step 2: 3rd party company examines shuttle and finds flaws step 3: NASA reprimands 3rd party for finding flaw and endangering crew sound like a fair comparison?