内网渗透测试：域用户和机器用户

前言

这又是一个关于域内基础概念与原理的系列，本系列将包含以下几篇文章：

《内网渗透测试：内网环境与活动目录基础概念》

《内网渗透测试：活动目录 Active Directory 的查询》

《内网渗透测试：域用户组及域内权限划分》

《内网渗透测试：OU 组织单位》

《内网渗透测试：域用户和机器用户》

《内网渗透测试：域内权限访问控制》

《内网渗透测试：Windows 令牌窃取》

《内网渗透测试：Windows 组策略讲解》

《内网渗透测试：Windows 组策略后门》

域用户

大家都知道域用户是什么，就是域环境中的用户。和本地用户的帐户不同，域用户帐户保存在活动目录中。由于所有的用户帐户都集中保存在活动目录中，所以使得集中管理变成可能。

我们知道，在工作组环境中，所有计算机是独立的，要让用户能够登录到计算机并使用计算机的资源，必须为每个用户建立本地用户帐户。而在域环境中，一个域用户可以在域中的任何一台计算机上登录，域用户可以不再使用固定的计算机。当计算机出现故障时，域用户可以登录到另一台计算机上继续工作，这样也使帐号的管理变得简单。

域用户账户是在域内全局组 Domain Users 组中，本地用户账户在本地 User 组中。当计算机加入域时，会把 Domain Users 组添加到本地的 User 组中。因此域用户可以在域中的任何一台计算机上登录。

### 域用户的部分属性

在下图创建用户时可以看到用户有很多属性，如姓、名、展示名等：

这些属性都可以在 Active Directory 里面都可以查到：

姓对应的属性为sn：

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" sn
# 将该用户设为 BaseDN 进行查询

名对应的属性为givenName：

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" givenName

展示名（姓名）对应的属性为displayName：

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" displayName

值得注意的是，这个displayName虽然跟域用户名往往一样，但是不能用于登陆。

用户创建时间对应的属性为whenCreated：

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" whenCreated

用户设置密码的时间对应的属性为pwdLastSet

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" pwdLastSet

用户上次登录时间对应的属性为Lastlogon：

Adfind.exe -b "CN=JakeWilliam,CN=Users,DC=whoamianony,DC=org" Lastlogon

域用户的 userAccountControl 属性

还记得这个 userAccountControl 属性吗？我们之前在《内网渗透测试：活动目录 Active Directory 的查询》中讲 Active Directory 的按位查询时就是用的 userAccountControl 属性这个位字段做的实例。

userAccountControl 属性记录了域用户账号的很多属性信息，该字段就是一个的位字段，其是由一个个位构成的：

根据每一位的名称便可以猜出这些位的含义了。比如，我们想查询所有设置了密码永不过期的用户：

Adfind.exe -b dc=whoamianony,dc=org -f "(userAccountControl:AND:=65536)" -bit -dn
# DONT_EXPIRE_PASSWORD  0x10000  65536

查询所有设置了约束委派的用户：

Adfind.exe -b dc=whoamianony,dc=org -f "(userAccountControl:AND:=524288)" -bit -dn
# TRUSTED_FOR_DELEGATION 0x80000 524288

查询域用户

当我们拥有一个域用户的权限时，可以枚举域内的所有用户，此时主要有两个方法。

通过 SAMR 协议查询

net user /domain

通过 Active Directory 查询

Adfind.exe -b dc=whoamianony,dc=org -f "(

可以看到这个 API 的第一个参数是servername，我们可以通过servername指定一个远程的主机，然后这个 API 会去调用远程主机的 RPC，然后返回其他用户在访问这台远程主机的网络资源（例如文件共享）时所创建的网络会话，从而可以看到这个用户来自何处。

但是该 API 并不能查询到是谁登陆了这台远程主机，但是可以看到访问这台远程主机的网络资源时所创建的网络会话。从这个网络会话中可以看到哪个域用户来自哪个 IP。并且该 API 不需要在远程主机上有管理员权限。

我们利用NetWkstaUserEnum这个 API 来列出当前登录到这台远程主机机器的所有用户的信息

NET_API_STATUS NET_API_FUNCTION NetWkstaUserEnum(
LMSTR   servername,
DWORD   level,
LPBYTE  *bufptr,
DWORD   prefmaxlen,
LPDWORD entriesread,
LPDWORD totalentries,
LPDWORD resumehandle
);

这个 API 的第一个参数也是servername可以指定一个远程主机，然后会去调用这台远程主机的 RPC，然后返回当前登录到这台远程主机的所有用户的信息。值得注意的是，调用该函数的用户需要具备机器A的本地管理员权限。但是该 API 需要在远程主机上有管理员权限。

目前有很多工具可以用来枚举域内某台主机上正在登陆的域用户，下面就简单介绍几个十分经典的工具，其本质还是调用了这两个 API 。

psloggedon.exe

psloggedon.exe可以查看本地登陆的用户和通过本地计算机或远程计算机资源登陆的用户。如果指定的是用户名而不是机器名，psloggedon.exe 会搜索网上邻居中的所有计算机，并显示该用户是否已经登录。该工具的某些功能可能需要管理员权限。

psloggedon.exe [-] [-l] [-x] [\\computername或username]

如下所示，查询域控制器 DC 上正在登陆的用户：

psloggedon.exe \\DC

PVEFindADUser.exe

PVEFindADUser.exe可用于查找活动目录用户登陆的位置、枚举域用户，以及查找在特定计算机上登陆的用户，包括查找本地用户、通过 RDP 远程桌面登陆的用户、通过运行服务和计划任务的用户。运行该工具需要计算机配置 .NET Framework 2.0 环境。

PVEFindADUser.exe 参数>

我们一般直接运行以下命令，即可显示域中所有计算机上当前登陆的所有用户：

PVEFindADUser.exe -current

也可以通过-target指定查询的主机：

PVEFindADUser.exe -current -target DC.whoamianony.org

查询域用户正在登录的主机

查询域用户正在登录的主机可以定位域用户，比如我们在内网渗透中，常常会使用各种工具来获取当前域管理员在线登录的机器，入侵此机器，然后迁移到域管理登陆所在的进程，便拥有了域管理的权限。定位域用户正在登录的主机有两种常规方法，一是日志，二是会话。

我们主要来讲第二种会话的方式，可以通过以下工具实现。

psloggedon.exe

在网络中查找域管理员用户 Administrator 当前在线登录的用户：

psloggedon.exe whoamianony\administrator

PVEFindADUser.exe

直接一把梭：

PVEFindADUser.exe -current

PowerView.ps1

PowerView.ps1脚本可以用来获取当前域管理员在线登录的主机，其依赖 PowerShell 和 WMI，是一个收集域信息很好用的脚本。

Invoke-UserHunter：搜索域管理员当前在线登录的主机，并验证当前用户是否具有对这些主机的本地管理员访问权限。它可以使用 Get-NetSessions 和Get-NetLoggedon 扫描每台服务器并对扫描结果进行比较，从而找出目标用户集，并且无需管理员权限。

如下，可以看到本地域有两个域管理员：

下面，我们通过 Invoke-UserHunter 来定位他们：

Import-Module .\powerview.ps1
Invoke-UserHunter

也可以查找指定用户当前在线登录的主机：

Invoke-UserHunter -UserName whoami

Ending......

参考

https://daiker.gitbook.io/windows-protocol/ldap-pian/10#4-cha-kan-yu-yong-hu-deng-lu-guo-de-zhu-ji

https://www.anquanke.com/post/id/196510#h2-4

https://blog.csdn.net/qq_36119192/article/details/105130076

https://www.freebuf.com/articles/network/243640.html