HIGH 7.3

CVE-2026-12198: Microweber Path Traversal in Thumbnail API Endpoint

Microweber, a website builder platform, contains a path traversal vulnerability in its API endpoint that handles image thumbnail requests. An attacker can manipulate a cache path parameter to access files outside the intended directory structure, potentially reading sensitive data, modifying files, or disrupting service. The vulnerability affects Microweber versions up to 2.0.20 and can be exploited remotely without authentication. Public exploit code is available, increasing the practical risk.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-22
Affected products
0 configuration(s)
Published / Modified
2026-06-15 / 2026-06-17

NVD description (verbatim)

A weakness has been identified in Microweber up to 2.0.20. This affects the function userfiles_path of the file /api_nosession/thumbnail_img of the component API Endpoint. Executing a manipulation of the argument cache_path_relative can lead to path traversal. It is possible to launch the attack remotely. The exploit has been made available to the public and could be used for attacks. The vendor was contacted early about this disclosure but did not respond in any way.

7 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12198 is a CWE-22 path traversal vulnerability in Microweber's /api_nosession/thumbnail_img API endpoint. The userfiles_path function fails to properly validate or sanitize the cache_path_relative parameter, allowing an attacker to inject directory traversal sequences (e.g., ../) to escape the intended base directory. The API endpoint is accessible without session authentication, eliminating a potential protective boundary. The CVSS 3.1 score of 7.3 reflects network accessibility, low attack complexity, and the ability to impact confidentiality, integrity, and availability.

Business impact

Organizations using Microweber for content management or e-commerce face exposure of confidential files (customer data, configuration files, database credentials), unauthorized modification of website content, and potential deployment of malware through file write capabilities. The lack of vendor response compounds operational risk, as patches may be delayed or unavailable. Service disruption is possible if critical files are overwritten. For hosting providers or agencies managing multiple Microweber instances, the remote, unauthenticated attack vector and public exploit code significantly elevate incident likelihood.

Affected systems

Microweber versions up to and including 2.0.20 are affected. The vulnerability exists in the API endpoint /api_nosession/thumbnail_img, which is likely enabled by default. Any deployment of the affected version is at risk if the endpoint is accessible from the network. Verify your Microweber installation version in the admin panel or by checking version.php/version-related configuration files.

Exploitability

The vulnerability is highly exploitable: no authentication is required, attack complexity is low, and network access is sufficient to trigger the flaw. Public exploit code is available, dramatically lowering the barrier to exploitation by opportunistic attackers and automated scanning tools. Active exploitation is likely already occurring, especially against internet-facing instances. The three-month window between publication (June 2026) and now represents significant exposure time.

Remediation

Upgrade Microweber to the latest available version beyond 2.0.20. Verify with the vendor's release notes or advisory that the path traversal in the /api_nosession/thumbnail_img endpoint is addressed. If an immediate upgrade is not feasible, disable or restrict access to the /api_nosession/thumbnail_img endpoint at the web application firewall or reverse proxy level using IP allowlisting or authentication middleware. Additionally, review recent access logs for suspicious requests containing ../sequences or unusual cache_path_relative values.

Patch guidance

Contact Microweber directly or check their official GitHub repository and release page for patched versions newer than 2.0.20. Test patches in a staging environment before production deployment to ensure compatibility with custom modules or themes. If the vendor has not yet released a patch, implement network-level mitigations (WAF rules blocking path traversal payloads) and monitor for exploitation attempts. Keep systems updated as new releases become available.

Detection guidance

Monitor web server and application logs for requests to /api_nosession/thumbnail_img containing path traversal patterns such as ../, %2e%2e%2f (URL-encoded variants), or ..\\. Alert on any cache_path_relative parameter containing sequences outside the expected filename format. Implement WAF rules to block directory traversal signatures. Review filesystem access logs for unexpected file reads or writes in sensitive directories (config, database, admin areas). Network-based intrusion detection rules for CVE-2026-12198 should trigger on crafted thumbnail_img requests with traversal payloads.

Why prioritize this

This vulnerability merits immediate attention due to the convergence of high severity (CVSS 7.3), public exploit availability, lack of vendor response, remote unauthenticated exploitability, and confirmed real-world risk. It is not yet in the CISA KEV catalog but should be treated with equal urgency given the public proof-of-concept and three-month exposure window. Organizations running Microweber should prioritize patching or mitigation within days, not weeks.

Risk score, explained

The CVSS 3.1 score of 7.3 (HIGH) reflects: network-accessible attack vector (AV:N), low attack complexity (AC:L), no privilege requirement (PR:N), no user interaction needed (UI:N), and impact to confidentiality, integrity, and availability within the vulnerable scope (C:L, I:L, A:L). The score does not account for public exploit availability or lack of vendor responsiveness, both of which increase real-world risk beyond the base metric. Organizations should treat this as functionally critical in their threat landscape.

Frequently asked questions

Is my site at risk if Microweber is behind a firewall or internal network?

Yes. The vulnerability is in the application logic, not network-facing configuration. If the Microweber instance is accessible to any network segment (internal, DMZ, or external), an attacker on that segment can exploit it. Firewall placement does not eliminate the flaw; patching is required.

What files could an attacker access or modify via this path traversal?

Attackers could traverse to configuration files (config.php), database connection strings, uploaded user files, themes, or core application files. The scope depends on filesystem permissions and the base directory where Microweber is installed. In worst cases, remote code execution may be possible if an attacker can write to executable PHP directories.

Why hasn't Microweber released a patch yet?

According to the vulnerability record, the vendor was contacted early but did not respond. This non-responsiveness is concerning. Monitor the Microweber GitHub repository and official channels for updates. Consider switching platforms or applying strict network-level controls if patches remain unavailable for an extended period.

Can I safely disable the /api_nosession/thumbnail_img endpoint?

If your deployment does not rely on the thumbnail image caching feature via this API, disabling it at the web server level (Apache/Nginx configuration, WAF rules, or application settings) is a valid mitigation. Test thoroughly to ensure no legitimate functionality breaks. This is a temporary measure pending a patch.

This analysis is provided for informational purposes and reflects publicly disclosed vulnerability data as of June 2026. Security practitioners should verify all patch versions, affected product lists, and vendor advisories against official Microweber releases and security bulletins. SEC.co does not provide legal liability for deployment decisions. Testing patches in non-production environments is strongly recommended. If you are a Microweber user or developer, engage directly with the vendor and community for the most current remediation status. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).