CVE-2025-40689: PHPGurukul Online Fire Reporting System · SQL Injection
Affects PHPGurukul Online Fire Reporting SystemSource CVE Database V5
Not known to be exploited · CVSS 9.3 Critical.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 26% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 11 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 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| PHPGurukul Online Fire Reporting System | Affected
| Fixed in– |
AI-suggested
Given the absence of an official patch, European organizations should immediately implement compensating controls. These include: 1) Restricting network access to the '/ofrs/admin/request-details.php' endpoint using firewalls or web application firewalls (WAF) to allow only trusted IP addresses, such as internal networks or VPNs. 2) Deploying WAF rules specifically designed to detect and block SQL injection patterns targeting the vulnerable parameters ('remark', 'status', 'requestid'). 3) Conducting thorough input validation and sanitization at the application layer, if source code access is available, to neutralize special SQL characters and use parameterized queries or prepared statements. 4) Monitoring logs for unusual database query patterns or repeated access attempts to the vulnerable endpoint. 5) Planning and prioritizing an upgrade or patch deployment once available from the vendor. 6) Educating administrative users about the risk and enforcing strong authentication and least privilege principles to reduce attack surface. 7) Implementing database-level restrictions to limit the impact of potential SQL injection, such as using database accounts with minimal privileges for the application.
Description
SQL Injection in Online Fire Reporting System v1.2 by PHPGurukul. This vulnerability allows an attacker to retrieve, create, update and delete database via 'remark', 'status' and 'requestid' parameters in the endpoint '/ofrs/admin/request-details.php'.