CVE-2026-15034: Flask-MonitoringDashboard CSRF Vulnerability (v5.0.2)
A cross-site request forgery (CSRF) vulnerability exists in Flask-MonitoringDashboard versions up to 5.0.2. An attacker can craft a malicious web page that, when visited by an authenticated user, performs unwanted actions within the dashboard without the user's knowledge or consent. The vulnerability requires user interaction—the victim must visit the attacker's page while logged into the dashboard—but no special privileges are needed to exploit it. Public disclosure has already occurred, increasing the risk of active exploitation.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-352, CWE-862
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-08
NVD description (verbatim)
A vulnerability has been found in flask-dashboard Flask-MonitoringDashboard up to 5.0.2. Affected by this issue is some unknown functionality. Such manipulation leads to cross-site request forgery. The attack may be launched remotely. The exploit has been disclosed to the public and may be used. The project was informed of the problem early through an issue report but has not responded yet.
9 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-15034 is a CSRF vulnerability in Flask-MonitoringDashboard affecting versions up to 5.0.2. The vulnerability stems from insufficient request validation or missing anti-CSRF tokens in unspecified functionality. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N) reflects a network-accessible vulnerability with low attack complexity that requires user interaction but results in limited integrity impact. The CWE classifications (CWE-352: Cross-Site Request Forgery, CWE-862: Missing Authorization) indicate the root causes involve both missing CSRF protections and potential authorization flaws.
Business impact
CSRF vulnerabilities in monitoring dashboards can allow unauthorized state changes—modifying alerting rules, disabling monitoring, or altering dashboard configurations. If your organization uses Flask-MonitoringDashboard to track critical infrastructure or application health, an attacker could silently disable alerts or change thresholds, delaying detection of real incidents. The impact is primarily to data integrity and operational visibility rather than confidentiality.
Affected systems
Flask-MonitoringDashboard versions up to and including 5.0.2 are vulnerable. Flask-MonitoringDashboard is a Flask extension used for real-time application performance monitoring and dashboard functionality. Organizations should identify all instances where this library is deployed, particularly in production monitoring stacks or internal management interfaces.
Exploitability
Exploitability is moderate. The attack is remotely deliverable over the network and requires no elevated privileges, but does require the victim to click a link or visit a malicious page while authenticated to the dashboard. Public disclosure is confirmed, and exploit techniques are available, increasing the likelihood of opportunistic attacks against unpatched instances. However, the requirement for user interaction and authentication reduces the attack surface compared to unauthenticated or wormable CSRF issues.
Remediation
Upgrade Flask-MonitoringDashboard to a patched version released by the project. Verify against the official project repository or vendor advisory for the specific patched version number. As an interim measure, implement network-level access controls to restrict who can reach the dashboard interface, and consider deploying a Web Application Firewall (WAF) with CSRF detection rules. Additionally, ensure anti-CSRF tokens are properly enforced across all dashboard endpoints.
Patch guidance
Check the Flask-MonitoringDashboard GitHub repository or official release notes for a patched version released after July 8, 2026. Apply the patch to all instances in your environment. Since the vendor has not yet publicly released a response despite early notification, monitor the project closely for updates. If no patch is available within a reasonable timeframe, implement compensating controls such as IP whitelisting, VPN-only access to the dashboard, or disabling the dashboard in non-critical environments pending a fix.
Detection guidance
Monitor web application logs for anomalous POST or state-changing requests originating from unexpected referrers or lacking proper CSRF tokens. Look for requests to the Flask-MonitoringDashboard that modify configuration, alerting rules, or thresholds. Implement HTTP referer header validation and log violations. Use browser-based security headers (SameSite cookies) in your Flask-MonitoringDashboard configuration to add an additional layer of CSRF protection. Review application logs for suspicious cross-origin requests or unusual administrative actions during times when those users were not actively interacting with the dashboard.
Why prioritize this
This vulnerability merits prompt but not emergency remediation. The CVSS score of 4.3 (MEDIUM) and lack of KEV listing reflect the requirement for user interaction and limited confidentiality impact. However, public disclosure and the availability of exploit details increase risk. Prioritize patching or applying compensating controls if Flask-MonitoringDashboard is internet-facing or accessible to untrusted users. If the dashboard is behind strong network controls and accessed only by your team internally, the practical risk is lower but still warrants timely remediation.
Risk score, explained
The CVSS 4.3 MEDIUM score reflects a network-accessible vulnerability with low complexity but requiring user interaction (UI:R) and resulting only in integrity impact (I:L) with no confidentiality or availability loss. The attack vector is unauthenticated but exploiting it effectively requires tricking an already-authenticated user into visiting an attacker-controlled page. The lack of KEV listing indicates no evidence of active, weaponized exploitation in the wild at time of publication, though public disclosure increases this risk over time.
Frequently asked questions
Does this vulnerability allow an attacker to steal my dashboard data?
No. The CVSS vector indicates no confidentiality impact (C:N). CSRF vulnerabilities allow unauthorized actions on behalf of an authenticated user—such as modifying settings or disabling alerts—but do not directly expose sensitive data. An attacker cannot read or exfiltrate information; they can only trigger state-changing operations.
Our Flask-MonitoringDashboard is only accessible from our internal network. How urgent is this patch?
Your risk is lower but not eliminated. If access is strictly limited to authenticated internal users and your network defenses prevent external CSRF sources, the practical exploitability is reduced. However, apply the patch once available as part of regular maintenance. Internal threats and supply-chain compromises can still introduce malicious content into your network.
What should I do if no patched version has been released yet?
Implement compensating controls: restrict network access to the dashboard via IP whitelisting or VPN, deploy a WAF with CSRF detection rules, and ensure your Flask application is configured with SameSite cookie attributes and strict CSRF token validation. Monitor the project repository for updates and subscribe to security advisories. Contact the vendor directly if possible to request an ETA on a patch.
How is this different from a vulnerability requiring no user interaction?
This vulnerability requires the victim to visit a malicious page or click a link while authenticated. This is a meaningful obstacle compared to worm-like vulnerabilities that auto-propagate. It reduces the speed and scale of potential attacks, giving you more time to patch before widespread exploitation.
This analysis is based on publicly disclosed information as of July 8, 2026. No patch version has been officially released by the Flask-MonitoringDashboard project at the time of writing. Verify all patch version numbers and availability directly with the vendor's official repository or security advisory before deployment. The absence of a KEV listing does not guarantee absence of active exploitation; threat intelligence should be supplemented with continuous monitoring of your own environment. CVSS scores reflect baseline severity; your organization's risk may differ based on exposure, network architecture, and data sensitivity. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-13537MEDIUMCodeAstro HRM CSRF Vulnerability—Exploit & Patch Guidance
- CVE-2026-14800MEDIUMCSRF Vulnerability in ecommerceFlask – Analysis & Patch Guidance
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20083MEDIUMWordPress More Fields Plugin CSRF Vulnerability – Exploitation, Remediation & Detection
- CVE-2018-25387MEDIUMHaPe PKH 1.1 Cross-Site Request Forgery (CSRF) Admin Password Reset
- CVE-2018-25397MEDIUMCSRF Vulnerability in PHP-SHOP 1.0 – Admin Account Injection
- CVE-2018-25435MEDIUMZeusCart 4.0 CSRF Vulnerability – Account Deactivation Risk