CVE-2025-60267: xckk v9.6, there · SQL Injection
Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% 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:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 9 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
AI-suggested
To mitigate CVE-2025-60267, organizations should immediately implement strict input validation and sanitization on the 'cond' parameter and any other user inputs interacting with SQL queries. Employ parameterized queries or prepared statements to prevent direct injection of user data into SQL commands. If a patch becomes available from the xckk vendor, it should be applied promptly. In the absence of a patch, consider deploying Web Application Firewalls (WAFs) with rules specifically designed to detect and block SQL injection attempts targeting the notice/list endpoint. Conduct thorough code reviews and security testing to identify and remediate similar vulnerabilities. Monitor logs and network traffic for unusual database query patterns or errors indicative of injection attempts. Limit database user privileges to the minimum necessary to reduce potential damage. Additionally, ensure regular backups are maintained to enable recovery in case of data corruption or loss.
Description
In xckk v9.6, there is a SQL injection vulnerability in which the cond parameter in notice/list is not securely filtered, resulting in a SQL injection vulnerability.