前言
这又是一个关于域内基础概念与原理的系列,本系列将包含以下几篇文章:
《内网渗透测试:内网环境与活动目录基础概念》
《内网渗透测试:活动目录 Active Directory 的查询》
《内网渗透测试:域用户组及域内权限划分》
《内网渗透测试:OU 组织单位》
《内网渗透测试:域用户和机器用户》
《内网渗透测试:域内权限访问控制》
《内网渗透测试:Windows 令牌窃取》
《内网渗透测试:Windows 组策略讲解》
《内网渗透测试:Windows 组策略后门》
在上一节中,我们介绍了活动目录 Active Directory 的一些基本概念,活动目录中存储了域内的大部分信息,域内的每一台域控都有一份完整的本域的
Active Directory,我们可以通过连接域控的指定端口(636端口是LDAPS)来进行访问、查询与修改。
Active Directory 的查询基础语法
BaseDN
BaseDN 即基础可分辨名称,其指定了这棵树的根。比如指定 BaseDN
为DC=whoamianony,DC=org
就是以DC=whoamianony,DC=org
为根往下搜索,类似于在文件系统中指定了一个根目录:
若指定 BaseDN
为CN=Computers,DC=whoamianony,DC=org
那么就是以CN=Computers,DC=whoamianony,DC=org
为根往下搜索
过滤规则
LDAP 搜索过滤器语法有以下逻辑运算符:
运算符 | 说明 |
---|---|
& | AND 运算符 |
OR 运算符 | |
! | NOT 运算符 |
= | 用与名称和值做相等比较 |
* | 通配符 |
下面举几个例子
(uid=testuser)
:匹配 uid 属性为 testuser 的所有对象
(uid=test*)
:匹配 uid 属性以 test 开头的所有对象
(!(uid=test*))
:匹配 uid 属性不以 test 开头的所有对象
(&(department=1234)(city=Paris))
:匹配 department 属性为1234且city属性为Paris的所有对象
(|(department=1234)(department=56*))
:匹配 department
属性的值刚好为1234或者以56开头的所有对象。
一个需要注意的点就是运算符是放在前面的,跟我们之前常规思维的放在中间不一样。
LDAP 查找中的按位搜索
在 LDAP 里面,有些属性字段是位字段,这里以 userAccountControl 举例,其记录了用户的 AD
账号的很多属性信息,该字段就是一个的位字段。之所以说 userAccountControl 是一个位字段,是因为它是由一个个位构成:
Property flag | Value in hexadecimal | Value in decimal |
---|---|---|
SCRIPT | 0x0001 | 1 |
ACCOUNTDISABLE | 0x0002 | 2 |
HOMEDIR_REQUIRED | 0x0008 | 8 |
LOCKOUT | 0x0010 | 16 |
PASSWD_NOTREQD | 0x0020 | 32 |
PASSWD_CANT_CHANGE | 0x0040 | 64 |
ENCRYPTED_TEXT_PWD_ALLOWED | 0x0080 | 128 |
TEMP_DUPLICATE_ACCOUNT | 0x0100 | 256 |
NORMAL_ACCOUNT | 0x0200 | 512 |
INTERDOMAIN_TRUST_ACCOUNT | 0x0800 | 2048 |
WORKSTATION_TRUST_ACCOUNT | 0x1000 | 4096 |
SERVER_TRUST_ACCOUNT | 0x2000 | 8192 |
DONT_EXPIRE_PASSWORD | 0x10000 | 65536 |
MNS_LOGON_ACCOUNT | 0x20000 | 131072 |
SMARTCARD_REQUIRED | 0x40000 | 262144 |
TRUSTED_FOR_DELEGATION | 0x80000 | 524288 |
NOT_DELEGATED | 0x100000 | 1048576 |
USE_DES_KEY_ONLY | 0x200000 | 2097152 |
DONT_REQ_PREAUTH | 0x400000 | 4194304 |
PASSWORD_EXPIRED | 0x800000 | 8388608 |
TRUSTED_TO_AUTH_FOR_DELEGATION | 0x1000000 | 16777216 |
比如一个账户,他的 userAccountControl 属性只有 LOCKOUT 和 NOT_DELEGATED
这两个位有值,其他的位都没有,那这个用户的 userAccountControl 属性的值就为 0x100000+0x0010,是个32 位 INT 类型。
现在,如果我要搜索域内所有设置了 NOT_DELEGATED 位的所有对象,那么像之前那样简单的 LDAP 搜索语法肯定是不行了。因为简单的 LDAP
搜索语法只能对某个属性进行过滤,还不能对属性里面的某个具体的位进行过滤,这就引出了 LDAP 的按位搜索。
LDAP 的按位搜索的语法如下:
<属性名称>:<BitFilterRule-ID>:=<十进制比较值>
其中的<BitFilterRule-ID>
指的是位过滤规则所对应的 ID,大致内容如下:
位过滤规则 | OID |
---|---|
LDAP_MATCHING_RULE_BIT_AND | 1.2.840.113556.1.4.803 |
LDAP_MATCHING_RULE_OR | 1.2.840.113556.1.4.804 |
LDAP_MATCHING_RULE_TRANSITIVE_EVAL | 1.2.840.113556.1.4.1941 |
LDAP_MATCHING_RULE_DN_WITH_DATA | 1.2.840.113556.1.4.2253 |
比如我们查询域内所有设置了 NOT_DELEGATED 位的所有对象,NOT_DELEGATED 对应的十进制比较值位
1048576,那么根据语法,我们便可以构造以下过滤语法:
(userAccountControl:1.2.840.113556.1.4.803:=1048576)
Active Directory 访问查询工具
ADSI 编辑器
ADSI Edit(AdsiEdit.msc)是一个 Microsoft Windows Server 工具,可用于通过 Active Directory
活动目录服务接口(ADSI)查看和编辑原始 Active Directory 目录服务属性。ADSI Edit 适用于编辑 Active Directory
中的单个对象或少量对象。ADSI Edit 不具备搜索功能。因此,必须预先知道要编辑的对象及其在 Active Directory 中的位置。
在域控中(普通域成员主机没有 ADSI 编辑器)执行 adsiedit.msc 打开 ADSI 编辑器,“操作” —> “连接” 即可:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qcNS92Nz-1692510811683)(https://image.3001.net/images/20210806/1628258143_610d3f5f0dfce23144ea2.png!small)]
LDP
LDP 是微软自带的一款域内信息查询工具,在域控中执行 ldp 即可打开 LDP。普通域成员主机默认是没有LDP的,可以自行上传 ldp.exe 工具上去。
打开 LDP 后,输入域控的 IP 和 389 端口进行连接:
然后点击 “连接” —> “绑定”,输入账号密码进行认证:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zXXibTey-1692510811686)(https://image.3001.net/images/20210806/1628258143_610d3f5fdf9af15a67033.png!small)]
然后再点击 “查看” —> “数”,输入一个 BaseDN 基础可分辨名称,指定这棵树的根,便可以用指定 BaseDN 作为根根往下搜索了。这里的
BaseDN 可以参照如下:
DC=whoamianony,DC=org
CN=Users,DC=whoamianony,DC=org
CN=Builtin,DC=whoamianony,DC=org
CN=Computers,DC=whoamianony,DC=org
CN=Deleted Objects,DC=whoamianony,DC=org
OU=Domain Controllers,DC=whoamianony,DC=org
CN=ForeignSecurityPrincipals,DC=whoamianony,DC=org
......
比如这里我们输入 BaseDN 为DC=whoamianony,DC=org
,则 LDP
会以DC=whoamianony,DC=org
为根往下搜索:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GXWXBTOp-1692510811687)(https://image.3001.net/images/20210806/1628258144_610d3f602e5f0c561343b.png!small)]
如果想要查看某个条目的信息,则 “右键” —> “搜索”,即可对指定的 BaseDN 进行过滤搜索:
Active Directory Explorer
Active Directory Explorer(AD
Explorer)是微软的一款域内信息查询工具,它是独立的可执行文件,无需安装。它能够列出域组织架构、用户账号、计算机账号等,它可以帮助你寻找特权用户和数据库服务器等敏感目标。
我们可以使用 AD Explorer 工具连接域控来访问活动目录,它可以方便的帮助用户进行浏览 Active Directory
数据库、自定义快速入口、查看对象属性、编辑权限、进行精确搜寻等操作。如下,在域内任意一台主机上,以域用户身份进行连接即可:
Adfind
AdFind一款 C++
编写的域内查询信息的命令行工具,在域渗透里面的出场率极高。还有一个叫做 Admod ,可以修改。使用方法如下:
AdFind.exe [switches] [-b basedn] [-f filter] [attr list]
-b:指定指定一个 BaseDN 基础可分辨名称作为查询的根节点
-f:LDAP 过滤条件
attr list:需要显示的属性
# 搜索 whoamianony.org 域下 objectcategory=computer 的所有对象,会显示出所有对象以及对象的所有属性
Adfind.exe -b dc=whoamianony,dc=org -f "objectcategory=computer"
# 搜索 whoamianony.org 域下 objectcategory=user 的所有对象,会显示出所有对象以及对象的所有属性
Adfind.exe -b dc=whoamianony,dc=org -f "objectcategory=user"
# 搜索 whoamianony.org 域下 objectcategory=computer 的所有对象,过滤出 name 和 operatingSystem 属性
Adfind.exe -b dc=whoamianony,dc=org -f "objectcategory=computer" name operatingSystem
# 搜索 whoamianony.org 域下 objectcategory=user 的所有对象,过滤出 cn 和 createTimeStamp 属性
Adfind.exe -b dc=whoamianony,dc=org -f "objectcategory=user" cn createTimeStamp
更多查询命令:
Adfind.exe -f objectclass=trusteddomain # 信任关系
Adfind.exe -sc u:<username> # 查询指定用户
Adfind.exe -sc getacls -sddlfilter ;;;;; -recmute # 导出整个域的 ACL
Adfind.exe -sc u:<username> objectSid # 查询指定用户的 SID
Adfind.exe -f "(&(objectCategory=person)(objectClass=user))" # 查询所有用户
Adfind.exe -sc dclist # 查询域控制器列表
Adfind.exe -schema -s base objectversion # 查询域控制器版本
Adfind.exe -sc gpodmp # 导出域内所有的 GPO
Adfind.exe -b "dc=whoamianony,dc=org" -f "mobile=*" mobile mail displayName title -s Subtree -recmute -csv mobile # 导出域内所有的手机号为 csv 格式
Adfind.exe -b "dc=whoamianony,dc=org" -f "mail=*" mail displayName title -s Subtree -recmute -csv mobile # 导出域内所有的邮箱为 csv 格式
Adfind.exe -b "dc=whoamianony,dc=org" -f "&(servicePrincipalName=*)(admincount=1)" servicePrincipalName # 查询域内高权限的 SPN 服务主体名称
Adfind.exe -b "dc=whoamianony,dc=org" -f "useraccountcontrol:1.2.840.113556.1.4.803:=4194304" -dn # 查找域内所有开启了 "Do not require Kerberos preauthentication" 选项的用户
并且 Adfind 还给我们提供了一个快捷的按位查询方式,可以直接用来代替那些复杂的 BitFilterRule-ID:
位过滤规则 | OID | Adfind BitFilterRule |
---|---|---|
LDAP_MATCHING_RULE_BIT_AND | 1.2.840.113556.1.4.803 | :AND: |
LDAP_MATCHING_RULE_OR | 1.2.840.113556.1.4.804 | :OR: |
LDAP_MATCHING_RULE_TRANSITIVE_EVAL | 1.2.840.113556.1.4.1941 | :INCHAIN: |
LDAP_MATCHING_RULE_DN_WITH_DATA | 1.2.840.113556.1.4.2253 | :DNWDATA: |
如下实例:
Adfind.exe -b dc=whoamianony,dc=org -f "(userAccountControl:AND:=524288)" -bit -dn
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eSmhKmHV-1692510811697)(https://image.3001.net/images/20210806/1628258147_610d3f631c2bc138cf1ac.png!small)]
LDAP 查找中的 objectClass 和 objectCategory
objectClass
上一篇文章中我们曾说过说过,在对象的 objectClass
属性里面,可以看到这个对象是哪一个类的实例,以及这个类所继承的所有父类。例如,域内主机CN=EWS,CN=Computers,DC=whoamianony,DC=org
这个条目的objectClass
属性的值中包括
top、person、organizationalPerson、user 和 computer:
根据类的继承关系可知,该对象是 computer 类的一个实例,而 computer 是 user 的子类,user 是
organizationalPerson 的子类,organizationalPerson 是 person 的子类,person 是 top
的子类。那么我们通过以下过滤语法都可以找到这个对象:
(objectClass=user)
(objectClass=organizationalPerson)
由于所有的类都是 top 类的子类,所以当我们使用(objectClass=top)
语句进行过滤时,域内所有的对象都可以搜索到
objectCategory
对象类的每个实例还具有一个 objectCategory
属性,该属性是一个单值属性。并且建立了索引。其中包含的值为该实例对象的类或该类所继承的父类之一的专有名称。如下所示,
域内主机CN=EWS,CN=Computers,DC=whoamianony,DC=org
这个条目的objectCategory
属性的值为CN=Computer,CN=Schema,CN=Configuration,DC=whoamianony,DC=org
。如果我们想过滤所有
objectCategory
的属性为CN=Computer,CN=Schema,CN=Configuration,DC=whoamianony,DC=org
的对象,使用以下语法即可:
(objectCategory=CN=Computer,CN=Schema,CN=Configuration,DC=whoamianony,DC=org)
但是这样的话需要记住完整的 DN,为了方便,对象所属的类中还有一个 lDAPDisplayName
属性,用于指定该类所显示的名称。我们可以看到,对象CN=EWS
所属的类存储在CN=Computer,CN=Schema,CN=Configuration,DC=whoamianony,DC=org
中,里面有一个
lDAPDisplayName 属性的值正是 computer:
而且, LDAP 是支持直接使用类的 lDAPDisplayName 属性作为条件进行搜索的,所以如果我们想要查找所有 objectCategory
的属性为CN=Computer,CN=Schema,CN=Configuration,DC=whoamianony,DC=org
的对象,可以直接用
lDAPDisplayName 属性的值代替那一长串 DN:
(objectCategory=computer)
二者查询效果相同。
由于 objectCategory 建立索引,所以查询时间比较快,在对 Active Directory 进行查询时可以将二者结合使用以提高查询效率。
Ending…
参考:
https://baike.baidu.com/item/ADSI/6600454?fr=aladdin
内网渗透测试:活动目录 Active Directory 的查询
内网渗透测试:活动目录 Active Directory 的查询
内网渗透测试:活动目录 Active Directory 的查询
内网渗透测试:活动目录 Active Directory 的查询
<https://daiker.gitbook.io/windows-protocol/ldap-pian/8#3schema-nc-zhong-de-
shu-xing><https://daiker.gitbook.io/windows-protocol/ldap-pian/9#2-ldap-cha-zhao-
zhong-de-objectcategory-he-objectclass>
og.csdn.net/qq_36119192/article/details/107610208>
内网渗透测试:活动目录 Active Directory 的查询
<https://daiker.gitbook.io/windows-protocol/ldap-pian/8#3schema-nc-zhong-de-
shu-xing><https://daiker.gitbook.io/windows-protocol/ldap-pian/9#2-ldap-cha-zhao-
zhong-de-objectcategory-he-objectclass>
网络安全学习路线
这是一份网络安全从零基础到进阶的学习路线大纲全览,小伙伴们记得点个收藏!
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0RWx5AIj-1692510811705)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]编辑
阶段一:基础入门
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xcI3CKSR-1692510811706)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]
网络安全导论
渗透测试基础
网络基础
操作系统基础
Web安全基础
数据库基础
编程基础
CTF基础
该阶段学完即可年薪15w+
阶段二:技术进阶(到了这一步你才算入门)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MOkoOgh6-1692510811707)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]
弱口令与口令爆破
XSS漏洞
CSRF漏洞
SSRF漏洞
XXE漏洞
SQL注入
任意文件操作漏洞
业务逻辑漏洞
该阶段学完年薪25w+
阶段三:高阶提升
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z4kYWZe5-1692510811708)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]
反序列化漏洞
RCE
综合靶场实操项目
内网渗透
流量分析
日志分析
恶意代码分析
应急响应
实战训练
该阶段学完即可年薪30w+
阶段四:蓝队课程
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SsvyrLsE-1692510811709)(data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==)]
蓝队基础
蓝队进阶
该部分主攻蓝队的防御,即更容易被大家理解的网络安全工程师。
攻防兼备,年薪收入可以达到40w+
阶段五:面试指南&阶段六:升级内容
需要上述路线图对应的网络安全配套视频、源码以及更多网络安全相关书籍&面试题等内容
如果你对网络安全入门感兴趣,那么你需要的话可以点击这里👉网络安全重磅福利:入门&进阶全套282G学习资源包免费分享!
同学们可以扫描下方二维码获取哦!
今天的文章内网渗透测试七个步骤_网址安全中心检测「建议收藏」分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/79670.html