CVE-2025-55472: Tirreno · SQL Injection
Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 17:16 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:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Sep 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
Immediate mitigation steps include restricting access to the /admin/loadUsers API endpoint to trusted administrators only, ideally via network segmentation and strong authentication mechanisms such as multi-factor authentication (MFA). Organizations should implement Web Application Firewalls (WAFs) with rules designed to detect and block SQL Injection attempts targeting this endpoint. Until an official patch is released, code-level mitigations such as input validation and sanitization should be applied if source code access is available. Monitoring and logging of API access should be enhanced to detect anomalous activities indicative of exploitation attempts. Organizations should also conduct thorough security assessments and penetration tests focusing on the admin interfaces. Finally, maintaining up-to-date backups and having an incident response plan ready will help mitigate potential damage if exploitation occurs.
Description
SQL Injection vulnerability exists in Tirreno v0.9.5, specifically in the /admin/loadUsers API endpoint. The vulnerability arises due to unsafe handling of user-supplied input in the columns[0][data] parameter, which is directly used in SQL queries without proper validation or parameterization.