微软的UAC战略
作者:Gmxp 日期:2008-04-28
最近忙于冠锁2的开发，很久都没有写东西了，今天就随便写一点凑凑数吧。
大一的时候曾经有一篇和UAC相关的日志，现在看来，那时候还是太肤浅了（可能等到毕业后再来看我现在的日志，也会觉得肤浅吧，呵呵）。我一直以来都是比较喜欢UAC的，它可以帮助我了解我的计算机正在干什么事情，对防范病毒，木马，恶意代码都很有用（用Vista一年的还没有中过毒）；但是很多人似乎并不喜欢它，嫌它烦。呵呵，事实证明了很多时候技术并不直接反映市场，很多人不喜欢它，但是多少人知道它后面有多么强大的权限认证机制吗？
呵呵，跑题了。前段时间看过一篇报道，大概就是说微软借用UAC来激怒用户，迫使广大软件公司修改自己的产品以使Windows具有更高的安全性。仔细一想，其实挺有道理的，很多时候我们的代码没有必要运行在很高的权限下，低权限也可以完成，例如CreateFile，如果仅仅只是为了获得一个文件的属性时，调用CreateFile完全没有必要用GENERIC_READ这样的权限的，FILE_READ_ATTRIBUTE足矣。在Vista之前的，我们可能完全不会理会这样细小的差别，但是Vista下，一些受保护的目录下使用GENERIC_READ就会失败，这就迫使我们更改自己的代码来获得Vista的兼容性，毕竟弹出UAC窗口是很恶心的；这样对于Windows来说，运行在高权限下的应用程序数量大减（通常只有少数系统关键组件运行在高权限下），安全性就可以大大提升，这才是微软想要的呀！
大一的时候曾经有一篇和UAC相关的日志，现在看来，那时候还是太肤浅了（可能等到毕业后再来看我现在的日志，也会觉得肤浅吧，呵呵）。我一直以来都是比较喜欢UAC的，它可以帮助我了解我的计算机正在干什么事情，对防范病毒，木马，恶意代码都很有用（用Vista一年的还没有中过毒）；但是很多人似乎并不喜欢它，嫌它烦。呵呵，事实证明了很多时候技术并不直接反映市场，很多人不喜欢它，但是多少人知道它后面有多么强大的权限认证机制吗？
呵呵，跑题了。前段时间看过一篇报道，大概就是说微软借用UAC来激怒用户，迫使广大软件公司修改自己的产品以使Windows具有更高的安全性。仔细一想，其实挺有道理的，很多时候我们的代码没有必要运行在很高的权限下，低权限也可以完成，例如CreateFile，如果仅仅只是为了获得一个文件的属性时，调用CreateFile完全没有必要用GENERIC_READ这样的权限的，FILE_READ_ATTRIBUTE足矣。在Vista之前的，我们可能完全不会理会这样细小的差别，但是Vista下，一些受保护的目录下使用GENERIC_READ就会失败，这就迫使我们更改自己的代码来获得Vista的兼容性，毕竟弹出UAC窗口是很恶心的；这样对于Windows来说，运行在高权限下的应用程序数量大减（通常只有少数系统关键组件运行在高权限下），安全性就可以大大提升，这才是微软想要的呀！
