icacls是Windows内置NTFS权限管理工具，用于精确授予（/grant）、拒绝（/deny）、重置（/reset）及控制继承（如(OI)(CI)），支持服务账户（如NT AUTHORITY\NETWORK SERVICE）赋权并确保权限生效。
直接用 icacls 给服务账户赋权，关键不是“加权限”，而是确保权限能真正生效——这涉及账户识别方式、继承控制、以及是否覆盖已有冲突规则。
确认服务账户的正确名称格式
Windows 服务账户分几种类型，写法完全不同：
-
本地系统账户：用
NT AUTHORITY\SYSTEM（不能简写为 SYSTEM） -
网络服务账户：用
NT AUTHORITY\NETWORK SERVICE -
本地服务账户：用
NT AUTHORITY\LOCAL SERVICE -
自定义服务账户（域环境）：用
DOMAIN\AccountName，如CONTOSO\svc-app01 -
自定义服务账户（本地）：用
.\AccountName，如.\svc-web
授予读写权限并确保向下继承
仅给文件夹加权限，子项默认不生效。必须显式启用对象继承（OI）和容器继承（CI），否则服务启动后仍报“拒绝访问”：
icacls "D:\AppData" /grant "NT AUTHORITY\NETWORK SERVICE":(OI)(CI)M /T-
(OI)表示子文件继承该权限（对文件有效） -
(CI)表示子文件夹继承该权限（对目录有效） -
M是“修改”权限，包含读取、写入、删除、执行，比W更完整，比F更安全 -
/T确保递归应用到所有现有子项
处理常见冲突：禁用继承或拒绝项优先
如果目标目录已禁用继承，或存在显式的“拒绝写入”条目（比如父级设了 Deny Write），/grant 无法覆盖拒绝项：
- 先检查当前继承状态：
icacls "D:\AppData"，看是否显示CREATOR OWNER:(I)(OI)(CI)(IO)(F)中的(I)（表示继承启用） - 若显示
Not Inherited，需先恢复继承：icacls "D:\AppData" /inheritance:e - 若有冲突的 Deny 条目，用
/remove:d清除特定拒绝项，例如：icacls "D:\AppData" /remove:d "BUILTIN\Users" /T
验证权限是否实际生效
别只看图形界面里的勾选框——它可能显示“修改”，但底层 ACL 可能没落到位：
- 运行
icacls "D:\AppData"，确认输出中包含类似NT AUTHORITY\NETWORK SERVICE:(OI)(CI)(M) - 切换到服务账户上下文测试（需管理员权限）：
runas /user:"NT AUTHORITY\NETWORK SERVICE" cmd，再尝试echo test > D:\AppData\test.txt - 若失败，查看 Windows 事件查看器 → Windows 日志 → 安全，筛选“4656”事件（句柄请求失败），可精准定位是哪条 ACE 拒绝了访问
