Slashdot Mirror


64-Bit Vista Kernel Will Be a "Black Box"

ryanskev writes with news from RSA Europe, where a Microsoft VP spoke bluntly about the lock-down that will apply to 64-bit Vista. From the article: "Microsoft will operate 64-bit versions of Windows Vista as a tabernacle, with the kernel as the holy of holies, where only its own high priests of security may venture." While Microsoft has seemed to be making some concessions to the likes of Symantec and McAfee, considerable doubt remains as to their ultimate future.

73 of 402 comments (clear)

  1. Sounds like the right plan by Zeinfeld · · Score: 5, Interesting

    Sounds like the right approach to me. We will soon find out whether Symantec and McAfee are helping or hindering security.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
    1. Re:Sounds like the right plan by Coopjust · · Score: 4, Insightful

      Either way Mcafee & Symantec will claim that it was needed later, simple business.

      If the new model seems to be secure, Mcafee and Symantec will boast about how they've kept the next generation of Windows safe.

      If the new model is less secure, McAfee & Symantec will "point out" the need for their products.

      Win win for AV companies...

    2. Re:Sounds like the right plan by PieSquared · · Score: 2, Interesting

      I get the feeling it will end up that Symantec and McAfee products will be able to replace the default windows security, but since the windows version is free and just as good there will be no reason to pay and security vendors will fade into obscurity. About two years later, after the old security vendors are all dead, the windows security will stop getting major updates and ten years later (shortly before they release the next version of windows) free, open source replacements that are disadvantaged from the start due to not being worked into the OS will begin being used because the old windows version does pretty much nothing at this point! Suddenly one of these will break out from the others with massive marketing and slowly people will begin to switch, eventually forcing windows to finally update again.

      --
      Does a line appended to your comment give your post meaning in and of itself, or only in relation to those without?
    3. Re:Sounds like the right plan by QuantumG · · Score: 4, Interesting

      I'm trying to understand what you're in favour of here (and what the article is all about). As I understand it, Windows Vista 64bit Edition will simply not allow kernel drivers to load unless they are signed with Microsoft's private key. Which means that you'll need to either exploit kernel bugs to load your own code (which they'll plug eventually) or boot off a CD and patch the kernel files on disk to disable this checking (which will be hard to do without destablizing the whole system). If that's what we're talking about (and I have no idea if it is) how can you possibly be in favour of it? I mean, it sounds like The Right To Read all over again.

      --
      How we know is more important than what we know.
    4. Re:Sounds like the right plan by smittyoneeach · · Score: 3, Interesting

      MicroSoft has historically, and cleverly, built the market by putting out, shall we say "minimalist" interfaces and then let third parties do the grunt work of establishing the product category.
      If the category becomes profitable, Mr. Softy can "find the principle, and buy him[1]"
      You see this in tools, as Redmond pushes a Visual Studio release, and little third-party vendors groan as thier value-added kits have their coolness reduced by new chrome and tailfin on the library widgets. I'm guessing that there will be suffiecient room to put some polish on 'Doze.
      Too, there are going to be plenty of people that puke at the odious licensing policies, and stick with the tools that have helped them limp along thus far.

      [1] To quote my personal favorite Redmond Sales drone, on the consumption of Groove Networks.

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    5. Re:Sounds like the right plan by Zeinfeld · · Score: 5, Insightful
      As I understand it, Windows Vista 64bit Edition will simply not allow kernel drivers to load unless they are signed with Microsoft's private key. Which means that you'll need to either exploit kernel bugs to load your own code (which they'll plug eventually) or boot off a CD and patch the kernel files on disk to disable this checking (which will be hard to do without destablizing the whole system). If that's what we're talking about (and I have no idea if it is) how can you possibly be in favour of it? I mean, it sounds like The Right To Read all over again.

      Thats exactly what I want. I do not want to have any software patch the kernel.

      If there is no way for the spyware to patch the kernel I don't need McAfee or Symantec there at all. First thing I do with a new home machine is to strip off the AV software provided by Dell as cramware. Machines run so much faster and more reliably without. Then I turn off AutoRun and hook it up to my internal network which has twin SPI firewalls.

      I have never had a virus but I have had machines go wonky because of buggy AV code.

      I want to have as few kernel mode device drivers as is possible. Printers should not require kernel mode, nor should video cameras etc. Only the bare essentials talking directly to the DMA interfaces should ever use kernel mode.

      I don't need to run my code in kernel space and I don't think anyone else does either.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    6. Re:Sounds like the right plan by QuantumG · · Score: 2, Insightful

      kernel overflows.. same way you modify a linux kernel after it's had the "no more modules may be installed" bit turned on. See, it's really easy for hackers, they just grab the latest kernel bug that has been found and plug it in to their rootkit. Same with dodgee spyware people. But legitimate software developers can't do that. It'd be unethical.

      --
      How we know is more important than what we know.
    7. Re:Sounds like the right plan by omicronish · · Score: 2, Informative
      1) If other A/V companies can do A/V software without kernel access, why do McAffee (or as some other slashdotter erroneously called it, McCafe) and Symantec need kernel access? Why are they so special?

      In case people are wondering, yes, 64-bit Vista anti-virus software exists. See this post for details.

    8. Re:Sounds like the right plan by gkhan1 · · Score: 2

      Well, yeah, so you can do it, but it is a hundred times harder. Those kind of bugs do get patched, and the hackers need to constantly look for new ways in, lest their code be obsolete. The XP core you could just modify willy-nilly without anyone caring, but this time it is atleast protected.

      This feels like one of those issues that MS just can't win in the geek-community. If they left it open, you'd be complaining that it is insecure. If they lock it down, you complain that their locking third parties out. According to you people, they can't win!

    9. Re:Sounds like the right plan by QuantumG · · Score: 4, Interesting

      Yeah, that's what happens when you clump people together and claim they all hold the same opinion, you get contradictions like that. Some of us think it should be locked down. Some of us think that's a terrible idea. We're not the fuckin' Borg. What's your opinion? I mean, shit, this is the ancient choice between freedom or security.

      --
      How we know is more important than what we know.
    10. Re:Sounds like the right plan by quanticle · · Score: 2, Insightful

      firefox kicked their assess with the better browser. Mac could do the same with the better platform.

      How has Firefox "kicked their ass"? I'm not trying to defend IE, but last I saw, it still had nearly 90% of the marketshare. That's the kind of market domination that many companies would kill for.

      --
      We all know what to do, but we don't know how to get re-elected once we have done it
    11. Re:Sounds like the right plan by Plaid+Phantom · · Score: 2, Funny
      We're not the fuckin' Borg.
      We're not!? Dang, and I just got this cool eyepiece, too.
      --
      All comments are properties and trademarks of the voices in my head. Not like I'm gonna claim them.
    12. Re:Sounds like the right plan by IamTheRealMike · · Score: 5, Insightful
      Yeah, ok. There's so many things wrong with your world view that I'm having trouble understanding where to start.

      No, Zeinfelds world view is entirely sane and very defensible. I agree with him.

      Let's review a few facts:

      • The collapse of residential computer security has meant that virtually nobody can keep their Windows machine secure anymore. Not even gurus. There are just way too many 0-day exploits for browsers and others out there, even for Firefox.
      • The usage of rootkits on Windows is now a common technique, often used to hide spyware. Once the machine has been rootkitted it is impossible to repair short of wiping the system clean and starting from scratch. But because of the first point, this is not practical.
      • Thanks to the first and second points doing business on the internet is rapidly becoming difficult or impossible. It started with online casinos and porn sites, but is spreading to "clean" business too. How can you run a company when any 16 year old with a botnet can shut you down at a whim?

      The foundation of any security system is the kernel. If the kernel is not running in a known state, you have no security system - period.

      There is absolutely zero point in having user accounts, authentication, file permissions and so on if programs can load code into the kernel ... which they can, because for historical reasons Windows programs require admin rights, and even if they didn't, ultimately any program can ask the user to do something on its behalf and most will.

      The solution is clear - forbid any unknown code from loading into the kernel. Only then can you have a sane system built on solid foundations. It is not a "right to read" scenario, because you can still mark individual drivers as loadable in Vista IIRC if you put it into developer mode (which makes it clear that you are in a special mode), but even if it wasn't, it'd be a price worth paying to help fix the internet.

    13. Re:Sounds like the right plan by kerrle · · Score: 2, Insightful

      In fact, rootkits and kernel infesting malware have been on the rise in Windows the last few years, and are much more common than you seem to think.

      Having kernel hooks wouldn't help AV programs detect this if the malware was well written and had already attached itself - you often need to get out of the environment to detect such problems, as with a live CD. After it was infected, anything the kernel reported would be suspect.

      The trick to catching malware is covering the vectors through which it enters the system. No more, no less. The grandparent is spot on as far as I'm concerned.

    14. Re:Sounds like the right plan by MrShaggy · · Score: 2

      Simply put, the only reason that MS is even doing any upgrades is because of what firefox and others have done. MS has been caught resting on their laurels as it were. The idea was that a smaller set of companies were shining lights on the glaring issues that windows has. MarketShare is only a small meter, compared to it's influence. Netscape was the only browser to seriously challenge MS. Mac only has a small market share as does Linux. Does either of these feel any less important ?

      --
      I have mod points and I am not afraid to use them.
    15. Re:Sounds like the right plan by bruno.fatia · · Score: 2, Insightful
      * Don't use known buggy software
      * Don't run unknown binaries
      Basically the 1st excludes Windows; The second excludes any non-open-source application. Shouldn't you just quit and go take a walk then?
    16. Re:Sounds like the right plan by greenbird · · Score: 3, Insightful
      The solution is clear - forbid any unknown code from loading into the kernel.

      Unfortunately that's not the solution Microsoft chose. What they did is make a kernel that will only load code that has been approved by and paid a toll to Microsoft the amount of which is determined by Microsoft. That's vastly different than what you presented as the solution. On my Linux box unknown code is not permitted to load in the kernel but I'm the one who determines what is loaded into the kernel not Microsoft and there is no required payoff to allow code to load into the kernel.

      --
      Who is John Galt?
    17. Re:Sounds like the right plan by IamTheRealMike · · Score: 2, Interesting

      No, it's subtly different. Microsoft are the gatekeepers because that lets them pull the plug on any kernel code that is found to be malicious. I'm pretty sure the toll isn't that expensive (unless they changed it since I looked) and is there to cover the costs of the scheme. On your Linux box unknown is allowed to load into the kernel - all it has to do is acquire root, which is not terribly difficult on a desktop machine, and then go ahead and start patching code. That is what you cannot (in theory) do on Windows.

    18. Re:Sounds like the right plan by IamTheRealMike · · Score: 2, Insightful

      There have been enough zero-day image loader exploits pushed out via advertising networks that you don't have to have done anything wrong or inadvisable to get infected these days.

    19. Re:Sounds like the right plan by ajs318 · · Score: 2, Insightful

      The problem with microkernels is that you're putting the "fence" where it looks pretty -- not where it's practical. The appropriate place for the fence is where the minimum amount of data has to cross it, and that's not necessarily where it contains the minimum amount of code.

      Device drivers must, at some level, have a kernel component; because nothing in userland is allowed to talk to I/O ports. Only the kernel can do that. At the very least there must be a kernel component which accepts an instruction to read or write an I/O address and returns a result, via some method which is available to userland software. Of course, if you have a totally generic kernel driver which allows any userland program arbitrary access to any I/O ports without checking, then you have just knocked down the fence altogether. So a kernel driver needs to have at least some sanity-checking built into it.

      --
      Je fume. Tu fumes. Nous fûmes!
    20. Re:Sounds like the right plan by Lorkki · · Score: 2, Insightful

      The problem is that a black box is always running in an unknown state - it's entirely a trust issue between you and the vendor, regarding the solidity of their authentication methods, security protocols and limitations on execution privileges. If a key is compromised, a way is found to bypass the authentication process or there's a suitably buggy driver, all bets are off again.

      Of course, proclaiming "no unknown code may run in kernel mode" does make security a much simpler issue; you can bet the farm on how the gate holds, instead of putting locks on doors.

    21. Re:Sounds like the right plan by Ed+Avis · · Score: 2, Insightful
      I do not want to have any software patch the kernel.
      That's your choice, and since it is your computer you should have the right to decide what gets loaded into the kernel and what doesn't. But what Microsoft is doing is different to that. They are saying that they get to decide what gets loaded into the kernel and what doesn't. So if you or anybody else want to load your own device drivers, you can't. On the other hand, if Microsoft decide that some kernel feature is needed - say, blocking the ability to record sound output to a file - then they can put it in and you have no say in the matter.

      I don't need to run code in kernel space either, but I need to have the right to do so in order not to be held hostage by one particular company that decides what I can and cannot do with my own computer.
      --
      -- Ed Avis ed@membled.com
    22. Re:Sounds like the right plan by ettlz · · Score: 2, Insightful
      Microsoft claimed that Windows NT 3.51 was a microkernel. It wasn't. It wasn't even close. Even they dropped the claim with NT 4.0.
      — Andrew S. Tanenbaum. The microkernel part of NT is so insignificant (basically it's just a message passer, see the ReactOS people's comments) it might as well not be called anything special. There's so much high-level stuff packed into the Executive that it makes NT look even more monolithic than Linux.
    23. Re:Sounds like the right plan by phoenix321 · · Score: 2, Insightful

      You cannot cover all incoming vectors, there's just too many of 'em. And every program you run opens another, no thanks. With the kernel reasonably trustworthy sealed-off from anything, you may have a chance of recovering from any other disaster without re-installing everything but the kitchen sink. Then you can trust the kernel to report processes, file permissions and dir contents correctly, which can then be correctly terminated.

      A compromised kernel allows you neither: dir contents are inaccurate, malware has its processes hidden from the taskmanager, its files from the explorer and whatever deletion requests your antivirus software issues, they're not going to be carried out at all. As long as you can't trust the kernel, everything you try is moot and converse, if you can trust the kernel, you can start repairing the system from secure sources (cdrom, intranet etc.). And since nothing can wedge itself too deep anywhere, repairing and cleaning should be feasible, at least.

  2. I think MS is right by Anonymous Coward · · Score: 3, Insightful

    I know this isn't PC to say on Slashdot.. but MS shouldn't allow undocumented hooks to the kernel. Instead they should provide an API for that.

    1. Re:I think MS is right by Anonymous Coward · · Score: 3, Insightful

      That'll lead to ugly hacks when the developers find that the API either doesn't allow them to do what they need to do, or it's otherwise buggy and needs to be worked around.

      It's enough trouble writing solid modules for the Linux or FreeBSD kernels, and the source code to those is open and widely available. When your module code runs into problems, you can easily see what's going on in other portions of the kernel. It's a very, very useful debugging tool.

      Now take this Vista kernel API you speak of. It'll end up being just like the Win32 API. Often times developers had to resort to undocumented calls in order to get their application to perform a certain task. This sort of shooting-in-the-dark coding leads to bugs and security glitches. Even if you understand 98% of what an undocumented API does, it's that remaining unknown 2% that'll fuck you, your product, and your customers over in the end.

      Reliable and secure software comes from the developers having a complete understanding of the systems they're working with and building upon. By limiting developer access to such knowledge, they'd be directly promoting buggy, insecure software.

  3. I'm confused by maynard · · Score: 3, Insightful
    Fathi conceeded for 32-bit systems the firm will never have the amount of control over security. He said: "That train has left the station."

    For 32-bit versions of Vista, it'll be mostly as you were on security. Developers will be able to patch the kernel, only now they'll have to compete with Microsoft's own brand anti-spyware, encryption, and anti-spam offerings. Fathi lamented Microsoft had "missed a great opportunity" last time round.

    What's the difference between the 32 bit and 64 bit kernel? And what does a 'tabernacle of security' mean?

    I don't think there's a significant difference in DRM hardware between 32bit and 64bit systems. Why make the distinction? If they're going to secure Windows - why not secure Windows?
    1. Re:I'm confused by phantomcircuit · · Score: 5, Informative

      The only way to run kernel code is drivers, 32 bit drivers are currently only sometimes signed. ALL 64 bit drivers must be signed, or they won't be loaded. This is why there is a distinction between 32 bit and 64 bit Vista.

    2. Re:I'm confused by ameline · · Score: 3, Funny

      > And what does a 'tabernacle of security' mean?

      It makes sense if you think of it in the typical French Canadian usage of the word Tabernac! :-)

      --
      Ian Ameline
    3. Re:I'm confused by maynard · · Score: 2, Informative

      No. There are certainly register extensions to support 64 bit registers. And both AMD and Intel chips support greater than 32 bits of address space (neither support full 64 bit addresses - which would be gargantuan and unnecessary right now). The real issue is what DRM support is on the motherboard in order to hardware verify the signatures of whatever drivers are inserted into the kernel. This does not need 64 bits.

      However -- I too -- am not a kernel developer. I've read through the linux and BSD kernel sources. And I've read the Tannenbaum book. But I don't claim to be able to write the stuff.

      OTOH: I could use a scotch. (nudge nudge) :)

    4. Re:I'm confused by Foolhardy · · Score: 5, Informative

      The main reasons they aren't implementing the same thing in 32-bit Windows is because of "limitations of the 32-bit architecture" that apparently don't let them do what they want, and since a lot of programs already patch the syscall table in 32-bit windows, it'd break compatibility with a lot of software to change it now. Binary compatibility for drivers that patch the syscall table on 64-bit Windows isn't an issue because 64-bit Windows for AMD64 has always prevented syscall patching. They figure that the 32->64 bit change is big enough to pile on some more changes, like this.

      This has more to do with system stability than it does for security. Many syscall interceptors are not multiproc safe or do bad things: if the computer bluescreens because of a poorly written syscall interceptor, Microsoft gets blamed for writing unstable software. The syscall interface is considered an internal interface, not to be tampered with by outside parties because its behavior has subtleties not documented, and could change. This is a technical enforcement of that policy.

    5. Re:I'm confused by TheRaven64 · · Score: 3, Informative
      Actually, the 32-bit model is better in a lot of ways. One of the ways AMD 'tidied up' the x86 instruction set with x86-64 was to get rid of the four ring model and move to a privileged/unprivileged model. They also threw away the segmented addressing[1]. This means you can't run a driver in ring-1 or 2 with its own segment and prevent it from accessing the kernel's segment but still let it have direct access to a device, which is possible with IA32. Of course, Windows NT didn't use this model in recent releases (it might have done in the 3.5 days; I can't remember), but OS/2 and later versions of Netware did.


      [1] By the way, the Wikipedia x86-64 article is horrendously biased, and just plain wrong in this area to such an extent that I can't even be bothered to fix it. Apparently Minix 3 is not a 'modern operating system,' and the creators of Xen do not fall into the category of 'modern' in terms of operating system thought.

      --
      I am TheRaven on Soylent News
    6. Re:I'm confused by QuantumG · · Score: 3, Insightful

      Signed by who though? I have no idea. Is it signed by any code signing certificate issued by Microsoft? How hard is it to get one of those? Sounds like a nice thing for hackers to steal and sell to spyware makers.

      --
      How we know is more important than what we know.
    7. Re:I'm confused by zhiwenchong · · Score: 2, Informative

      Haha.....
      However, I think non-Quebecers need an explanation, so here goes:
      Quebec French Profanity

    8. Re:I'm confused by Blakey+Rat · · Score: 2, Funny

      The tabernacle was the name of the computer in the Sean Connery classic movie "Zardoz": http://video.google.com/videoplay?docid=7328510519 873373264&q=zardoz

      As you can see from the trailer, the Tabernacle is indestructible and ever-lasting. So it's a good choice.

    9. Re:I'm confused by SpiritGod21 · · Score: 2, Interesting

      I suspect they're referring to the tabernacle of Judaism, due to the reference to the "Holy of Holies," or the inner sanctum of the temple. Prior to the building of the temple, the "tabernacle" was a tent the Israelites carried and inside of which they stored the Ark of the Covenant, which was the container for the Ten Commmandments. After the temple was built, the Ark was stored behind a covering in the Holy of Holies AKA The Most Holy Place (the area directly outside this was the Holy Place) and it was only entered once a year by the high priest on Yom Kippur, or the Day of Atonement, when sacrifices were presented to God for the forgiveness of the entire nation's sins.

      Anyone who entered the Holy of Holies or touched the Ark (who wasn't the high priest on Yom Kippur who had undergone rituals of cleansing) was said to die instantly. Even the high priest couldn't be sure he would live: they tied bells to his shawl so they could hear him moving once he was inside and a rope to his ankle so they could pull him out if he died while inside the Most Holy Place.

      So the lesson is, I suppose, that if you screw with Vista 64's kernel, prepare to die :-P

    10. Re:I'm confused by Allador · · Score: 2, Informative

      Microsoft is not the certificate authority here. You can get a code signing cert from a number of vendors.

      Here's some more information from a 30-second google search:

      http://www.microsoft.com/whdc/winlogo/drvsign/cros scert.mspx

      http://www.microsoft.com/whdc/system/platform/64bi t/kmsigning.mspx

  4. "Concessions to.." by MoriaOrc · · Score: 5, Insightful

    Am I the only one who read the line "Making concessions to Symantec and McAffee," and the first concessions that popped into my mind were "Just a little security hole here, buffer overflow there, ect."

    I'm no fan of MS, especially when it comes to their horrible security track record. However, if they really can manage to get it right (or even significantly better) in Vista, they shouldn't be going and making concessions to the people who've been making a living off the things that were broken in their last OS.

  5. Should surprise no one..... by ezratrumpet · · Score: 2, Insightful

    Microsoft wants to be responsible for its own security - more importantly, Microsoft wants to reap the financial rewards for becoming responsible for its own security. The personal home user will end up paying a bit more for lack of competition in security software, which won't matter to Microsoft - the real market is corporate sales.

  6. Sounds like security by obscurity by 49152 · · Score: 5, Insightful

    Isn't this just another variation of security by obscurity?

    Which everyone by now should have learned does *not* work.

    1. Re:Sounds like security by obscurity by misleb · · Score: 2, Insightful

      Preventing programs and drivers from tampering with internal OS structures is not security through obscurity any more than preventing people on the internet from accessing your computer directly (firewall) is security through obscurity.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  7. Joe Blow by Ice+Wewe · · Score: 5, Funny
    64-Bit Vista Kernel Will Be a "Black Box"

    Microsoft also warned 32-Bit users to be careful, because if you run the 32-Bit version, you're screwed

  8. "Sounds like security by obscurity" is good by AHumbleOpinion · · Score: 2, Insightful

    Isn't this just another variation of security by obscurity? Which everyone by now should have learned does *not* work.

    Actually it does work. Where people go wrong is using it as their sole security measure. In concert with various other good practices obscurity is good.

    1. Re:"Sounds like security by obscurity" is good by Chris+Burke · · Score: 4, Insightful

      That's partly true*, but the reason that security through obscurity is derided is because it is typical of a mindset that has implications beyond just using obscurity as a security mechanism on top of other well-formed policies. Very often, obscurity is the only measure used, in large part because of a lack of substantive review of the other security policies that would reveal their endimic flaws. The belief is "what others don't know can't hurt us". Even worse is that "others" is often not "black hats" but "customers".

      The NSA is a good example of an organization that uses security through obscurity well. They employ the best cryptographers and system designers around, but they are also not about to tell anyone how those systems work. If you did know exactly what they were doing, though, you would still find them to be some of the most secure systems anywhere.

      Microsoft, on the other hand, has a history of using obscurity as a method of covering up embarassing security flaws. They do not have a history of having the best security. Do I think that Microsoft intends to hide the internals of their kernel as part of a comprehensive security regime in which obscurity is only the last layer thus making Vista an impregnable fortress, or is this an attempt by Microsoft to squelch competition from other AV vendors under the guise of fixing their tarnished security image? Well, it's obvious what I think. Which do you think it is?

      * The fundamental problem with security through obscurity is that you can't count on it. Either a clever hacker will figure it out, or an insider will leak or exploit information about the system. Your system must be as secure as you know how to make it assuming that your enemy has full knowledge of the system. Only then does layering obscurity on top of that make sense as an additional mechanism. Otherwise it's a false sense of security.

      --

      The enemies of Democracy are
  9. Re:Worth mentioning ... by QuantumG · · Score: 3, Insightful

    Yeah, and no-one really needs more than 640k of ram.

    --
    How we know is more important than what we know.
  10. Are you allowed to modify your house wiring? by EmbeddedJanitor · · Score: 2, Insightful
    Just because it is "yours" (debatable point in the case of software), does that mean you should be allowed to modify it? Depending on where you live, you probably are not allowed to do tweaks/mods on various things that you own - including the wiring in your house.

    --
    Engineering is the art of compromise.
  11. "Our old stuff was crap" by EmbeddedJanitor · · Score: 2, Insightful
    Yup. Like parent, I detect MS putting a PR spin on this. They've done this often enough in the past - telling people that the old stuff was crap to get people to but the new.

    Given that Joe Public no longer believes MS has control over security, they need to build some new mental images to sell. 64-bit black boxes sound pretty solid.

    --
    Engineering is the art of compromise.
  12. Sayonara, Symantec by Cid+Highwind · · Score: 5, Insightful
    There's going to be a kybosh on naughty developers mucking about with the 64-bit kernel; patching will be banned.


    If it will stop crapware like StarForce and the Sony rootkit from sneaking extra drivers in, bring on the kibosh. People who want to tinker can use one of the fine Open Source operating system kernels that run on 64-bit Intel machines. Those that just want to play games or run Office can feel a little bit safer from malware.

    Sorry Symantec, but after dealing with the disaster that is Norton Internet Security, I won't shed a tear when I read that you've filed for Chapter 7.
    --
    0 1 - just my two bits
  13. Adoption of Vista 64-bit by postmortem · · Score: 3, Insightful

    Will not go very well, at least in beginning. This enhanced security won't sell it. There won't be drivers for some existing stuff ever. Seems that MS wants to push this version and keep 32-bit as legacy, but in the end when end user can't make it work as well as 32-bit, it is just going to slip and create confusion. In long run it may pay off, when systems and components are designed for 64-bit, until then, 32-bit will be preference. I wonder if any of corporate users are going to put 64-bit on employeees workstations in upcoming months -it seems as a big risk without much gain.

  14. Why is Microsoft even bothering.. by flummoxd · · Score: 5, Interesting

    ..to release a 32-bit version of Vista?

    Every week, I hear about a new thing that will "only be in 64-bit Vista". First it was HDTV content only on 64-bit for DRM reasons. Now, we're hearing the reasoning that Windows will be more secure if we don't let third parties in the kernel. Fine, whatever. If we were to assume that makes it more secure, then so be it.

    But why bother to release an inferior 32-bit version? Under the presumption that closing the 64-bit kernel off will make things better, why not use the same strict security policies in 32-bit? Surely, there can't be any technical reason for all of this. It's all marketing, right? ("Microsoft recommends a 64-bit PC.")

    Or is there some real reason why it feels like 32-bit Vista and 64-bit Vista are two entirely different operating systems?

    1. Re:Why is Microsoft even bothering.. by tkrotchko · · Score: 2, Insightful

      Probably because the 64 bit version will break a lot of code. For example a lot of TV boards write their own drivers (for better or worse) and these won't work. Anything that writes it's own driver or have to get to ring 0 will break.

      So the 32 bit will be if you want anything to run, the 64 bit will be for people who want to play DRM'd content on their PC. Maybe an exaggeration, but I think that's about it.

      --
      You were mistaken. Which is odd, since memory shouldn't be a problem for you
    2. Re:Why is Microsoft even bothering.. by David+Off · · Score: 2, Insightful

      or to paraphrase: Marketing

  15. How to patch the kernel anyway by Beryllium+Sphere(tm) · · Score: 4, Interesting

    Joanna Rutkowska gave a talk about this at Blackhat. Take a program in usermode but with administrative privileges, force the kernel to get paged out, edit the pagefile.

    In a recent blog entry, Rutkowska criticizes Microsoft's response to the pagefile attack. Boiled down, it amounts to the problem that as long as a disk utility can run, someone can still edit the pagefile. Her preferred fixes would have been encrypting the pagefile or simply not swapping the kernel. NetBSD's Elad Efrat suggested simply hashing the kernel for integrity checking.

  16. The article is filled with such great lines! by Psykechan · · Score: 5, Insightful

    For 32-bit versions of Vista, it'll be mostly as you were on security
    Translation: You're screwed! Upgrade to 64 bit ASAP (P.S. some of your software won't work)

    Defender has already become the most popular download ever from Microsoft
    If I was MS, I certainly wouldn't brag about anti-malware being the most popular application.

    referring to third parties being able to patch 64 bit Vista - "It's just not the way the box was designed...we're putting a stop to that."
    Great. What happens when MS doesn't quickly put out a patch... no choice on using the good samaritan patches anymore, you just have to sit and twiddle your thumbs.

    referring to ever being able to secure 32 bit Windows - "That train has left the station."
    I think it's more like the Windows train has left the station. Why bother to convert to 64 bit Windows? Switch to something else as soon as possible.

  17. It's a matter of trust by UnknowingFool · · Score: 4, Interesting
    Microsoft will operate 64-bit versions of Windows Vista as a tabernacle, with the kernel as the holy of holies, where only its own high priests of security may venture."

    I think the crux of debate will be what MS considers its own high priests. If that means MS security products that compete with Symantec and McAfee, then the two vendors have a legitimate gripe that MS is using its monopoly power to lock them out. MS has said that its security products will not have access to undocumented APIs, but how much do you trust MS at their word? I don't trust them that much because I think MS still plays dirty. As recently as the Burst lawsuit in 2004, you can still see MS is refusing not only play fair but abide by court orders: Both parties were told to disclose emails as part of discovery. Burst.net discovered that not only did MS destroy emails but it was the policy of a multi-billion dollar company not to retain any emails over 30 days. And Burst listed out the many ways the company actively followed this policy.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
  18. no, no, no by circletimessquare · · Score: 4, Funny

    everyone got it all wrong

    the os isn't a black box, the os needs a black box

    you know, for when it crashes

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  19. Re:Worth mentioning ... by SmurfButcher+Bob · · Score: 2, Funny

    > with the kernel as the holy of holies,

    Am I the only one who read that as,
    "The kernel will be the holiest of holy kernels in history, spouting more holes per square inch than any preceding set of kernel holes in history."

    Something tells me he used a bad phrase.

    --

    help me i've cloned myself and can't remember which one I am

  20. Using linux kernel src code ;) by SuurMyy · · Score: 2, Funny

    They Have To keep that a secret... ;)

    --
    The lyf so short, the craft so long to lerne
  21. Black box for video and audio devices... by (H)elix1 · · Score: 3, Insightful

    You can bet this is going to make life very hard for the folks like VLC or anyone who wants to do something clever with the audio system. Wonder how they are going to push it, however? Sure, they can go for attrition, and make sure all new machines come with Vista, but there are a lot of Win32 machines out there that have more than enough CPU. There were some big jumps from the 200mhz-600mhz range, but now with 2-3ghz more or less normal and no 'got to have it' devices like USB3 this is going to be a tough sell. Heck, even with DirectX 10 being reserved for Vista, game publishers would be suicide to go after that market for a couple years. While it might give a few more FPS, you can bet the vice-like grip on hardware will doom any of the older games from running on the system... I mean, heck, if you could access the video, you might just try to display content without the secret hardware handshake.

  22. Security Not Needed by the+eric+conspiracy · · Score: 3, Insightful

    This makes me think of Kid-Proof caps. Only the kids will be able to open the cap to get into the kernel. Users who want to install legit stuff, forget it.

  23. Re:Not trying to be a troll... by gweihir · · Score: 2, Insightful

    ...but could you cite some examples?

    One thing would be the Xbox hack, although that involved an attack on the hardware as well.

    There are counless successful projects to port Linux to some closed (i.e. black-box) hardware.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  24. Just to be pedantic... by jZnat · · Score: 2, Insightful

    It's "Mac", not "MAC". MAC is an acronym: Media Access Control [address]. Mac is short for Macintosh.

    And Apple makes most of its money from selling hardware, so I sincerely doubt they'll drop that and try to squeeze money out of selling an operating system exclusively.

    --
    'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  25. Why the kernel is an issue by Sloppy · · Score: 4, Insightful

    The kernel has a reputation for being not particularly bad.

    The reason the kernel is an issue, is that the new "threat" against Windows security is the owner/administrator of the machine. Microsoft needs to try to implement DRM, in order to get into bed with the media companies and sell music and Zunes to play it. You can't implement DRM if the user can patch the kernel to work around the DRM. Thus, they're going to try to prevent end-users from having the capacity to modify this behavior of their own computer.

    The "security companies" are taking collateral damage from this, because their applications have to intercept all reads/writes (to files, the network, whatever) in order to scan all data against a blacklist of known malware in order to try to protect the comically fragile userspace. This scanning is implemented through kernel patches, I guess.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  26. What about devs? by Teppic_52 · · Score: 4, Interesting

    So, if your writing (alpha) drivers for a new piece of hardware, how do you get them into the kernel to test them? Do you have to get MS to approve your H/W as pretty enough to make it in to Vista first?

  27. Re:Worth mentioning ... by newt0311 · · Score: 2, Interesting
    flamebait but i'll bite. 64 bit isn't just about the larger numbers that could be stored. heck, that could already be done through the use of the x87 ISA (upto nearly 80 bit I think actually) and the vector registers (think sse1,2,3 and 3dnow) could all work with 64 bit numbers. that wasn't the issue at all. what is great about 64bit is

    1)the amount of register space literally doubles. Optimized properly, that can go a long ways.

    2)simpler memory model: 52 physical bits for physical RAM (don't believe me, look at http://www.amd.com/us-en/Processors/DevelopWithAMD /0,,30_2252_869_875%5E7044,00.html) and 64 bits of virtual addressing space. No segments, just a flat memory model.

    3) removal of the old priveledge system and intro of a new user/kernel page allocation scheme to simplify the memory model.

    4)Direct addressing of a very large amount of ram directly accessible.

    Those are just some of the advantages. if you want to look them up in detail, go look at the link that I have given in this post to the AMD64 manuals.

  28. It's not about security it's about compliance by gelfling · · Score: 2, Insightful

    64bit Windows will see deployment in the server room on corporate data centers. In this area security is secondary to audit compliance. Server ops will turn on the default Win64 kernel security and it will do whatever it does. Auditors will check the AV box and move on to the next server. Everyone is happy. Server ops has one less thing to do and auditors have an easier job of auditing. I know that's cynical but that's how it works.

    Let's remember that the reason Windows is in the server room in the first place is because MS sold it on the premise that's easier to run. Not faster, not with less hardware, not even with fewer people but with a lower skill set. Cheaper. So embedded security is not about security, it's about skill sets. Set it, forget it, hope for the best. If it smashes on the rocks then everyone did their best anyway and no one can be held accountable.

  29. 64 bit Vista == Palladium without the hardware by radux · · Score: 4, Interesting

    Microsoft has been attempting to deploy an architecture like this for some time. Check out Microsoft's NGSCB/Paladium/TCPA initiatives (http://en.wikipedia.org/wiki/Palladium_operating_ system). This is a paper tiger without the special hardware. In a few years a push will be made to get people to adopt the hardware. It will be interesting to see how they sell it.

    --

    Kanga: That's not a fish, that's a bird.
    Pooh: Yes, but is it a starling or a mackeral?
  30. Re:Alpha supported 4 privilege modes by TheRaven64 · · Score: 3, Informative
    Actually, the Alpha was rather more clever than that. It had only had two privilege modes, and no privileged instructions. One instruction was 'switch to a special mode where some hidden registers and then jump to an address in firmware' The instructions in the firmware (known as 'PALCode') could then check values in the (six, if I remember correctly) shadowed register to implement different privileged modes. Once entering the PALCode, the instruction sequence could not be pre-empted. This allowed the addition of atomic operations to the Alpha trivially. The VMS PALCode, for example, contained instructions defined in PALCode for appending numbers to queues, which could be used to implement inter-thread message passing easily.

    Different operating systems had different firmware images. The VMS PALCode implemented a load of privileged instructions that corresponded to those found in the VAX. The NT PALCode implemented x86-style operations.

    So, while VMS may have required four privilege modes, these were not intrinsically an attribute of the Alpha. Instead, various instructions defined in PALCode would check the status of a shadow register and refuse to operate if it had the wrong value. PALCode was an incredible concept, and it was a very sad day for the industry when the promise of the Itanium killed the Alpha.

    --
    I am TheRaven on Soylent News
  31. Re:Getting It Right THIS Time? by Allador · · Score: 2

    "I'm not sure why it is you want to believe that Microsoft will "fix" anything.

    They haven't and they won't. Ever."

    Hmmm. How about every single OS and systems improvement over the past 5-10 years? Every version of the OS since NT4 being radically improved? Abandoning the 9x lines due to them being completely broken? Finally taking a first step at cleaning up the RPC mess in xpsp2, continuing into Vista? Hundreds of patches a year? Going from IIS4 and IIS5 which were wide open, defaulted to everything on, and being a horrible mess, to IIS6 and 7 which are minimal on install, very well locked down, and having nearly zero security holes? How about in Vista moving a large segment of hardware and driver code out of the kernel into userspace to improve reliability?

    Now granted, I couldnt come up with very many here in the 30 seconds I spent thinking about it.

    "There is only money to lose if they actually had a legitimate security model built-in from the kernel upward."

    This is a pretty out-there statement, care to elaborate or explain? And what is it about their current security model that is illegitimate? Process separation, mandatory security roles, and a robust ACL system is pretty standard stuff in secure designs/models.

    "Like every monopoly ever studied, they are destroying wealth (long and boring explanation), putting out an inferior product and making you pay extra for it."

    Well, there is quite a bit of successful competition in the space they supposedly have a monopoly in. There's Apple, which sells competitive products that are at or above the MS price point. They're not doing too badly and are making strong inroads (albeit into a niche market). And dont forget Linux on the desktop, which is free and Free. They've had some moderate success.

    How exactly are they 'making you pay extra for it'?

    "Why do you believe after 95/ME/XP "security" they will do anything to improve when there's absolutely no evidence to support this belief?"

    I think your statement shows pretty clearly what the evidence is to support this belief. Look at the difference in security, reliability and manageability between 9x and XP. It's like night and day, with XP and the NT kernel line having made massive improvements.

  32. Microsoft Translation by Slaryn · · Score: 5, Funny

    For those of you who don't speak "Microsoft"... "Microsoft will operate 64-bit versions of Windows Vista as a tabernacle, with the kernel as the holy of holies, where only its own high priests of security may venture." roughly translates to "It will have a password."

  33. Security Through Obscurity by ajs318 · · Score: 2, Funny

    Oh, the horror! Imagine if any Theo, Dick or Linus could modify the precious kernel!

    --
    Je fume. Tu fumes. Nous fûmes!
  34. So MS people are priests now? by Unit3 · · Score: 2, Interesting

    This actually kind of makes sense, considering their technical decisions seem to be made without any logic or reason, and considering the ass raping they've been giving consumers for years now. ;)

    --
    -- sudo.ca