CVE-2026-62062
Executive Summary
CVE-2026-62062 is a Cross-Site Request Forgery (CSRF) vulnerability in the Elementor Website Builder WordPress plugin affecting all versions from n/a through 4.3.1. An attacker can cause an authenticated victim (including privileged administrators) to unknowingly submit forged requests to a vulnerable Elementor endpoint, provided a sufficiently privileged user visits attacker-controlled content while logged in. With a CVSS base score of 8.8 (High), successful exploitation permits high confidentiality, integrity, and availability impact on the underlying WordPress installation, though exploitation requires user interaction (UI:R) and network access without prior authentication (AV:N/AC:L/PR:N).
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Technical Analysis
The vulnerability is a textbook Cross-Site Request Forgery (CWE-352) instance within the Elementor Website Builder plugin. CSRF occurs when an application fails to verify that a state-changing request originated from a trusted source (e.g., it omits or improperly validates an anti-CSRF nonce or token, or accepts state changes over methods/endpoints that are not protected against cross-origin submission). A victim's browser automatically attaches any ambient authentication state (WordPress cookies, session tokens) when it loads attacker-supplied content that triggers a request to the vulnerable plugin endpoint. Because the server cannot distinguish the forged request from a legitimate one, it processes it as if the authenticated user had issued it.
At the code level, the NVD description does not disclose the specific vulnerable endpoint, function, or parameter — only that the flaw is a CSRF affecting the Elementor Website Builder plugin through version 4.3.1. No function names, nonce actions, AJAX hooks, REST routes, or request parameters are named in the available advisory data. Consequently, the exact state-changing operation targeted (for example, plugin settings modification, template/import actions, or user/config changes) cannot be confirmed from the provided data and must not be assumed. What can be stated definitively is the vulnerability class: a missing or insufficient request-origin validation on a state-changing action reachable by an authenticated user.
The CVSS vector CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H indicates the following: the flaw is remotely reachable (AV:N), requires no special preconditions or privileges on the attacker side (AC:L, PR:N), but needs a privileged victim to interact with attacker-controlled content (UI:R). Impact is scoped (S:U) but rated High across confidentiality, integrity, and availability — consistent with a CSRF that can be chained into a high-privilege action, such as modifying site configuration, altering content, or (depending on the targeted action) creating or altering a privileged account, effectively leading to full site compromise.
Note: Because there is no patch evidence from any tracked source and the vendor has published no fixed version in the supplied data, all deployments running Elementor Website Builder through 4.3.1 should be treated as potentially vulnerable.
Exploitation Scenarios
No public PoC, Nuclei template, or exploit code is available for CVE-2026-62062. The attack chain below is inferred strictly from the CSRF vulnerability class and the CVSS vector; it describes mechanism at the class level and does not assert specific undocumented endpoints or parameters.
Reconnaissance / Target Identification. An attacker enumerates WordPress sites running the Elementor Website Builder plugin. Public indicators such as plugin assets loaded on the front of the site (Elementor plugin directory references) or published plugin version data allow fingerprinting. Because the flaw is unauthenticated from the attacker's perspective (PR:N), no valid credentials are needed to craft the lure; the requirement is instead that a logged-in victim with appropriate privileges visits attacker-controlled content.
Triggering the flaw class. The attacker hosts or injects content (a malicious page, an iframe, an image/form auto-submit, or a link) that causes the victim's browser to issue a forged, state-changing request to a vulnerable Elementor endpoint on the target site. The victim's browser automatically includes the site's authentication cookies. Since the vulnerable endpoint's CSRF protections are insufficient/absent, the server accepts the request as legitimate. No specific HTTP method, parameter name, or route is asserted here, as none is disclosed in the available data.
Payload / Execution at class level. The attacker's request performs an action the victim is authorized to perform. Depending on the targeted functionality (which is not disclosed), this could modify plugin/site settings or content. The forged request executes with the victim's privileges — the higher the victim's role (e.g., administrator), the greater the resulting impact.
Post-exploitation impact. Consistent with C:H/I:H/A:H, exploitation can compromise the confidentiality, integrity, and availability of the WordPress instance, enabling persistent site modification or further compromise. The vulnerability is not in CISA KEV and has no known in-the-wild exploitation evidence at the time of writing.
Impact Assessment
With a CVSS base score of 8.8 (High) and the vector AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, CVE-2026-62062 presents a serious risk to any WordPress site running the affected Elementor plugin through 4.3.1 that has privileged users. The confidentiality, integrity, and availability subscores are all High (C:H/I:H/A:H), indicating the attacker can read sensitive data, alter site content or configuration, and disrupt site availability — scoped to the vulnerable component (S:U). The requirement for user interaction (UI:R) and a victim's active session is the primary mitigating factor; however, in organizational deployments where administrators routinely browse external sites while logged in, this requirement is frequently satisfied. Blast radius scales with the role of the tricked user: compromise of an administrator session can result in full site takeover, while a lower-privilege victim yields proportionally smaller impact. Internet-exposed WordPress installations are the primary target surface.
Detection Guidance
Sigma Rule
title: Potential Elementor CSRF Exploitation - Cross-Site State-Changing Request
id: 4c1e9b2a-6206-4c62-9d3e-0a1b2c3d4e5f
status: experimental
description: Detects cross-origin state-changing requests to Elementor Website Builder that are missing a valid Origin/Referer, consistent with CSRF (CVE-2026-62062).
logsource:
category: webserver
detection:
selection_elementor:
cs-uri-query|contains:
- 'elementor'
selection_method:
cs-method:
- 'POST'
- 'PUT'
selection_missing_origin:
cs-referer: null
condition: selection_elementor and selection_method and selection_missing_origin
fields:
- c-ip
- cs-uri
- cs-method
- cs-referer
- cs-user-agent
falsepositives:
- Legitimate API clients or scripts that do not send a Referer header
- Referrer-policy stripping on first-party same-site requests
level: medium
tags:
- attack.t1204.001
- cve.2026.62062
- cwe.352
YARA Rule
rule CVE_2026_62062_Elementor_CSRF_Lure
{
meta:
description = "Detects HTML lure pages that auto-submit forged requests targeting Elementor Website Builder, consistent with CSRF CVE-2026-62062"
author = "valtersit.com"
reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-62062"
date = "2026-01-01"
cve = "CVE-2026-62062"
strings:
$a = "elementor" ascii nocase
$b1 = "wp-content/plugins/elementor" ascii nocase
$c1 = "document.forms[0].submit" ascii nocase
$c2 = "window.onload" ascii nocase
$c3 = "<iframe" ascii nocase
$d1 = "new Image()" ascii nocase
$d2 = "XMLHttpRequest" ascii nocase
condition:
uint16(0) == 0x3C21 or uint16(0) == 0x6874
and $a
and ($b1)
and (1 of ($c*) or 1 of ($d*))
}
Suricata IDS Rule
alert http any any -> any any (msg:"CVE-2026-62062 Elementor Website Builder CSRF - Cross-Origin State-Changing Request"; flow:established,to_server; http.method; content:"POST"; http.uri; content:"elementor"; nocase; http.referer; content:!"elementor"; nocase; http.user_agent; content:"Mozilla"; nocase; classtype:web-application-attack; reference:cve,2026-62062; reference:url,nvd.nist.gov/vuln/detail/CVE-2026-62062; sid:202662062; rev:1;)
Elastic Detection
sequence by source.ip with maxspan=5s
[ network where network.protocol == "http" and http.request.method == "POST"
and url.path : "*elementor*" ]
[ network where network.protocol == "http" and http.request.method == "POST"
and url.path : "*elementor*" and not http.request.referrer : "*elementor*" ]
Splunk SPL Query
index=web OR index=proxy
| search (uri_path="*elementor*" OR uri="*elementor*")
| eval is_post=if(upper(http_method)="POST" OR cs_method="POST", 1, 0)
| where is_post=1
| eval has_origin=if(isnotnull(referer) AND referer!="", 1, 0)
| where has_origin=0
| stats count min(_time) as firstTime max(_time) as lastTime values(uri_path) as paths by src_ip, user_agent
| where count >= 1
| convert ctime(firstTime) ctime(lastTime)
| sort - count
Wazuh OSSEC Rule
<group name="web,appsec,elementor,">
<rule id="2026620" level="10">
<decoded_as>json</decoded_as>
<field name="url">\.*elementor\.*</field>
<regex>POST</regex>
<description>CVE-2026-62062: Potential Elementor Website Builder CSRF - state-changing request to Elementor endpoint</description>
<mitre>
<id>T1204.001</id>
</mitre>
<options>no_full_log</options>
</rule>
</group>
Mitigation & Patch Guidance
Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source). No vendor fix or fixed version is identified in the available data.
Immediate mitigations:
- Instruct administrators and privileged users to log out of WordPress before browsing external or untrusted sites, and to avoid clicking suspicious links while authenticated. Reducing the number of privileged always-logged-in sessions reduces the CSRF attack surface.
- Apply a Web Application Firewall (WAF) ruleset that validates Origin/Referer headers on state-changing requests to Elementor endpoints and blocks cross-origin POST requests lacking a valid same-origin referrer.
- Enforce strict browser Referrer-Policy controls and consider SameSite=Strict on authentication cookies to reduce automatic credential attachment on cross-site requests, where the site's stack permits.
- Monitor WordPress user and plugin activity for unexpected configuration or content changes attributable to forged requests.
Patch/upgrade steps:
- No fixed version is published in the supplied intelligence. Track the Elementor Website Builder plugin vendor advisories and the WordPress plugin repository for an updated release addressing CVE-2026-62062. Until a patched version is confirmed, do not assume any version through 4.3.1 is safe.
- Once a fixed version is released, test in staging and update all affected installations promptly.
Long-term hardening:
- Adopt a vulnerability management cadence that tracks WordPress plugin CVEs and prioritizes high-CVSS plugin flaws.
- Enforce least privilege: minimize administrator accounts and use role-appropriate permissions.
- Deploy anti-CSRF validation at the platform and plugin level as a baseline requirement when evaluating third-party plugins.
- Maintain centralized logging of state-changing requests with Origin/Referer capture for continuous detection.
References
- NVD — CVE-2026-62062: https://nvd.nist.gov/vuln/detail/CVE-2026-62062
- CWE-352 Cross-Site Request Forgery: https://cwe.mitre.org/data/definitions/352.html
- Elementor Website Builder WordPress plugin (vendor): https://wordpress.org/plugins/elementor/
- CISA Known Exploited Vulnerabilities Catalog (status check — not listed at time of writing): https://www.cisa.gov/known-exploited-vulnerabilities-catalog
- OWASP Cross-Site Request Forgery (CSRF) Prevention Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/Cross-Site_Request_Forgery_Prevention_Cheat_Sheet.html
No known threat actor campaigns or exploit-in-the-wild evidence were identified for CVE-2026-62062 in the available data.
What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.