CVE-2026-25858

9.8 CRITICAL

📋 TL;DR

This vulnerability allows unauthenticated attackers to reset passwords for any user account by exploiting a flawed OTP verification process in the password reset workflow. Attackers only need a victim's telephone number to take over accounts, affecting all users of vulnerable macrozheng mall installations.

💻 Affected Systems

Products:
  • macrozheng mall
Versions: 1.0.3 and prior
Operating Systems: Any
Default Config Vulnerable: ⚠️ Yes
Notes: Affects the mall-portal component specifically. All deployments with default configurations are vulnerable.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete compromise of all user accounts, including administrative accounts, leading to data theft, financial fraud, and system takeover.

🟠

Likely Case

Targeted account takeover of specific users for credential theft, data access, or privilege escalation within the application.

🟢

If Mitigated

Limited impact with proper network segmentation and monitoring, but still exposes user accounts to unauthorized access.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

Public PoC: ⚠️ Yes
Weaponized: LIKELY
Unauthenticated Exploit: ⚠️ Yes
Complexity: LOW

Exploitation requires only HTTP requests to the vulnerable API endpoints. No authentication or special tools needed.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: https://github.com/macrozheng/mall/issues/946

Restart Required: No

Instructions:

1. Monitor the GitHub repository for patches. 2. Apply any available updates to the mall-portal component. 3. Test the password reset functionality after patching.

🔧 Temporary Workarounds

Disable vulnerable password reset endpoint

all

Temporarily disable the /api/sso/password/reset endpoint in the mall-portal application

Modify application configuration to remove or block access to the vulnerable endpoint

Implement network-level blocking

all

Block access to password reset API endpoints at firewall/WAF level

Add firewall rule to block /api/sso/password/* endpoints from external networks

🧯 If You Can't Patch

  • Implement strong rate limiting on password reset requests
  • Add multi-factor authentication for all password reset operations

🔍 How to Verify

Check if Vulnerable:

Test the password reset API endpoint at /api/sso/password/reset. If it returns OTP values in responses or allows reset with only telephone number and OTP, the system is vulnerable.

Check Version:

Check the application version in the admin panel or configuration files

Verify Fix Applied:

Verify that password reset now requires additional verification beyond telephone number and OTP, and that OTP values are not exposed in API responses.

📡 Detection & Monitoring

Log Indicators:

  • Multiple failed password reset attempts from single IP
  • Successful password resets without proper authentication
  • Unusual patterns in /api/sso/password/reset endpoint access

Network Indicators:

  • HTTP POST requests to /api/sso/password/reset with telephone number parameters
  • Unusual volume of password reset requests

SIEM Query:

source="application_logs" AND (uri_path="/api/sso/password/reset" AND status=200) | stats count by src_ip

🔗 References

📤 Share & Export