CVE-2024-50811: n/a
Source CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/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-26.
What to do
AI-suggested
To mitigate CVE-2024-50811, organizations should first seek official patches or updates from hopetree izone vendors as they become available. In the absence of patches, implement strict input validation and sanitization on all user-supplied URLs processed by push_urls() and get_urls() functions to ensure only authorized and safe endpoints are reachable. Employ network-level controls such as firewall rules or web application firewalls (WAFs) to restrict outbound HTTP requests from the affected server to trusted destinations only. Monitor logs for unusual outbound requests indicative of SSRF exploitation attempts. Segregate and harden internal services to minimize the impact of SSRF if exploited. Conduct regular security assessments and penetration testing focusing on SSRF vectors. Additionally, consider implementing allowlists for URLs and disabling unnecessary push functionality temporarily if feasible. Educate development teams on secure coding practices to prevent similar vulnerabilities in future releases.
Description
hopetree izone lts c011b48 contains a server-side request forgery (SSRF) vulnerability in the active push function as \\apps\\tool\\apis\\bd_push.py does not securely filter user input through push_urls() and get_urls().