Slashdot Mirror


Windows' Patchguard Hinders Security Vendors

eldavojohn writes "Windows' PatchGuard seems to be upsetting third party security vendors such as Symantec, Sana Security and Agnitum. It sounds like the 'black hats' will be able to bypass this security feature (which will be in all copies of Vista) but force security software companies to give up developing software for Windows. From the article: 'PatchGuard will make it harder for third parties, particularly host intrusion-prevention software, to function in Vista,' said Yankee Group analyst Andrew Jaquith. 'Third parties have two choices: continue to petition Microsoft to create an approved kernel-hooking interface so products like theirs can work, or use "black hat" techniques to bypass the restrictions.' Apparently, using these techniques is not a difficult trick."

40 of 187 comments (clear)

  1. Oh noes! by Aladrin · · Score: 5, Insightful

    "Oh noes, windows has security! What'll we do?"

    C'mon, get a grip. Despite the fact that this is a dupe, it still angers me that the 'major' pc protection companies can't deal with windows actually securing itself. They would actually consider using blackhat techniques instead of the provided methods? They'd be fools, too. Any blackhat technique they use would be immediately patched by Microsoft. Doesn't take a genius to see that.

    --
    "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    1. Re:Oh noes! by y5 · · Score: 2, Funny

      Any blackhat technique they use would be immediately patched by Microsoft.

      Yes, they could patch. Or (and it's probably obvious, but IANAL) if they want to be "legally" anti-competitive, they could always claim that third-party vendors are violating the DMCA by using said techniques...

    2. Re:Oh noes! by timeOday · · Score: 3, Interesting

      I agree, this sort of system software IS going to break with each security rev of Windows. It only stands to reason that breaking viruses, which is what MS wants to do, is likely to break anti-virus software as well.

    3. Re:Oh noes! by gstoddart · · Score: 4, Insightful
      C'mon, get a grip. Despite the fact that this is a dupe, it still angers me that the 'major' pc protection companies can't deal with windows actually securing itself. They would actually consider using blackhat techniques instead of the provided methods?

      Well, history tells us that the likelihood of Windows actually securing itsself is pretty slim.

      If they could use black hat techniques, then it wouldn't be secure now, would it?

      Having said that, it's a catch-22. If Windows implements an approved kernel hook for the antivirus companies, it will get exploited. If they don't, then no antivirus software, but just as many virus writers.

      Wether or not Microsoft is going to help 3rd parties sell software to secure Windows, there will be people doing the same things they do now. Except in that case, the consumer is on their own and waiting for Microsoft to stop them from getting pwn3d.

      Cheers
      --
      Lost at C:>. Found at C.
    4. Re:Oh noes! by Jimmy+King · · Score: 4, Interesting
      "Oh noes, windows has security! What'll we do?"

      C'mon, get a grip. Despite the fact that this is a dupe, it still angers me that the 'major' pc protection companies can't deal with windows actually securing itself. They would actually consider using blackhat techniques instead of the provided methods? They'd be fools, too. Any blackhat technique they use would be immediately patched by Microsoft. Doesn't take a genius to see that.
      Part of the commplaint, though, is not just that they cannot provide proper security software for it but that MS' solution isn't actually providing any security. What they are saying is that this "security" feature makes it pretty much impossible to properly/legitimately do their job, but doesn't actually stop a good many of the techniques that hackers use.

      Whether MS' technique works or not, it's bad for us as it limits our choices.

      Of course I'm sure neither of these is a concern to symantec, only that they'll make less money, but they are still valid arugments to consider.
    5. Re:Oh noes! by MarkGriz · · Score: 2, Insightful

      "Any blackhat technique they use would be immediately patched by Microsoft"

      Immediately? I think you're being a bit generous.

      --
      Beauty is in the eye of the beerholder.
    6. Re:Oh noes! by canuck57 · · Score: 2, Interesting

      ... pc protection companies can't deal with windows actually securing itself.

      I heard this too going from Windows 98 to XP. Still waiting. Vista will be no different.

      They would actually consider using blackhat techniques instead of the provided methods? They'd be fools, too.

      Isn't this exactly what AV and firewalls already do? There is no open easy M$ official way to do any of these security functions is there? Wrapping a DLL here, swapping out a registry entry there isn't much different than a root kit is it? The only difference is the reasoning, one is to prevent further infections.

      M$ is finally doing what UNIX/Linux/BSD has enjoyed for many years, user processes should not be able to modify OS stuff! Hurray, M$ finally gets the idea!

      But me, I am already into UNIX/Linux/BSD so now that I am hooked, I just laugh at what it really costs to run a Windows platform. My worst problems are 7 year old power supplies dying when I add 500GB of disk or the thunder storm that bounced the power 5 days later.

    7. Re:Oh noes! by Fordiman · · Score: 4, Interesting

      Does anyone else smell a new monopoly suit?

      Microsoft moves into system security (with their firewall, spyware tool, and I think they recently bought an AV company), and then sets up a 'security' feature that just happens to block out their competitors?

      Yeah... that smells pungent to me.

      --
      110100 1101000 1101000 1100110 0 1101111 1101000 1100011 1
    8. Re:Oh noes! by Nigel_Powers · · Score: 5, Insightful

      Don't kid yourself...this is NOT a case of Windows securing itself -- this is revenue protectionism at its best. Microsoft is actively trying to make third-party security vendors a thing of the past.

      In all of this, Microsoft forgets the most important thing -- It's my freakin computer! If Microsoft hinders me from getting done what I (remember me? I'm the consumer) want, then I have to reconsider my OS decision -- which I did -- about 5 years ago -- and never looked back.

    9. Re:Oh noes! by phasm42 · · Score: 4, Insightful

      To add to your point, customers won't care when their viruses/malware break, but they will care when the security software they paid for breaks. It could also discourage people from applying updates, out of fear it will break their security software.

      --
      "No one likes working in a hamster wheel, and your shop smells of cedar shavings from here." - TaleSpinner
    10. Re:Oh noes! by 99BottlesOfBeerInMyF · · Score: 2, Interesting

      M$ is finally doing what UNIX/Linux/BSD has enjoyed for many years, user processes should not be able to modify OS stuff! Hurray, M$ finally gets the idea!

      So here's the problem, certain things do need to modify "OS Stuff." What if I want to run a hypervisor, or to kernel level process monitoring? On Linux you install a new kernel module or recompile a custom kernel. On Windows, there is no official way to do this, so companies that traditionally have relied upon this must move to unofficial mechanisms. Coincidentally, these are companies MS just put out a new product to 'compete' with. This is bad for users, since it takes control away from them and makes it harder or impossible to do things they have traditionally done (like run anti-virus software from anyone other than MS). It is also, a blatant violation of anti-trust law.

    11. Re:Oh noes! by DCGregoryA · · Score: 3, Interesting

      Viruses and you. In this case we're talking about locally executed binaries that are being run with root(admin) privileges.

      I just felt it had to be said but : Since when can you not totally mess up a Linux system when you're running software as root?

      I don't see local software running as root and therefore having root permissions as "a security hole". The only security holes I worry about is elevated permissions and unauthorized installs such as the 0-day IE exploit and buffer overruns.

      While I'm glad MS is securing stuff, I'd rather they do it via preventing 0-day exploits/permission elevations and implementing "sudo/pass-request" sorts of requirements for installing software and accessing system internals in order to make the process more transparent and auditable.

      Summarily, you should not be able to totally mess up the system with any piece of software you run in a standard Windows home installation. Force a root login for that sort of thing, at least that'd make it somewhat obvious what's happening. That being said, the problem with windows (asides those I've mentioned which are valid security holes), lies not in the admin account being insecure but rather the fact that everyone and their uncle is an admin the entire time they're running.

    12. Re:Oh noes! by gstoddart · · Score: 3, Interesting
      Viruses and you. In this case we're talking about locally executed binaries that are being run with root(admin) privileges.

      I just felt it had to be said but : Since when can you not totally mess up a Linux system when you're running software as root?

      Absolutely you can. But, if I choose to install software, I can decide that I trust it, and want it running as root. But the rest of the time, I'm logged in as a user who doesn't have root priveleges, and can't bork anything but my own stuff. If the user wishes to install kernel-level software, they're allowed. I've ran apache as both userland and root, except for which ports it can bind to, apache doesn't care.

      That being said, the problem with windows (asides those I've mentioned which are valid security holes), lies not in the admin account being insecure but rather the fact that everyone and their uncle is an admin the entire time they're running.

      That has always been the problem. You simply can't do anything on windows without being the admin, because so much crap just expects to have it, and fails if it doesn't. And then every damned website you visit which has an exploit is the administrator. Whee!! How fun!

      Back in the day, if I wanted some software on a UNIX machine, and the cranky UNIX admin said "leave me the fsck alone", I could still untar it into my own directory, set my path variable (give or take one or two more) and just run it. The software ran just fine in userland, and was isolated from the OS. It could hose my files, but not the system.

      Same deal on a Mac, the folder which was the install was the whole app. You could move it or delete it -- deleting was uninstalling basically. On Windows, every bloody piece of software expects to be able to write to the registy, install itsself for every user, demands that it write to Program Files, and possibly muck with some stuff in the Windows folders. Because that's how you're expected to do these things.

      The fact that you can't do anything in Windows without being the admin has always been a major source of problems. If they had a model whereby users could install software into their own "user programs" or somesuch, and that was separated from the rest of the damned OS, these things couldn't happen.

      However, as long as MS sticks with the way they have envisioned the world, preventing people from having kernel hooks (unless you use black hat methods) is kind of an empty solution, because it doesn't address the bigger problem of needing to be the Administrator to accomplish anything on a Windows machine.

      Cheers
      --
      Lost at C:>. Found at C.
    13. Re:Oh noes! by DCGregoryA · · Score: 3, Interesting

      This I tend to agree with but I don't view it so much as a "security software shortcoming" as a "convenience against security tradeoff" in their business model. I classify it as a separate thing because that isn't a "hole", its very much "by design" in order to cater to people who know jack all about computers.

      And its not a matter of being insecure at the software level, its a matter of bad practices implemented to make things convenient for "low knowledge users" in home environments.

      While I get what you're saying, I separate the two issues, because you're fundamentally talking about two separate things. If every UNIX engineer wrote software the way they write it for Windows, you'd have an equal amount of UNIX issues. But either way, its more of a procedural practice thing than it is a "bug" thing. When I'm talking about security holes I restrict it to things you can't prevent (remote exploits like buffer overruns) or things that shouldn't be happening (ie, elevated privileges).

    14. Re:Oh noes! by gstoddart · · Score: 2, Interesting
      This I tend to agree with but I don't view it so much as a "security software shortcoming" as a "convenience against security tradeoff" in their business model. I classify it as a separate thing because that isn't a "hole", its very much "by design" in order to cater to people who know jack all about computers.

      First off, I agree with everything you said in both posts.

      It just has the effect that the system is highly insecure because of the design, which is no better.

      If every UNIX engineer wrote software the way they write it for Windows, you'd have an equal amount of UNIX issues.

      That, and you'd see more UNIX engineers getting pilloried by the community and beaten up at conferences by angry old UNIX geeks who think it's an outrage to do something so stupid. ;-)

      Believe me, I have encountered UNIX software which required itsself to be installed in precisely one location, with no flexibility. Those people get symlinks so I can put the software where I want it -- because I may not have the space on the partition you want to live on. And because it's my damned machine, and I get to make those choices.

      I mean, if everyone put their gas tanks where the one from the Pinto was -- which caused the car to catch fire on impact -- we'd have a lot more car fires as well. However, thankfully, people don't do what they did with the Pinto, because it's a well-known bad idea.

      Ultimately, it still leads to security issues for the end user. They don't really care about how the differences happened between Windows and UNIX. And they won't understand that they can't install their antivirus software because Microsoft has made the OS more secure. They're just going to care that for the 3rd time this year someone is suggesting a complete re-install of the OS to fix all of the crap that has snuck its way in.

      The reason for the exploit is kind of irrelevant to the end-user. They just care about the fact that they have a hosed system.

      Cheers
      --
      Lost at C:>. Found at C.
    15. Re:Oh noes! by myowntrueself · · Score: 4, Interesting

      The fact that you can't do anything in Windows without being the admin has always been a major source of problems.

      I agree, but theres no *point* in doing anything in Windows without being admin.

      There is no point in running Windows as a non-priviledged user.

      If you doubt my word, log into your favorite Windows as your unpriviledged user and set up a scheduled task to run cmd.exe

      When the scheduled task runs and you get a command window try and see what you *cannot* do on the system...

      (I used to put a great deal of effort into running as an unpriviledged user; I spent hours trying to get games to run without having to be Admin. It seems that I totally wasted my time. Thanks, Bill.)

      --
      In the free world the media isn't government run; the government is media run.
  2. does this mean... by krell · · Score: 5, Funny

    Does this mean there will be a new day of the week devoted to patching the patchguard?

    --
    Where were you when the voynix came?
    1. Re:does this mean... by mwilli · · Score: 2, Funny
      how about a month? We'll call it Smarch.

      Have I been watching 'The Simpsons' too long?

      --
      My sig beat up your sig.
  3. Should be an optional feature. by DNX+Blandy · · Score: 5, Insightful

    "Window's PatchGuard" should be an optional feature. If you dont' want to use it, (like me!), you should be able to NOT include it when installing etc. Being able to do what you want is the best way, forcing users only pisses them off.

    1. Re:Should be an optional feature. by slummy · · Score: 2, Interesting

      Dude, where have you been. Microsoft telling you what and how to do has been their business model forever. ie: "This is what your start button looks like, here are your programs, here is the close button..." etc. You should be pissed off about this other shit first.

    2. Re:Should be an optional feature. by Mister+Whirly · · Score: 3, Insightful

      Using Windows is optional. If you don't like the features, you don't have to use it...

      --
      "But this one goes to 11!"
    3. Re:Should be an optional feature. by cyber-vandal · · Score: 4, Insightful

      Yes you could just run your software on one of the many other Windows compatible OSes out there. Oh wait....

  4. Why does this sound familiar? by plasmacutter · · Score: 4, Insightful

    I remember something about the entire kernel becomming a "protected process" under an MS implementation of TCPA/TCG/Palladium/(insert name of the week meant to spoof drm watchers here).

    This was meant to be an "effective" means to stop viruses, but it served more to force licensing fees out of companies which provide security solutions and to stop independent tinkerers (also known as "good" hackers) from providing cool kernel mods for power users.

    --
    VLC FOR MAC IS DYING! IF YOU DEVELOP, PLEASE SAVE IT!!
  5. Re:Why would microsoft bother? by AugustZephyr · · Score: 4, Funny

    Apparently microsoft thinks that its security measures are good enough that you dont need antivirus to protect you.

  6. What? Did you run out of kayak stories ??? by Anonymous Coward · · Score: 2, Funny



    What? Did you run out of kayak stories ??? What sort of place is this anyway ?

  7. Debugger Disables by mugnyte · · Score: 5, Interesting

    It is fascinating that TFA explains how if a boot routine can initialize a "debugger attached" flag, the PatchGuard system is not initialized. From this aspect alone, I'd say MS should start playing more nicely with the vendors, since any malicious code worth it's salt should set this value permanently and then replace kernal routines on disk as necessary.

    Also, given the fact that MS intends to making patching the standard for releasing a secure OS, the vendors can't really do this kernal checking themselves. Thus, I think it's safe to say from the perspective of this article, the OS's kernel is patchable by anyone.

  8. Blackhat techniques by jtwronski · · Score: 2, Interesting

    Um, how is this security if its easily bypassed? Isn't the point behind any security layer to make it so nobody can bypass it? Seems to me that if its that easy to circumvent, Microsoft is just spinning its wheels, and there will be plenty of market for companies like Symantec/McAffee to compete in. Its not like the virus/trojan/malware writers give a single shit about any layer of security that they can bypass. Easily.

    Symantec should be glad that Vista will have this ineffective security layer, so they can sell software to patch it.

  9. Micro$oft and Control by thorkyl · · Score: 2, Insightful

    A few years ago in office 2000 Microsoft dictated what attachments you could receive and what you could not. It sounds like Microsoft is attempting to create a business model of "If you want security you get it from us." and "We know better, you do it our way." Does the phrase duck and cover mean anything to anybody?

    --
    -- I am the NRA, enough said...
  10. Dance puppets dance by buffoverflow · · Score: 3, Funny

    1) Company creates horribly insecure OS.
    2) New multi-billion $$ industry sprouts for the sole purpose of securing said OS.
    3) Insecure OS company institutes blatantly obvious absolutely worthless security "features".
    4) No longer new multi-billion $$ industry complains because new BS security measures are worthless & the new features steal their pennies.
    4.5) Linux zealot chimes in on how these issues are not issues under their chosen OS.
    5) Horribly insecure OS company forms new multi-billion $$ industry to secure their horribly insecure OS in a proprietary fashion.
    6) Balmer covers the $1 he owes Gates for the bet they made on whether or not they can steal the billions from the industry that wouldn't exist had it not been for them & their lax attitude toward secure coding practices while blaming the whole fiasco on Google & Linux all the while creating a brand spanking new completely worthless multi-billion $$ proprietary industry. (Thank you Mortimer, er I mean Balmer)

  11. Re:Why would microsoft bother? by jd · · Score: 5, Interesting
    The obvious answer would be for Microsoft to define a well-known API for security software, where the entry-point for that set of functions is damn-near impervious. (A simple example - require that all software using such an API be digitally signed by a trusted vendor and counter-signed by the registered owner of the software. In a corporate setting, this would mean that patches would need to be signed off on by the IT department. In the home setting, users would have to specifically state that they approve that level of access for the software.)


    Certificates of trust already exist in Windows. They're used by web browsers. It would be trivial to use the code that is already present to check for a valid certificate. The second layer of protection - requiring the user/IT department to countersign the patch - would make transparent breakins much harder. Not impossible, but definitely much harder.


    Of course, this is all pointless these days, anyway. All a rootkit writer has to do is develop a mini hypervisor or hijack one already in use. For zombies, viruses, etc, you'd then have the externally-visible interfaces in the OS and everything else concealed outside. BIOS viruses could also be quite lethal, as they too would bypass this protection. Far too low a level for the OS to detect. These days, with graphics processors essentially being parallel CPUs, I'm surprised nobody has put a virus on the graphics card. If the PCI is multi-mastered (not uncommon on higher-end machines), then the card could control all the other devices without going through the OS at all, giving a virus that could inhabit that space ABSOLUTE power over the machine.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  12. Re:If Microsoft were serious about security... by Dog-Cow · · Score: 2, Informative

    "-Make programs have an .EXE extension to execute! No more .SCRs, for example. They're getting worse rather than better about this; I downloaded the AOL antivirus to try it out (OT rant about it follows) and the download had a .MSI extension. It confused me for a minute; is this like .ISO when it's really not an ISO but you have to rename it to get through the firewall? No, it just ran, and installed AOL's software."

    Every GUI OS understands the concept of file -> application mappings. Most use file extenstions as one method of performing the mapping. MSIs are mapped to the Microsoft Installer application. There's nothing malacious or secret going on there. Or are you really stupid enough to open notepad and using the menu to open a text file instead of just double-clicking the file directly?

  13. I don't see what the big deal is by bberens · · Score: 2, Insightful

    If Microsoft intends to have its own anti-virus software/mechanism they must feel they're capable of doing this without the kernel hooks requested by Norton and ilk. The only thing I would take issue with is if Microsoft uses an undocumented API in order to get an unfair advantage over the third party vendors. When that happens, wake me up and I'll get back up on my anti-Microsoft $oapbox. Until then... bleh.

    --
    Check out my lame java blog at www.javachopshop.com
  14. Re:Microsoft have their own security product - so by init100 · · Score: 2, Informative

    Do you have anything to actually back this up, or is this just your speculation??

    Windows Live OneCare service?

  15. What if windows ever did secure itself? by isellmacs · · Score: 2, Insightful
    I think it's universally agreed that the biggest flaw in windows is security. To this extent, we've seen many a revision of windows that has altered the way windows works with certain tweeks, to try and make windows more secure.

    Many people knock windows for being insecure, but it's not like Microsoft WANTS it to be that way. No, the people who want it to be that way are the "security" companies. Anti-virus companies have profitted from security flaws and viruses alike for many years now, and it has begun a rather booming business and the focal business model for companies like McAffee and Symantec. These companies have a vested interest in maintaining security flaws and the propagation of virues out on the internet.

    Lets say the un-imaginable does happen: Windows impliments some radical change to secure the OS. What happens to these companies? They stand up and try and present themselves as our saviours against these "evil black hats" but aren't they the ones with the most to gain from the current business model? By making windows secure, they will effectively end a decade long business model for these security companies by making them obsolete. Thats a good thing for users, but a bad thing for them.

    I find it appalling that they would consider Microsoft taking steps to secure their OS as being "anti-competetive" in nature. The "security" market in this case exists only due to flaws and vulnerabilities in Windows. Flaws, which Microsoft has stated time and time again they are trying to correct.

    I think people underestimate the task put forth before Microsoft in making windows secure.

    Take a look at MacOS. Crashed alot, lots of security flaws and viruses for being such a small marketshare at the time. Apple realized the problem, and understood that constantly applying bandaids to a broken OS wasn't working. They re-did the entire OS to get OSX. The problem, of course, is no OS9- programs run natively in OSX. They had an emulator for awhile, and alot of people struggled with the transition. Like a catapiller to a butterfly, they were reborn in a more evolved state.

    Windows, on the otherhand, doesn't have that sort of luxary. If MS were to re-write their code so that no previous versions of software would work, and all developers had to start over from scratch and learn new methods to program, it would cause disasterous consequences both for MS, and potentially for the world over. Best case scenario would be apple releasing OSX x86 on non-apple hardware and taking over the entire market. This, of course, would be the virtual end of MS, which they have no desire to do.

    Microsoft is faced with trying to secure a broken OS, without actually starting over (which isn't an option) or breaking the ability of developers to make software for the platform. I'd be curious (as I imagine MS would be too) if anybody can come up with a real solution to the problem? And if you can, can you do it while still allowing the current "security" companies to continue to cash-cow the general public?

    1. Re:What if windows ever did secure itself? by dpilot · · Score: 2, Informative

      I think you've hit it pretty well, but there's one thing worth mentioning.

      The Windows security problems are Microsoft's own fault, and at a FAR more fundamental level than merely flawed implementation.

      The problems began because Windows began as a GUI shell on top of a single-user program loader. There's an old adage, "Those who don't understand Unix are doomed to reinvent it - poorly." Multi-user wasn't in there at the beginning, and retrofits were awkward. I realize that the NT kernel is a true multiuser kernel, but there's so much cultural cruft above it that it doesn't help, much.

      The problems got worse through the Windows95 era because of 2 competitive fronts - DOS and OS/2. To cannibalize their old DOS base, they tried to sell integration - make everything just work together and give Windows an obvious advantage even to those unafraid of the command line. One of the many things they did to kill OS/2 was the 'API of the week." Many APIs were made up, I suspect on the fly by marketing, in order to give Win95 an edge over OS/2. Many of those APIs went by the wayside once they'd done their FUD-duty, but not all. The result of these 2 competitive responses was a bunch of stuff thrown into Win32 with little true architecture work or security concern.

      Combine these factors, and I'd say that from a security point of view, the Windows API was broken-by-design back in the old Win9X days. Microsoft has been struggling ever since to clean what they can and limit the breakage of backward compatiblity to something that won't stop users from upgrading. They've built themselves a mighty fine knife-edge to dance on.

      --
      The living have better things to do than to continue hating the dead.
  16. Re:Please get it right by cab15625 · · Score: 2, Informative
    Are you talking about XWindows
    Technically, it's "XWindow", singular. As in "The X Window System". But they've been struggling with trying to make people get it right for decades now.
  17. Optional seccurity features are useless by Wesley+Felter · · Score: 3, Interesting

    If PatchGuard was optional, the first thing malware would do after getting into your computer is turn it off. (Of course, this is only a problem for people who want it turned on.) The only solution is to make security that can't be turned off.

  18. The whole "patchguard" concept is bogus by Animats · · Score: 3, Interesting

    The whole "PatchGuard" concept shows how broken Microsoft's approach to an OS has become. The whole concept is to catch changes made by programs which already have full access to kernel space. By checking every five or ten minutes for a change, no less. That's inherently a futile exercise. It may break some current exploits, but it won't break new ones. Any program that has access to kernel space can take over the machine. It could load a whole new OS if it wanted to.

    The whole concept of add-on programs having access to kernel memory is so insecure that it has to go. UNIX and Linux limit it to loadable drivers, and the serious microkernels like QNX and IBM's VM don't allow it at all. But the Microsoft world, mostly for historical reasons, has all sorts of crap running with access to kernel memory, from various "security programs" to game DRM components. All that crap should have been taken out in Vista. The fact that it wasn't indicates how minor a change at the kernel level Vista is over XP.

    1. Re:The whole "patchguard" concept is bogus by plague3106 · · Score: 2, Insightful

      1) Rewrite your kernel structure - nothing but absolutely necessary modules and drivers get access, everything else should run separately. No unecessary hooks, APIs and other nonsense. If this breaks the way certain applications function, too bad. Programmers and devs can learn to deal just like they deal with other crap, and maybe this will encourage them to stop being so damned lazy when it comes to their code.

      This sounds like what they are doing...

      2) Get rid of that stupid Registry, which is nothing but a tangled mess of exploits, vulnerabilities, insecurity and the cause of numerous BSODs. Not to mention confusion, because you need a freaking college degree to even understand what it does. Hell, even seasoned programmers seem to have trouble dealing with that thing! Even by your OWN programmers, MS; witness the unecessary garbage left behind by your own application installers!

      Huh? There's only one part of the registry that will launch applications.. mostly its just a configuration store. As far as leaving garbage behind, that's the fault of the software vendors; they write the installers.

      3) Rewrite your file system, and the way your file/folder structure is laid out. Programs should not have writable access to the Program Files, Windows, etc folders outside of installation and patching. Operating System files should be checked during boot, during access, and during shutdown to determine if they were modified. Compare them to a valid (encrypted) checksum of what they should be compared to what they actually are. Refuse to let them run if invalid. All other data, etc should be contained within some sort of userland directory structure, that is walled off from the core OS structure. Programs should not require Administrator level access to install or run. The OS should be a platform to make a computer and its hardware function, not serve as an easy way for lazy or malicious programmers to make 3rd-Party Program X do whatever it feels like doing (3rd-party programs installed to userland should not be able to install any modified OS files whatsoever). Programs that are not drivers, should not be allowed to install at the driver level. If BSD, Unix, Linux, etc can do it, why can't you?

      What? You might as well claim that no one should be able to write to /bin or /usr in the unix world. Clearly admins are, as the good old 'rm -rf /' will delete everything, and without warning I might add. They don't need to rewrite the filesystem just to make PF and Windows locked down; running Windows with proper permissions will acomplish the same thing.

  19. these third-party companies wouldn't even exist by ic4x0r · · Score: 2, Interesting

    if it weren't for all the security flaws in Windows. they make their revenue based on the fact that there are security flaws that can be exploited by viruses and spyware. if people randomly stopped making viruses, then these third-party companies would be out of business, too.