Skip to content
KitploitKITPLOIT
工具博客
提交
工具博客
提交

黑客、渗透测试和网络安全工具,武装您的安全武器库!

Kitploit 是一个黑客、网络安全和渗透测试工具的目录。发现最新的项目更新,查找漏洞、分析系统、自动化测试并加强你的安全。

··订阅源·联系·隐私·© 2026 Kitploit

工具目录

分类

查看所有分类
Loading categories
CVE-2026-48908-Joomla-SP-Page-Builder-RCE — 针对 CVE-2026-48908 的技术分析与安全公告:JoomShaper SP Page Builder 中未认证的任意文件上传可导致远程代码执行(RCE)。 | Kitploit
工具/GitHubGitHub/imxur/cve-2026-48908-joomla-sp-page-builder-rce
漏洞分析Web安全论文与研究学习与教育
GitHubimxur/cve-2026-48908-joomla-sp-page-builder-rce

CVE-2026-48908-Joomla-SP-Page-Builder-RCE

针对 CVE-2026-48908 的技术分析与安全公告:JoomShaper SP Page Builder 中未认证的任意文件上传可导致远程代码执行(RCE)。

查看仓库

最受欢迎

查看全部 →

发现我们社区最常用的工具。

探索所有工具

浏览我们的工具集合

查看所有工具 →
分享
226天前尚未审核

🛡️ CVE-2026-48908 分析

JoomShaper SP Page Builder 中未经验证的任意文件上传导致 RCE

CVE Severity Target Author

关于一个未经验证的远程代码执行漏洞的全面技术解析。


📌 执行摘要

CVE-2026-48908 是 Joomla 的 JoomShaper SP Page Builder 扩展中被发现的一个严重安全漏洞。该漏洞存在于一个未受保护的端点,该端点接受用户提供的上传文件,却没有验证用户授权或有效限制文件扩展名。

成功利用该漏洞可使远程、未经身份验证的攻击者将可执行文件写入公共 Web 目录,最终导致服务器完全沦陷(远程代码执行)。


📊 漏洞指标

参数详情
漏洞类型未经验证的任意文件上传 (CWE-434)
CVSS v3.1 评分9.8 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
影响级别严重(远程代码执行 / 完全接管系统)
访问向量网络 / 远程(无需身份验证)

⏱️ 研究与发现时间线

[!NOTE] 这一漏洞的发现是 6 到 7 个月专门安全研究、源代码审计以及 CMS 扩展内协议行为映射的最终成果。

root@kitploit:~
timeline
    title Disclosure Lifecycle
    2026 Q1 : Source Code Auditing & Identification
            : Edge-case Analysis & Flow Tracing
    2026 Q2 : Proof-of-Concept Validation
            : Responsible Vendor Disclosure
    2026 Q3 : Patch Verification
            : Public Advisory & CVE Registration


🧬 技术流程与机制

下图说明了该缺陷从发起请求到执行的操作流程:

root@kitploit:~
sequenceDiagram
    autonumber
    actor Attacker as Remote Attacker
    participant Endpoint as Upload Controller
    participant Storage as Public Storage
    participant Server as Web Server Process

    Attacker->>Endpoint: POST request with malicious payload (No Auth)
    Note over Endpoint: Missing Authorization Check<br/>& Loose MIME Validation
    Endpoint->>Storage: Writes file to public path (/images/...)
    Endpoint-->>Attacker: Returns success response & file path
    Attacker->>Storage: GET request to uploaded file
    Storage->>Server: Executes server-side code
    Server-->>Attacker: Command execution output returned


🔍 根因分析

处理 multipart 文件上传的控制器端点缺少显式权限检查(JFactory::getUser()->authorise()),并且不需要有效的 Anti-CSRF 会话令牌。因此,未经验证的 HTTP 请求可到达核心文件写入逻辑。

上传逻辑依赖于客户端提供的标头或宽松的扩展名检查,而非严格的服务器端白名单。这使得可执行脚本扩展名能够被保存到配置为可执行 Web 脚本的目录中。


🛡️ 缓解与修复措施

[!IMPORTANT] 使用受影响版本的管理员应立即更新到已修复的版本,并强制执行服务器级别的执行策略。

服务器端阻止保护

Nginx 配置

root@kitploit:~
# Block script execution in writable media directories
location ~* ^/images/.*\.php$ {
    deny all;
    return 403;
}

Apache .htaccess 配置

root@kitploit:~
# Disable PHP execution inside upload paths
<Directory "/var/www/html/images">
    <FilesMatch "\.(php|phtml|php3|php4|php5|php7|phps)$">
        Order Deny,Allow
        Deny from all
    </FilesMatch>
</Directory>


👤 作者与致谢

  • 研究人员: Abood Alhlal (@imXur)
  • 主要研究方向: 漏洞研究、源代码审计、渗透测试

免责声明:本仓库的发布严格基于教育、防御与安全审计目的。

下载工具