Skip to main content
CVE-2025-40689VulnerabilityPublished

CVE-2025-40689: PHPGurukul Online Fire Reporting System · SQL Injection

Affects PHPGurukul Online Fire Reporting SystemSource CVE Database V5

0

Not known to be exploited · CVSS 9.3 Critical.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 4.0 base score
9.3Critical
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Sep 2025

  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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
PHPGurukul Online Fire Reporting SystemAffected
  • =1.2
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'.

References

Community reviews

Loading reviews…