CVE-2025-49198: SICK Media Server · Weak Randomness
Affects SICK Media ServerSource CVE Database V5
Not known to be exploited · CVSS 3.1 Low.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 31% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Jun 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 |
|---|---|---|
| SICK AG SICK Media Server | Affected
| Fixed in– |
AI-suggested
Given the absence of an official patch, European organizations using SICK Media Server should implement compensating controls to mitigate the risk. First, restrict network access to the Media Server by implementing strict firewall rules and network segmentation, ensuring that only authorized management workstations and trusted systems can communicate with the server. Second, monitor network traffic for unusual token generation or repeated failed token validation attempts, which could indicate token guessing attacks. Third, enforce strong user authentication and session management policies on systems interacting with the Media Server to reduce the impact of token compromise. Fourth, consider deploying intrusion detection or prevention systems (IDS/IPS) with custom signatures to detect anomalous token-related activities. Fifth, work closely with SICK AG to obtain updates on patches or firmware upgrades addressing this vulnerability and plan timely deployment once available. Finally, conduct security awareness training for users to recognize and report suspicious activities that may involve token misuse or unauthorized access attempts. These measures go beyond generic advice by focusing on network-level controls, monitoring, and collaboration with the vendor.
Description
The Media Server’s authorization tokens have a poor quality of randomness. An attacker may be able to guess the token of an active user by computing plausible tokens.
References
- sick.com/psirt (opens in a new tab)
- cdn.sick.com/media/docs/1/11/411/Special_information_CYBERSECURITY_BY_SICK_en_IM0084411.PDF (opens in a new tab)
- cisa.gov/resources-tools/resources/ics-recommended-practices (opens in a new tab)
- first.org/cvss/calculator/3.1 (opens in a new tab)
- sick.com/.well-known/csaf/white/2025/sca-2025-0007.pdf (opens in a new tab)
- sick.com/.well-known/csaf/white/2025/sca-2025-0007.json (opens in a new tab)