CVE-2025-58578: SICK Enterprise Analytics · Unthrottled Resource Allocation
Affects SICK Enterprise AnalyticsSource CVE Database V5
Not known to be exploited · CVSS 3.8 Low.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 6 Oct 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| SICK AG Enterprise Analytics | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability, organizations should implement strict internal policies governing user account creation, limiting this capability to a minimal number of trusted administrators. Monitoring and alerting on unusual spikes in account creation via the API should be established to detect potential abuse early. Network segmentation can restrict API access to trusted management networks, reducing exposure. Employing multi-factor authentication (MFA) for all users with account creation privileges can reduce the risk of credential compromise. Until a vendor patch is available, consider deploying web application firewalls (WAFs) or API gateways that can enforce rate limiting and quota controls on the user creation endpoint. Regular audits of user accounts should be conducted to identify and remove unauthorized or redundant accounts. Finally, maintain close communication with SICK AG for updates on patches or official remediation guidance.
Description
A user with the appropriate authorization can create any number of user accounts via an API endpoint using a POST request. There are no quotas, checking mechanisms or restrictions to limit the creation.
References
- sick.com/psirt (opens in a new tab)
- sick.com/media/docs/9/19/719/special_information_sick_operating_guidelines_cybersecurity_by_sick_en_im0106719.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-0010.json (opens in a new tab)
- sick.com/.well-known/csaf/white/2025/sca-2025-0010.pdf (opens in a new tab)