Skip to main content
CVE-2024-45999VulnerabilityPublished

CVE-2024-45999: cloudlog · n/a

Affects cloudlogSource CVE Database V5

0

Not known to be exploited · CVSS 6.6 Medium.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
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:L/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Oct 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
Packagistcloudlog/cloudlogpkg:composer/cloudlog/cloudlogOther threatsAffected
  • =2.6.15
Fixed in–

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

AI-suggested

To mitigate CVE-2024-45999, organizations should first verify if they are running Cloudlog version 2.6.15 or earlier and plan to upgrade to a patched version once available. In the absence of an official patch, immediate mitigations include implementing strict input validation and sanitization on the station_id parameter to prevent SQL injection. Employing parameterized queries or prepared statements in the get_station_info() function is critical to eliminate injection vectors. Restricting local access to trusted users only and enforcing the principle of least privilege can reduce the risk of exploitation. Monitoring database logs for unusual queries or access patterns related to station_id parameters can help detect attempted exploitation. Additionally, network segmentation and application-layer firewalls can limit access to the Cloudlog application. Regular security audits and code reviews focusing on input handling should be conducted to identify and remediate similar vulnerabilities proactively.

Description

A SQL Injection vulnerability was discovered in Cloudlog 2.6.15, specifically within the get_station_info()function located in the file /application/models/Oqrs_model.php. The vulnerability is exploitable via the station_id parameter.

References

Community reviews

Loading reviews…