Threats / DotNetNuke (DNN) / CVE-2018-18325
CVE-2018-18325
· EUVD no mirror located
· GCVE no mirror located
Verified 2026-06-22
DotNetNuke (DNN) vulnerability
DotNetNuke contains inadequate encryption strength in input parameter protection due to use of weak encryption algorithms. This resolves an incomplete patch for CVE-2018-15811.
Verdict
Today item — known-exploited.
Weak encryption of input parameters in DotNetNuke allows attackers to potentially decrypt or manipulate protected data. Active exploitation in the wild combined with high EPSS score indicates significant risk despite incomplete patch history.
01
Is it exploitable?
— the evidence, ranked above the scoreReported exploitation
1 independent public report of in-the-wild exploitation are cataloged.Distinct reporting sources (vendor, incident response, government); open them for the underlying claims.
Exploited in the wild
Listed in the CISA Known Exploited Vulnerabilities catalog (added 2021-11-03).
Probability (EPSS)
EPSS 0.74048 — modeled likelihood of exploitation activity.EPSS is a daily-changing model output — open the source for today's value.
Severity / affected
Affected: DotNetNuke (DNN), DotNetNuke (DNN). Confirm exact fixed builds in the vendor advisory.
Weakness (CWE)
Mapped to CWE-326 Inadequate Encryption Strength — weakness family: Cryptography.CWE assignment from the public NVD record; the weakness class drives how the flaw is exploited.
02
Who’s exploiting it?
— attribution turns risk into urgencyAttribution not established
No confirmed (advisory-backed) threat-actor attribution is established for this record. Absence of a named actor is not absence of compromise — see Coverage & confidence.
03
Why it matters
— the attack path, told twice: adversary, then board1
Front door — unauthenticated access narrative 1
Attacker
I identify that DotNetNuke uses weak encryption algorithms to protect input parameters.
Business
Sensitive input data lacks adequate cryptographic protection, creating exposure of user information and application logic.
2
Keys to the kingdom — privilege/identity takeover narrative 2
Attacker
I decrypt or reverse-engineer the weak encryption to recover plaintext input parameters.
Business
Confidentiality of user submissions, authentication tokens, and configuration data is compromised.
3
Lateral reach — past segmentation narrative 3
Attacker
I modify encrypted parameters to inject malicious input or escalate privileges within the application.
Business
Application integrity is undermined, enabling unauthorized access, data manipulation, or administrative compromise.
04
What to do
— defensible action- Remediate per the vendor advisory — confirm the fixed build for your version and verify exposure.1
Say it to the boardA vulnerability with this evidence profile is a defensible budget line, not a backlog ticket — fund the change against the proof above.
05