CVE-2025-55127: Revive Adserver · Vulnerability
Affects Revive AdserverSource CVE Database V5
Not known to be exploited · CVSS 5.4 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 20 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Revive Revive Adserver | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-55127, organizations should implement the following specific measures: 1) Enforce strict username normalization by trimming leading and trailing whitespace characters during user creation and updates to prevent visually deceptive usernames. 2) Enhance the user interface to visually indicate or highlight whitespace characters in usernames, reducing the chance of confusion. 3) Restrict user creation privileges to trusted administrators only, minimizing the risk of attacker-controlled accounts. 4) Implement monitoring and alerting for suspicious username patterns or duplicate-looking usernames. 5) Conduct regular audits of user accounts to identify and remediate any accounts with suspicious whitespace usage. 6) Engage with the Revive Adserver vendor community to obtain patches or updates addressing this vulnerability once available. 7) Educate administrators and users about the risk of username impersonation and encourage vigilance in verifying user identities. 8) Consider deploying multi-factor authentication and role-based access controls to limit the impact of compromised or impersonated accounts. These targeted actions go beyond generic advice by focusing on the unique nature of whitespace-based impersonation and user management controls.
Description
HackerOne community member Dao Hoang Anh (yoyomiski) has reported an improper neutralization of whitespace in the username when adding new users. A username with leading or trailing whitespace could be virtually indistinguishable from its legitimate counterpart when the username is displayed in the UI, potentially leading to confusion.