获得管理员权限代码

Windows 系统里那个藏在 SAM 文件里的管理 Administrator 账户，默认是员权禁用的。你装完系统后创建的限代那个账户，哪怕名字叫“Admin”，管理也只是员权普通管理员。真正的限代超级管理员权限，得先把那个内置账户激活。管理

我见过太多人在这件事上绕弯路。员权有人去下载所谓“一键获取管理员权限”的限代工具，结果绑了一堆全家桶。管理有人手动改注册表，员权把 FilterAdministratorToken 的限代值从 1 改成 0，重启后发现 UAC 弹窗反而更频繁了。管理这些操作不是员权没用，是限代没搞明白 Windows 的权限模型到底怎么运转的。

命令行那两条指令

最干净的办法是打开命令提示符（管理员），输入：

net user administrator /active:yes

回车。屏幕上跳出一行“命令成功完成”。就这么简单。然后你想设密码就再敲一行：

net user administrator 你的密码

注销当前账户，登录界面就会出现 Administrator。没有密码的话直接点进去，桌面加载完那一刻，你看到的是完全不同的东西——右键菜单里“以管理员身份运行”消失了，因为所有进程本来就是最高权限。任务管理器里能看到一些平时被隐藏的系统进程。文件资源管理器的地址栏输入 C:\Windows\System32\config，可以直接打开 SAM 文件所在的文件夹，不会弹权限警告。

这个账户的 SID 是固定的，以 -500 结尾。系统里所有权限检查最终都会认这个 SID。你新建的账户哪怕加到 Administrators 组里，SID 也是随机生成的，跟这个不一样。

为什么有人激活后反而出问题

微软从 Vista 开始引入 UAC，本意是让管理员账户平时以标准权限运行，需要提权时再弹窗确认。内置 Administrator 账户默认不触发 UAC——它直接就是最高权限。这带来两个后果：一是所有恶意脚本跑起来也直接是最高权限，没有拦截；二是部分现代应用（尤其是 Microsoft Store 里的 UWP 应用）在设计时假设当前用户会经过 UAC 流程，遇到这个账户反而会闪退或者拒绝启动。

我自己的习惯是：激活它，设个强密码，平时不用。遇到某些老旧的工业软件或者系统级调试工具，普通管理员账户怎么都提权失败时，切过去用一次。用完再 net user administrator /active:no 关掉。这不是洁癖，是减少暴露面。

Linux 那边完全不同的逻辑

Linux 没有“内置管理员账户”这个概念。root 一直存在，但默认不允许直接登录。你要获得管理员权限，用的是 sudo。它的设计思路是：普通用户执行单条命令时，临时借用 root 权限，并且这个行为会被记录到 /var/log/auth.log 里。谁在什么时间执行了什么命令，一清二楚。

macOS 又不一样。它有个 root 账户，但默认禁用，跟 Windows 类似。不过 macOS 的 sudo 默认配置是 targetpw 关闭状态，意味着你输的是自己账户的密码，不是 root 密码。这个细节经常让从 Linux 转过来的人困惑。

三种系统，三种哲学。Windows 把管理员权限包装成“账户”，Linux 把它拆解成“命令级授权”，macOS 在两者之间找了个折中点。理解这些差异，比死记几条命令有用得多。

回到 Windows。如果你只是想让某个程序每次都以管理员身份启动，不需要激活 Administrator。右键快捷方式 → 属性 → 兼容性 → 勾选“以管理员身份运行”就行。但要注意，这样启动的程序仍然运行在你的用户会话里，只是令牌被提升了。跟真正切换到 Administrator 账户是两码事。

判断当前进程有没有管理员权限，最简单的方法是打开 cmd，输入 whoami /groups | findstr "S-1-16-12288"。有输出就是高完整性级别，也就是管理员权限。没有就是标准用户。这个 SID 后缀比看账户名靠谱。