diff --git a/data.json b/data.json index 1a51c23d..a9a926f9 100644 --- a/data.json +++ b/data.json @@ -16939,5 +16939,11 @@ "https://mp.weixin.qq.com/s/P-zBho0S5gxUgX8CVjTVMw": "Cloudflare 修复可绕过 WAF 访问源服务器的 ACM 验证漏洞", "https://mp.weixin.qq.com/s/dhbggM7euhNdc_AHz3sjww": "【安全圈】WordPress 插件漏洞导致 10 万余个网站面临权限提升攻击风险", "https://mp.weixin.qq.com/s/4F2tY7AP-Qyi5Tak7lPVeg": "未来已来:漏洞挖掘智能体VulnAgent 发现两个Suricata 高危漏洞,并获官方致谢!", - "https://mp.weixin.qq.com/s/G5gYUhFb9FpBIsyA8-WWiA": "Anthropic官方Git MCP服务器曝链式漏洞,可致文件访问与代码执行" + "https://mp.weixin.qq.com/s/G5gYUhFb9FpBIsyA8-WWiA": "Anthropic官方Git MCP服务器曝链式漏洞,可致文件访问与代码执行", + "https://mp.weixin.qq.com/s/hVSCK-VKXjF3gexImuTLjA": "最新高危漏洞威胁情报合集 (2026-01-21)", + "https://mp.weixin.qq.com/s/cRPHl0FEL3kDkyQZ7GYo7g": "攻防技巧|快速高效挖掘.net系统漏洞", + "https://mp.weixin.qq.com/s/ZORMIVuNYgYPFZbxshGw7Q": "Cloudflare WAF 零日漏洞:可访问全球任何主机", + "https://mp.weixin.qq.com/s/678gSaJ-b3f2AgKK1A813Q": "【高危漏洞预警】GNU InetUtils telnetd远程认证绕过漏洞CVE-2026-24061", + "https://mp.weixin.qq.com/s/-fxvgoVz5GQU6mOzozYG6w": "缓解Web应用程序漏洞从了解OWASP Top 10开始", + "https://mp.weixin.qq.com/s/BMcWmEx-eOHcnxLR7adA9g": "常见OAuth 漏洞:未验证token" } \ No newline at end of file diff --git a/doc/2026-01/Cloudflare WAF 零日漏洞:可访问全球任何主机.md b/doc/2026-01/Cloudflare WAF 零日漏洞:可访问全球任何主机.md index 5a38f71e..6e7bbb82 100644 --- a/doc/2026-01/Cloudflare WAF 零日漏洞:可访问全球任何主机.md +++ b/doc/2026-01/Cloudflare WAF 零日漏洞:可访问全球任何主机.md @@ -1,12 +1,12 @@ # Cloudflare WAF 零日漏洞:可访问全球任何主机 -助力行业的 - 助力行业的 李白你好 2026-01-21 00:02 +点击关注👉 + 点击关注👉 马哥网络安全 2026-01-21 13:02 ## 前言 **Cloudflare 的 Web 应用程序防火墙 (WAF) 中存在一个严重的零日漏洞,攻击者可以利用该漏洞绕过安全控制,并通过证书验证路径直接访问受保护的源服务器。** - + 或者,当 .well-known 远远超出 WAF 的范围。几乎所有现代网站上都存在一个专为机器而非人类设计的 URL。它位于 /.well-known/acme-challenge/ 下,在证书颁发期间的几秒钟内,一个机器人会访问它来检查你是否真正控制该域名。这个访问本应是平淡无奇的,一项例行无声的任务。但在这种情况下,这个安静的路径变得非常喧闹! @@ -32,29 +32,29 @@ ACME 是证书颁发机构验证域名控制的协议。在 HTTP-01 方法中, 以下是演示环境的代表性截图。第一张图片显示正常请求在 Cloudflare 的阻塞页面结束。第二张显示我们用于阻塞演示中 cf- 主机名的自定义规则。接下来的三张显示每个演示主机在请求针对 ACME 路径时返回源站生成的 404。 #### 阻塞页面(正常请求) - + #### 自定义规则 - 阻塞 cf-* 主机名 在演示中,我们创建了一个规则,阻塞任何包含 cf- 的主机名。在生产环境中,许多团队阻塞公共互联网,只允许公司 VPN 出口。此规则模拟了演示的态势。 - + #### 源站 404 (Next.js) - + #### 源站 404 (Spring) - + #### 源站 404 (PHP) - + ## 我们如何获得稳定的挑战令牌 为了可重复的演示,我们想要一个不会在中途消失的挑战令牌。Cloudflare 的 SSL/TLS 自定义主机名功能允许你管理 CNAME 到你的域名的第三方主机名和证书。我们添加了一个名为 cf-well-known.fearsoff.org 的自定义主机名,并明确选择了 HTTP 验证。下面的截图显示了添加流程和结果的待验证状态。 - + - + 我们故意没有为 cf-well-known.fearsoff.org 创建 DNS 记录,因此颁发保持无限期挂起。在挂起状态下,Cloudflare 会显示验证机器人最终会请求的 HTTP-01 URL,例如: @@ -75,11 +75,11 @@ WAF 控制旨在成为前门。当单个维护路径绕过该门时,“内部 ),请求可以落在 **/actuator/env** 上并返回进程环境和配置。这些数据通常包括敏感值——数据库 URL、API 令牌、云密钥——它实质上提高了源站中任何错误的爆炸半径。 - + 服务器端渲染框架通常将服务器派生的值发送到客户端以水合页面。当 WAF 拥有前门时,这是没问题的。当源站直接响应时,同一页面可以暴露从未打算从公共互联网可达的操作细节。 - + #### PHP 路由 许多 PHP 应用程序通过 **index.php** @@ -87,9 +87,9 @@ WAF 控制旨在成为前门。当单个维护路径绕过该门时,“内部 就足以证明影响。在我们的演示中,即使是 404 流程也通过 **index.php** 路由,这就是为什么一旦源站开始直接说话,它就会暴露额外页面。 - + - + 这些演示是后果,而不是原因。根问题是特殊路径上的 WAF 决策。一旦门打开,源站内任何脆弱的东西突然就只需一个请求。 ## 不只是 404s - 账户 WAF 规则被忽略 @@ -128,14 +128,45 @@ WAF 控制旨在成为前门。当单个维护路径绕过该门时,“内部 最危险的 bug 往往从例行细节开始。证书机器人的通道绝不应成为侧门。 参考链接:https://fearsoff.org/research/cloudflare-acme -## 网络安全情报攻防站 -**www.libaisec.com** +文章内容转自李白你好,侵删 + + + + +**今日福利** + +为了帮助大家入门网安,给大家推荐一份**《新手Web安全入门到精通》** +,共474页,包括**代码审计、web漏洞、靶场实例分析、信息收集、渗透思路** +等,将Web安全攻防知识点一网打尽。 + +代码配图,简单明了,攻防思路清晰透彻,关键是里面还配有多张思维导图,通俗易懂,实用性非常强,很适合新手学习参考~ + + + + + + + + + + + + + +以上资料获取请扫码 + + + +识别上方二维码 + +备注: +**web安全入门到精通** + +100%免费领取 + +(是扫码领取,不是在公众号后台回复,别看错了哦) + -综合性的技术交流与资源共享社区 - -专注于红蓝对抗、攻防渗透、威胁情报、数据泄露 - - diff --git a/doc/2026-01/【高危漏洞预警】GNU InetUtils telnetd远程认证绕过漏洞CVE-2026-24061.md b/doc/2026-01/【高危漏洞预警】GNU InetUtils telnetd远程认证绕过漏洞CVE-2026-24061.md new file mode 100644 index 00000000..9afe32d7 --- /dev/null +++ b/doc/2026-01/【高危漏洞预警】GNU InetUtils telnetd远程认证绕过漏洞CVE-2026-24061.md @@ -0,0 +1,34 @@ +# 【高危漏洞预警】GNU InetUtils telnetd远程认证绕过漏洞CVE-2026-24061 +cexlife + cexlife 飓风网络安全 2026-01-21 14:23 + + + +漏洞描述: + +该漏洞存在于tеlnеtd服务端1.9.3-2.7版本中,tеlnеtd在调用系统/uѕr/bin/lоɡin程序时,未对从客户端USER环境变量传入的用户名做过滤,直接拼接到lоɡin命令行,远程攻击者可利用该缺陷,在无需任何口令的情况下直接获取目标主机的rооt ѕhеll造成完全控制权泄露、敏感信息被窃取或进一步横向移动,由于tеlnеt协议本身明文传输,且该漏洞可在默认配置触发危害程度极高 + +攻击场景: + +攻击者通过Telnet协议连接目标系统(默认监听23端口)在连接过程中利用恶意构造的USER环境变量,将未过滤的用户名直接拼接到/usr/bin/login命令行中执行,从而绕过认证机制无需密码即可获取root shell + +影响产品: + +1.9.3 <= GNU InetUtils <= 2.7 + +及时更新tеlnеtd到2.8及以上版本 + +建议措施: + +立即升级:将 telnetd 服务升级至 2.8 及以上版本,彻底修复该漏洞 + +禁用Telnet:建议在生产环境中彻底禁用 Telnet 服务,改用 SSH 协议进行远程管理,以避免明文传输与协议层面的安全缺陷 + +端口管控:通过防火墙策略限制 23 端口的外部访问,仅允许可信 IP 访问,降低暴露面 + +日志监控:加强对 /var/log/auth.log 或类似日志文件的监控,关注异常的 login 命令调用行为,如包含非标准用户名或特殊字符的命令行 + +资产普查:对全网资产进行排查,识别是否存在运行旧版 telnetd 的设备,特别是工业控制系统、老旧服务器或嵌入式设备 + + + diff --git a/doc/2026-01/常见OAuth 漏洞:未验证token.md b/doc/2026-01/常见OAuth 漏洞:未验证token.md new file mode 100644 index 00000000..fb022df3 --- /dev/null +++ b/doc/2026-01/常见OAuth 漏洞:未验证token.md @@ -0,0 +1,205 @@ +# 常见OAuth 漏洞:未验证token +原创 Pwn1 + Pwn1 漏洞集萃 2026-01-21 14:38 + + + +> **免责声明** + +本公众号所发布的文章内容仅供学习与交流使用,禁止用于任何非法用途。 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +1. + +1. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
原文链接 |
|
|
|
|
|
|
漏洞类型 | 漏洞Sink点 | 审计描述 |
SQL 注入 |
, , , , , , , | 检查点:查找 SQL 语句是否通过字符串拼接或格式化( , , )将 等直接插入。 |
命令执行(RCE) |
, , | 检查点:是否把用户输入拼接到命令或传给 shell/PowerShell, 与 是否来自外部 |
文件上传 / 任意文件写入 |
, , , | 检查点:是否校验扩展名、MIME、内容类型、文件名(路径分隔符)、以及保存目录权限;是否防止覆盖已有文件,上传可执行脚本( / )getshell |
反序列化 |
, , , | 检查点:反序列化是否对不可信输入(Request、Cookie、ViewState、文件等)执行;是否使用不安全的序列化库(BinaryFormatter、SoapFormatter) |
任意文件读取 |
, , , , | 检查点:是否将用户参数直接作为文件路径输出或读取;是否存在未做路径合法化的文件下载接口。 |
路径遍历 |
, , , | 检查点:路径拼接是否包含未过滤的用户输入; 后是否做规范化校验。 |
XXE(XML External Entity) |
, , , | 检查点:XML 解析是否启用了外部实体解析(DTD);是否解析来自不受信任来源的 XML。 |
SSRF |
, , , | 检查点:是否允许用户指定 URL 并由服务器发起请求;是否对目标地址做白名单或内部地址检测。 |
远程文件下载 |
| 检查点:是否允许用户提供远程文件 URL(例如通过参数、表单、配置等输入),是否存在任意文件写入风险(保存路径是否可控、是否拼接了用户输入 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
string folder = Request["folder"]; |