在企业的内网安全防御中,通常会将横向移动技术作为指标,进行有针对性的检测。尽管如此,还是有不少攻击者巧妙地避开了层层关卡,在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限制
主机A winsrv2012
主机B win10 192.168.18.149
用户test\admin为非rid500的主机B 本地管理员的普通域用户
用户test\uuser 为普通域用户
test\admin访问,可
但非本地管理员的普通域用户还是会受LocalAccountTokenFilterPolicy限制
普通域用户test\uuser访问,拒绝访问
域管理员用户则不受限制
由此可见remote UAC才是限制远程访问的主要原因