CVE-2025-2383

7.3 HIGH

📋 TL;DR

This critical SQL injection vulnerability in PHPGurukul Doctor Appointment Management System 1.0 allows attackers to execute arbitrary SQL commands through the searchdata parameter in /doctor/search.php. Attackers can potentially access, modify, or delete sensitive medical appointment data. All installations of version 1.0 with the vulnerable component exposed are affected.

💻 Affected Systems

Products:
  • PHPGurukul Doctor Appointment Management System
Versions: 1.0
Operating Systems: Any OS running PHP
Default Config Vulnerable: ⚠️ Yes
Notes: All installations with the /doctor/search.php file accessible are vulnerable. The system must be running and accessible to attackers.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise leading to exposure of all patient records, appointment details, and potentially administrative credentials, followed by system takeover or data destruction.

🟠

Likely Case

Unauthorized access to sensitive patient appointment data, potential extraction of database contents, and possible privilege escalation within the application.

🟢

If Mitigated

Limited impact with proper input validation and database permissions, potentially only allowing data viewing without modification.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

Public PoC: ⚠️ Yes
Weaponized: UNKNOWN
Unauthenticated Exploit: ⚠️ Yes
Complexity: LOW

Exploit details are publicly available on GitHub. Attack requires network access to the vulnerable endpoint but no authentication.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Not available

Vendor Advisory: https://phpgurukul.com/

Restart Required: No

Instructions:

No official patch available. Consider implementing input validation and parameterized queries in the search.php file, or migrate to a different system.

🔧 Temporary Workarounds

Input Validation and Sanitization

all

Add server-side validation to sanitize the searchdata parameter before processing SQL queries.

Edit /doctor/search.php to implement proper input validation using PHP's filter_var() or custom regex patterns

Web Application Firewall (WAF)

all

Deploy a WAF with SQL injection protection rules to block malicious requests.

🧯 If You Can't Patch

  • Block external access to /doctor/search.php via firewall rules or web server configuration
  • Implement database user with minimal privileges (read-only if possible) for the application

🔍 How to Verify

Check if Vulnerable:

Test the /doctor/search.php endpoint with SQL injection payloads in the searchdata parameter (e.g., searchdata=' OR '1'='1). Monitor for unexpected database responses or errors.

Check Version:

Check the system version in the application's admin panel or configuration files, typically found in config.php or similar files.

Verify Fix Applied:

After implementing fixes, retest with the same payloads to ensure they are properly blocked or sanitized without executing SQL commands.

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL error messages in web server logs
  • Multiple rapid requests to /doctor/search.php with suspicious parameters
  • Database query logs showing unexpected SQL commands

Network Indicators:

  • HTTP POST/GET requests to /doctor/search.php containing SQL keywords (UNION, SELECT, INSERT, etc.) in parameters
  • Abnormal traffic patterns to the vulnerable endpoint

SIEM Query:

source="web_server_logs" AND (url_path="/doctor/search.php" AND (param="searchdata" AND value MATCHES "(?i)(union|select|insert|update|delete|drop|or|and|'|--|#)"))

🔗 References

📤 Share & Export