2025-12-14 01:39:42 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

文章总结： WordPressUserRegistration&Membership插件4.1.1及之前版本存在CVE-2025-2563权限提升漏洞，由于prepare_members_data()函数对用户角色类型缺乏足够限制，未认证攻击者可创建管理员权限账户。文章详细分析了漏洞原理，提供了复现环境和利用脚本，演示了如何将普通用户提升为管理员。漏洞核心在于update_user_meta函数未对角色参数进行过滤，直接设置为administrator。建议用户尽快更新插件至最新版本以修复此安全风险。 综合评分： 85 文章分类： 漏洞分析,WEB安全,渗透测试,漏洞预警,应用安全

cover_image

【WordPress专题02】CVE-2025-2563漏洞分析及POC

原创

a1batr0ss

天翁安全

2025年11月12日 17:00 江苏

免责声明：本公众号所发布的全部内容，包括但不限于技术文章、POC脚本、漏洞利用工具及相关测试环境，均仅限于合法的网络安全学习、研究和教学用途。所有人在使用上述内容时，应严格遵守中华人民共和国相关法律法规以及道德伦理要求。未经明确的官方书面授权，严禁将公众号内的任何内容用于未经授权的渗透测试、漏洞利用或攻击行为。所有人仅可在自己合法拥有或管理的系统环境中进行本地漏洞复现与安全测试，或用于具有明确授权的合法渗透测试项目。所有人不得以任何形式利用公众号内提供的内容从事非法、侵权或其他不当活动。如因违反上述规定或不当使用本公众号提供的任何内容，造成的一切法律责任、经济损失、纠纷及其他任何形式的不利后果，均由相关成员自行承担，与本公众号无任何关联。

不错过最新的漏洞POC

为保证您可以在第一时间接收到本公众号分享的漏洞复现及POC信息，建议您在公众号“天翁安全”主页界面将“天翁安全”设为星标。

漏洞介绍

WordPress 的 User Registration & Membership 插件在 4.1.1 及其之前的版本中存在权限提升漏洞。漏洞的原因是 prepare_members_data() 函数中对用户角色类型缺乏足够的限制。利用这一点，未经过身份验证的攻击者可以创建一个拥有 administrator（管理员）权限的新用户账户。

漏洞版本

| 插件 | 版本 | | — | — | | user-registration | <= 4.1.1 |

部署漏洞环境

“CVE-2025-2563复现环境” 详见文末

在“CVE-2025-2563复现环境”文件夹内，执行一条命令即可部署环境

docker-compose up -d

激活插件后，访问 http://127.0.0.1/wp-admin/admin.php?page=user-registration-dashboard#/features 后勾选Membership即可完成漏洞环境部署。

漏洞利用

首先访问 http://127.0.0.1/membership-registration创建一个普通用户a1batr0ss

创建完成后a1batr0ss权限为“Subscriber（订阅者）”

执行漏洞利用脚本脚本将a1batr0ss提升为管理员权限

“CVE-2025-2563.py”漏洞利用脚本详见文末

python&nbsp;CVE-2025-2563.py -u http://127.0.0.1&nbsp;--form http://127.0.0.1/membership-registration --username=a1batr0ss

脚本执行完成后，a1batr0ss权限已经被提升为管理员

漏洞分析

首先保证已经成功注册了一个“Subscriber（订阅者）”权限的用户，这里我们注册了test用户

以 wp_ajax和 wp_ajax_nopriv前缀注册的钩子，可以通过如下链接访问。
1. http://[WordPress路径]/wp-admin/admin-ajax.php?action=xxx
区别是 wp_ajax需要登录的用户，而 wp_ajax_nopriv不需要登录校验

按照以上规则，当POC使用到参数 action=user_registration_membership_register_member且不需要后台用户权限时，我们需要全局搜索 wp_ajax_nopriv_user_registration_membership_register_member函数，但当我们这次全局搜索时却搜索不到相关函数。

虽然这条路走不通，但我们可以明确的一点是，这里POC使用到参数 action=user_registration_membership_register_member且不需要后台用户权限，必然会有 wp_ajax_nopriv为前缀的构造，于是我们在插件文件夹搜索 wp_ajax_nopriv。

一共发现四处相关内容，于是我们在四个地方都打上断点，开始调试。最终发现 user-registration/modules/membership/includes/AJAX.php文件中有一段

add_action(&nbsp; &nbsp;&nbsp;'wp_ajax_nopriv_user_registration_membership_'&nbsp;.&nbsp;$ajax_event,&nbsp; &nbsp;&nbsp;array(&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;__CLASS__,&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;$ajax_event,&nbsp; &nbsp; ));

在这里我们跟到了 $ajax_event="register_member"，也就是 user_registration_membership_register_member钩子的回调函数是当前类的 register_member函数。

我们在 register_member函数打上断点，继续跟进。

跟到下面有一段比较可疑

'user_registration_membership_before_register_member',isset(&nbsp;$_POST['members_data'] )&nbsp; &nbsp; ? (array)&nbsp;json_decode(&nbsp;wp_unslash(&nbsp;$_POST['members_data'] ),&nbsp;true&nbsp;)&nbsp; &nbsp; :&nbsp;array());

但结果研究发现这只是通过过滤器 user_registration_membership_before_register_member 允许其他插件对该数据进行修改。与本漏洞无关。

继续跟进又发现一个可疑函数 create_membership_order_and_subscription（因为这个函数传入了包含administrator的角色参数且函数名包含create）。

进入 create_membership_order_and_subscription函数研究一下，发现 update_user_meta函数疑似更新用户信息的函数，并且也传入了 role=administrator。

继续进入 update_user_meta函数，发现果然没有任何过滤就将用户的角色设置为了administrator

等到后续COMMIT即可将test用户真正修改为administrator权限

这里解释一下为什么要到COMMIT之后才修改权限

到这里我们可以总结一下：

有时以 wp_ajax和 wp_ajax_nopriv前缀注册的钩子函数不会直接在 add_action函数里通过硬编码直接给出，有时可能是通过数组动态给出，这个还需要灵活应变。
set_role

函数是wordpress本身的函数，如果在进入这个函数前如果role参数仍然设置为administrator，基本就能造成漏洞。