DNN Platform CVE-2025-62802
MEDIUMAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach unauthenticated CKEditor upload endpoint
-
ExploitSubmit file via HTML-editor upload
-
ImpactPlant arbitrary file as foothold for follow-on attack
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File type validation, storage isolation
MITRE ATT&CK
2 techniques across 2 tactics: Command and Control, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Applies only to DNN (DotNetNuke) installations prior to 10.1.1 that retain the default 'out-of-box' HTML-editing experience, where the CKEditor upload endpoint is exposed to unauthenticated users. The fixed release (10.1.1) blocks this endpoint for unauthenticated users by default, so patched installs are not affected unless an implementer deliberately re-enables public uploads by editing web.config to remove the block. Limiting factors: impact is confined to file upload (Integrity-Low; no confidentiality or availability impact and no confirmed code execution), and the official CVSS marks UI:R (user interaction required), though the description implies direct unauthenticated upload - defenders should confirm whether any interaction is genuinely needed. |
| Impact | This is a moderate-priority issue, not a top-tier emergency, and the signals are largely consistent in pointing that way. The official CVSS 3.1 base score is 4.3 (Medium) with vector AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N - network-reachable and unauthenticated, but rated with only Low integrity impact and no confidentiality or availability impact, reflecting that the flaw is an unauthenticated file-upload primitive rather than confirmed code execution. The advisory itself frames it as 'a potential vector to other security issues,' i.e. a stepping stone whose real danger depends on what else an attacker can chain from an arbitrary upload (CWE-434). Exploitation-probability signals reinforce a non-urgent posture: EPSS is 0.23% (13th percentile), there is no CISA KEV listing, and no public exploit code was identified in the provided data, so there is no public exploit identified at time of analysis. No SSVC decision data (exploitation/automatable/technical-impact) was supplied, so that framework cannot be applied. One notable tension: the official vector uses UI:R (user interaction required), yet the description describes unauthenticated users directly uploading files to an out-of-box endpoint, which typically needs no victim interaction - this suggests the real attack surface may be slightly more accessible than UI:R implies; verify the interaction requirement against the vendor's CKEditor upload flow. |
| Exploit ScenarioDerived | An attacker who can reach a DNN site running a pre-10.1.1 default ('out-of-box') configuration sends requests to the CKEditor/HTML-editor upload endpoint without authenticating and places files on the server. Because the impact is rated Integrity-only, the realistic goal is to use the upload as a foothold - staging content or a payload that is then leveraged against another weakness. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Unauthenticated file upload is possible in DNN (formerly DotNetNuke) Platform installations running versions prior to 10.1.1, because the default out-of-box HTML editing experience leaves the CKEditor provider's upload endpoint reachable without authentication. The CVSS vector is AV:N/PR:N, meaning remote unauthenticated attackers can reach the endpoint, but impact is limited to low integrity with no confidentiality or availability effect and no confirmed code execution; the official 4.3 score also carries UI:R (user interaction required) while the plain-text description and our own assessment treat the upload as directly unauthenticated, a discrepancy defenders should verify in their environment. Exploitation status is low-signal: EPSS is only 0.23% (13th percentile), the issue is not listed in CISA KEV, and no public exploit code has been identified at time of analysis. This is a moderate-priority hardening issue rather than an emergency, and a vendor-released fix (10.1.1) is already available.
RemediationAI
Upgrade to DNN Platform 10.1.1 or later, which is the vendor-released patch and blocks the CKEditor upload endpoint for unauthenticated users by default (upstream change commit 6497d3c35217e6e62e50d3ed7c8809eb69e3d06b, advisory GHSA-2374-6cvw-qmx6). After upgrading, confirm you have not re-opened the hole: the advisory notes an implementer can edit web.config to remove the new block and again allow public uploads, so audit web.config for any such override and remove it unless there is a documented, compensating-control-backed business requirement - the trade-off is that re-enabling public uploads restores the original risk. If immediate upgrade is not possible, apply compensating controls at the IIS/application layer: restrict access to the HTML editor provider's upload endpoint so only authenticated/authorized principals or trusted internal networks (IP allow-listing) can reach it, using URL authorization or request filtering; the trade-off is that legitimate anonymous front-end editing or public posting workflows will break for affected users. Additionally, enforce upload content restrictions (allow-list of extensions/MIME types, size limits and antivirus scanning on the upload directory), disable or remove the CKEditor provider entirely on sites that do not use HTML editing, and monitor/scan the CMS upload folders for unexpected files; note that these controls reduce but do not eliminate the risk of an unauthenticated upload primitive being abused. Given EPSS of 0.23% and no KEV listing, remediation can be scheduled in a normal patch window rather than treated as an emergency, prioritizing internet-exposed sites that use the default HTML editing configuration.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in nuget
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
DNN (DotNetNuke) is an ASP.NET web content management platform that runs on Microsoft IIS and is distributed as the NuGet package Dnn.Platform; its rich-text HTML editing is supplied by the CKEditor provider, which ships a server-side file upload endpoint used by the editor UI. The reported weakness class is CWE-434 (Unrestricted Upload of File with Dangerous Type), but the practical root cause described by the vendor advisory is a missing authorization/access-control default: in the out-of-box configuration the upload endpoint accepted requests from unauthenticated users, so the handler could be reached without a session. Because uploaded content lands on the web-accessible CMS, this is a potential stepping stone to other issues (for example, uploading content that is later served or processed) rather than a directly demonstrated remote code execution primitive, which is consistent with the Integrity-Low-only CVSS impact. The CPE string cpe:2.3:a:dnnsoftware:dotnetnuke:*:*:*:*:*:*:*:* confirms the affected product family covers all unpatched DNN/DotNetNuke releases, and the NuGet metadata records Dnn.Platform versions below 10.1.1 as vulnerable and 10.1.1 as fixed. The 10.1.1 change does not remove the upload capability; it blocks the endpoint for unauthenticated callers by default, while still allowing an implementer to deliberately edit web.config to re-open public uploads if a deployment genuinely requires them.
Know when Dotnetnuke gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Unauthenticated network upload against default config gives AV:N/AC:L/PR:N; a direct upload needs no victim, so UI:N (vs. official UI:R); only file-write integrity impact, so C:N/I:L/A:N.
Primary rating from NVD.
CVSS VectorNVD
DescriptionNVD
DNN (formerly DotNetNuke) is an open-source web content management platform (CMS) in the Microsoft ecosystem. Prior to 10.1.1, the out-of-box experience for HTML editing allows unauthenticated users to upload files. This opens a potential vector to other security issues and is not needed on most implementations. This vulnerability is fixed in 10.1.1.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
Affected Products (CPE)NVD
More in Dotnetnuke
View allDNN (aka DotNetNuke) before 9.1.1 has Remote Code Execution via a cookie, aka "2017-08 (Critical) Possible remote code e
The installation wizard in DotNetNuke (DNN) before 7.4.1 allows remote attackers to reinstall the application and gain S
Unauthenticated attackers can upload and overwrite files in DNN Platform before 10.1.1 through the default HTML editor p
DNN (DotNetNuke) CMS versions 6.0.0 through 10.0.0 contain a vulnerability that can expose NTLM hashes to a third-party
DNN (formerly DotNetNuke) through 9.4.4 allows Path Traversal (issue 2 of 2). Rated high severity (CVSS 8.8), this vulne
DNN (formerly DotNetNuke) through 9.4.4 has Insecure Permissions. Rated medium severity (CVSS 6.5), this vulnerability i
DotNetNuke 9.5 contains a persistent cross-site scripting vulnerability that allows normal users to upload malicious XML
Stored Cross-Site Scripting in DotNetNuke (DNN) Version before 9.4.0 allows remote attackers to store and embed the mali
DNN (formerly DotNetNuke) through 9.4.4 allows XSS (issue 1 of 2). Rated medium severity (CVSS 5.4), this vulnerability
DNN (DotNetNuke) CMS has a stored XSS vulnerability (CVSS 9.1) allowing persistent script injection that executes for al
DNN (formerly DotNetNuke) is an open-source web content management platform (CMS) in the Microsoft ecosystem. Rated crit
Relative Path Traversal in GitHub repository dnnsoftware/dnn.platform prior to 9.11.0. Rated medium severity (CVSS 4.9),
NVD
CVE.org
EPSS
GitHub
Exploit-DB