Wednesday, March 26, 2025
HomeCVE/vulnerabilityWordPress Plugin Vulnerability Opens Door to SQL Injection Exploits

WordPress Plugin Vulnerability Opens Door to SQL Injection Exploits

Published on

SIEM as a Service

Follow Us on Google News

A critical vulnerability in the popular WordPress plugin GamiPress has been uncovered, leaving users exposed to unauthenticated SQL injection attacks.

The issue, assigned the identifier CVE-2024-13496, carries a high CVSS 3.1 score of 7.5, indicating significant potential for exploitation.

CVE-2024-13496 was discovered during a security assessment of GamiPress version 7.2.1. The vulnerability affects all versions up to 7.3.1, making it imperative for users to update to the latest secure release.

Initial Analysis

As per a report by Abrahack, the vulnerability was identified in the wp_ajax_nopriv_{$action} hook, which allows unauthenticated access.

Specifically, the gamipress_get_logs AJAX endpoint was found to be vulnerable, as it retrieves logs of user interactions and accepts several parameters that could influence database queries.

The gamipress_ajax_get_logs function is crucial in this context. It uses the $_REQUEST array, which is passed into the gamipress_logs_shortcode function.

This function, in turn, uses the gamipress_logs_shortcode_query function to query the database via the CT_Query class.

function gamipress_ajax_get_logs() {
    // Security check
    check_ajax_referer( 'gamipress', 'nonce' );
    // Set current page
    if( isset( $_REQUEST['page'] ) && absint( $_REQUEST['page'] ) > 1 ) {
        set_query_var( 'paged', absint( $_REQUEST['page'] ) );
    }
    $atts = $_REQUEST;
    // Sanitize
    foreach( $atts as $attr => $value ) {
        $atts[$attr] = sanitize_text_field( $value );
    }
    // Send successful response
    wp_send_json_success( gamipress_do_shortcode( 'gamipress_logs', $atts ) );
}

The vulnerability exploits the orderby HTTP Request parameter, which is passed unsafely into an SQL query.

Although limitations like stripping white spaces and disallowing single and double quotes are in place, attackers can still exploit this using carefully crafted payloads.

A boolean time-based SQLi payload was used to demonstrate the exploit. This type of payload can allow attackers to infer information about the database, even without directly extracting data.

The vendor addressed this vulnerability in version 7.3.2 by implementing a whitelist approach for the orderby parameter.

This ensures that only predefined columns in the gamipress_logs table can be used, effectively preventing SQL injection attacks.

This vulnerability highlights the importance of ensuring that user inputs are safely processed, particularly in WordPress plugins.

Users are urged to update their GamiPress installations to version 7.3.2 or later to protect against potential SQL injection attacks.

Investigate Real-World Malicious Links & Phishing Attacks With Threat Intelligence Lookup - Try for Free

Divya
Divya
Divya is a Senior Journalist at GBhackers covering Cyber Attacks, Threats, Breaches, Vulnerabilities and other happenings in the cyber world.

Latest articles

Threat Actors Use “Atlantis AIO” Tool to Automate Credential Stuffing Attacks

In a concerning development for cybersecurity professionals, threat actors are increasingly utilizing a powerful...

Hackers Exploit COM Objects for Fileless Malware and Lateral Movement

Security researchers Dylan Tran and Jimmy Bayne have unveiled a new fileless lateral movement...

B1ack’s Stash Marketplace Actors Set to Release 4 Million Stolen Credit Card Records for Free

In a significant escalation of illicit activities, B1ack’s Stash, a notorious dark web carding...

Pakistan APT Hackers Weaponize malicious IndiaPost Site to Target Windows and Android Users

A Pakistan-based Advanced Persistent Threat (APT) group, likely APT36, has launched a multi-platform cyberattack...

Supply Chain Attack Prevention

Free Webinar - Supply Chain Attack Prevention

Recent attacks like Polyfill[.]io show how compromised third-party components become backdoors for hackers. PCI DSS 4.0’s Requirement 6.4.3 mandates stricter browser script controls, while Requirement 12.8 focuses on securing third-party providers.

Join Vivekanand Gopalan (VP of Products – Indusface) and Phani Deepak Akella (VP of Marketing – Indusface) as they break down these compliance requirements and share strategies to protect your applications from supply chain attacks.

Discussion points

Meeting PCI DSS 4.0 mandates.
Blocking malicious components and unauthorized JavaScript execution.
PIdentifying attack surfaces from third-party dependencies.
Preventing man-in-the-browser attacks with proactive monitoring.

More like this

Threat Actors Use “Atlantis AIO” Tool to Automate Credential Stuffing Attacks

In a concerning development for cybersecurity professionals, threat actors are increasingly utilizing a powerful...

Hackers Exploit COM Objects for Fileless Malware and Lateral Movement

Security researchers Dylan Tran and Jimmy Bayne have unveiled a new fileless lateral movement...

B1ack’s Stash Marketplace Actors Set to Release 4 Million Stolen Credit Card Records for Free

In a significant escalation of illicit activities, B1ack’s Stash, a notorious dark web carding...