CVE-2024-50589: HASOMED Elefant · Missing Authentication
Affects HASOMED ElefantSource CVE Database V5
Not known to be exploited · CVSS 7.5 High : upgrade to 24.04.00 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 24.04.00
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 8 Nov 2024
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
Upgrade HASOMED Elefant to 24.04.00.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| HASOMED Elefant | Affected
| Fixed in
|
AI-suggested
1. Immediately upgrade HASOMED Elefant to version 24.04.00 or later once available, as this will contain the necessary authentication fixes. 2. Until patching is possible, restrict network access to the FHIR API by implementing strict network segmentation and firewall rules to limit access only to trusted systems and personnel. 3. Deploy network monitoring and intrusion detection systems to identify unusual or unauthorized API queries indicative of exploitation attempts. 4. Enforce strong internal access controls and limit local network access to the Elefant system to essential users only. 5. Conduct regular audits of API access logs to detect anomalous activity. 6. Educate staff about the risks of insider threats and the importance of network security hygiene. 7. Coordinate with HASOMED support for any available interim security advisories or workarounds. 8. Review and enhance overall FHIR API security posture, including implementing authentication and authorization mechanisms if custom integrations are used. 9. Prepare incident response plans specific to potential data breaches involving EHR data.
Description
An unauthenticated attacker with access to the local network of the medical office can query an unprotected Fast Healthcare Interoperability Resources (FHIR) API to get access to sensitive electronic health records (EHR).