Skip to main content
CVE-2024-25187VulnerabilityPublished Updated

CVE-2024-25187: 71cms · n/a

Affects 71cmsSource CVE Database V5

0

Not known to be exploited · CVSS 8.6 High.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
8.6High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 51% 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:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 Apr 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubxiaocheng-keji/71cmspkg:github/xiaocheng-keji/71cmsOther threatsAffected
  • =1.0.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Immediately restrict access to the getweather.html endpoint by implementing web application firewall (WAF) rules or server-side access controls to block unauthorized requests. 2. Employ network segmentation and firewall rules to limit the CMS server's ability to make outbound HTTP requests to internal or sensitive services. 3. Monitor outbound traffic from the CMS server for unusual or unexpected requests that may indicate exploitation attempts. 4. If possible, disable or remove the getweather.html functionality if it is not essential to operations. 5. Conduct thorough code review and input validation on any server-side request functionality to ensure URLs or parameters cannot be manipulated to access internal resources. 6. Stay alert for official patches or updates from 71cms developers and apply them promptly once available. 7. Implement intrusion detection systems (IDS) tuned to detect SSRF attack patterns targeting the CMS. 8. Educate security teams about SSRF risks and ensure incident response plans include SSRF scenarios. These steps go beyond generic advice by focusing on network-level controls, monitoring, and disabling vulnerable features where feasible.

Description

Server Side Request Forgery (SSRF) vulnerability in 71cms v1.0.0, allows remote unauthenticated attackers to obtain sensitive information via getweather.html.

References

Community reviews

Loading reviews…