CVE-2025-2739 is a high severity (CVSS 7.3) SQL injection flaw in PHPGurukul Old Age Home Management System. The sertitle argument of /admin/manage-services.php is passed into a database query unsafely. The record names no fixed release, so limit exposure of the admin area, apply a code-level fix if you maintain the app, and watch the vendor.
What's affected
The record lists PHPGurukul Old Age Home Management System 1.0 as affected. This is a second SQL injection in the same product as CVE-2025-2738, in a different admin page.
The NVD description says the flaw sits in /admin/manage-services.php and that the sertitle argument is the injection point. It says the attack can be started remotely and that the exploit has been disclosed to the public. The record does not name a patch.
Severity in the record: high, CVSS 7.3, vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L. Weakness classes: CWE-74 (Injection), CWE-89 (SQL injection).
How to check if you're exposed
There is no package version to query, so exposure is a question of whether you run this application at all.
- Search your asset inventory, hosting accounts and internal wiki for PHPGurukul Old Age Home Management System.
- If you find an install, look for the file
/admin/manage-services.phpin the web root. Its presence on a reachable server means you run the affected code path. - Check your web server access logs for requests to that file from addresses you do not recognise, and for unusually long or odd parameter values.
- Confirm whether the application is reachable from the internet or only from an internal network.
You can also run a free in-browser dependency scan at gold.safeguard.sh/scan for the libraries your own applications pull in, though a standalone application like this one is usually found by asset inventory rather than by a package manifest.
What to do now
- Decide whether PHPGurukul Old Age Home Management System still needs to run. Small standalone projects like this are often installed once and forgotten, and removing one you no longer use is the cleanest fix.
- Take the admin area off the public internet. Put it behind a VPN, an IP allow list or HTTP authentication at the web server.
- If you maintain the code, change the query behind
sertitleto use prepared statements with bound parameters, and validate the value as the type the page expects. - Run the application database account with the least privilege it needs, so a successful injection cannot read or change unrelated tables.
- Add a web application firewall rule or request filter as a stopgap, and log blocked attempts.
- Check the vendor or project page and the references below for a fixed release, and update as soon as one is named.
Why it matters
SQL injection (CWE-89) happens when user input is placed into a query string instead of being passed as a bound parameter. The database cannot tell where the developer's query ends and the attacker's input begins, so crafted input can change what the query does. The related class CWE-74 covers injection in general: data from outside is treated as part of a command.
The scoring here is moderate rather than extreme because the vector shows low impact on confidentiality, integrity and availability, but it needs no login and no user interaction. For a small application that holds personal or business records, even low impact on each axis adds up. Public disclosure of the issue also means scanners can look for it.
Because two separate pages in the same application are affected, assume there may be more, and fix the data access pattern rather than only the two reported parameters.
The record does not flag this CVE as known exploited (it is not on the CISA Known Exploited Vulnerabilities list as of the record), so treat it as a patching priority rather than an active incident, and keep watching the advisory.
Quick check
Is there a patch for CVE-2025-2739?
The record names no fixed version. Check the vendor page and references listed in Sources, and treat the application as unpatched until a release says otherwise.
Does CVE-2025-2739 need a login?
The vector says no privileges are required (PR:N) and no user interaction. Verify against your own deployment, since access controls in front of the application can change real exposure.
Sources
- https://github.com/silent1189/Phpgurukul-Old-Age-Home-Management-System-V1.0-SQL-injection/issues/1
- https://vuldb.com/?id.300761
- https://phpgurukul.com/
- Safeguard Gold entry for CVE-2025-2739
Last reviewed: 19 October 2026.