Windows Service中LocalSystem账户代码差异及用户空间访问问题

差异本质与问题原因 #

两段代码都将服务账户设置为LocalSystem，但第二段额外显式设置了Username和Password为null，这会触发.NET服务安装程序的异常配置逻辑：

• 当仅设置Account = ServiceAccount.LocalSystem时，系统会使用完整权限的内置LocalSystem账户运行服务。LocalSystem作为Windows最高权限的内置账户之一，拥有访问系统所有资源（包括所有用户会话中的进程）的权限，因此可以正常获取所有运行进程列表。
• 当显式设置Username = null和Password = null时，尽管代码指定了LocalSystem，但服务安装程序会错误地将服务的登录凭据配置为“无凭据”模式，导致服务实际运行时的权限被限制——它会失去LocalSystem账户原本拥有的跨会话访问权限，无法读取其他用户空间的进程信息。

简单来说：ServiceAccount.LocalSystem是内置账户，不需要用户名密码，显式设置这两个属性为null会干扰安装程序的默认配置逻辑，导致服务权限被削减。

资料查阅渠道 #

• .NET官方文档中关于ServiceProcessInstaller类的说明，重点关注Account、Username、Password属性的使用场景（仅当Account设为ServiceAccount.User时才需要设置后两者）。
• Windows官方文档中关于服务账户（尤其是LocalSystem）的权限与配置规则，了解内置服务账户的默认权限及配置错误可能导致的权限变化。

内容的提问来源于stack exchange，提问作者Rougher