在企业的内网安全防御中，通常会将横向移动技术作为指标，进行有针对性的检测。尽管如此，还是有不少攻击者巧妙地避开了层层关卡，在Windows环境中横向移动。针对这些高级攻击者，该如何应对呢？在使用IPC,WMIC等进行横向移动时，如果使用RID非500的管理员用户，有时会拒绝访问，是什么原因？

本文由锦行科技的安全研究团队提供，站在攻击者的视角分析windows内的横向移动，帮助大家深入了解横向移动的全过程以应对该种攻击。

Kb2871997

网传Kb2871997 是限制远程访问的主要原因，测试一下

01工作组环境下

①主机B：win7 ，192.168.18.156 ，未打Kb2871997补丁

用户 win7 非500的主机B本地管理员账户

使用Administrator访问，可

用户Win7访问。拒绝访问

②主机B安装Kb2871997补丁

Administrator访问，可

用户Win 7访问，拒绝访问

02域环境

主机B 192.168.18.156 安装了Kb2871997补丁

用户test\User为主机B本地管理员的普通域用户

用户test\User访问，可

由安装KB2871997前后的对比发现kb2871997对于本地Administrator(rid为500，操作系统只认rid不认用户名)和本地管理员组的域用户是没有影响的。但是kb2871997补丁会删除除了wdigest ssp以外其他ssp的明文凭据

remote UAC 远程限制

01工作组环境下

主机A win10

主机B win10 192.168.18.132

用户user为Rid非500的主机B本地管理员账户

ipc 拒绝访问

Schtasks 拒绝访问

WMIC,PSEXEC,WINRM,等也是拒绝访问

原因：

由于remote UAC默认开启的，计算机的任何非 500本地管理员帐户， 用户在远程计算机上没有特权提升能力，并且用户无法执行管理任务。使用非500用户来远程访问皆为：拒绝访问

解决：

在注册表HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem中添加一个键值LocalAccountTokenFilterPolicy。LocalAccountTokenFilterPolicy默认不存在，即为0（开启远程限制），添加并设置为1时将关闭远程限制

reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f

再次访问,可

schtasks ，可

若要限制500用户administrator的远程登录，那就是直接把FilterAdministratorToken设置为1，路径为：
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystem

reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v FilterAdministratorToken /t REG_DWORD /d 1 /f

再用Administrator连接就拒绝访问了

在域环境中，本地管理员用户的域账户不受LocalAccountTokenFilterPolicy限制

02域环境

主机A winsrv2012
主机B win10 192.168.18.149
用户test\admin为非rid500的主机B 本地管理员的普通域用户
用户test\uuser 为普通域用户

test\admin访问，可

但非本地管理员的普通域用户还是会受LocalAccountTokenFilterPolicy限制

普通域用户test\uuser访问，拒绝访问

域管理员用户则不受限制

由此可见remote UAC才是限制远程访问的主要原因