CVE-2024-10448

4.3 MEDIUM

📋 TL;DR

This CSRF vulnerability in Blood Bank Management System 1.0 allows attackers to trick authenticated users into performing unauthorized actions via the /file/delete.php endpoint. Attackers can remotely exploit this to delete blood bank records without the user's knowledge. Organizations using this specific software version are affected.

💻 Affected Systems

Products:
  • Blood Bank Management System
Versions: 1.0
Operating Systems: All
Default Config Vulnerable: ⚠️ Yes
Notes: Only affects the web application component; requires the vulnerable /file/delete.php endpoint to be accessible.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Malicious actors could delete critical blood bank records, donor information, or inventory data, potentially disrupting life-saving operations and causing data loss.

🟠

Likely Case

Attackers would use this to delete specific records or manipulate blood bank data, causing operational disruption and requiring data restoration.

🟢

If Mitigated

With proper CSRF protections and user awareness, exploitation attempts would fail or be detected before causing damage.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

Public PoC: ⚠️ Yes
Weaponized: LIKELY
Unauthenticated Exploit: ✅ No
Complexity: LOW

Exploit requires user interaction (victim must be tricked into clicking a malicious link while authenticated).

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: https://code-projects.org/

Restart Required: No

Instructions:

No official patch available. Consider implementing CSRF tokens in /file/delete.php and other endpoints, or replace with a supported version if available.

🔧 Temporary Workarounds

Implement CSRF Protection

all

Add CSRF tokens to all form submissions and state-changing operations

Modify /file/delete.php to include and validate CSRF tokens

Restrict Access

all

Limit access to vulnerable endpoints using web server rules

Add location block in nginx: location ~ /file/delete\.php$ { deny all; }
Add to Apache .htaccess: <Files "delete.php"> Order Deny,Allow
Deny from all
</Files>

🧯 If You Can't Patch

  • Implement strict SameSite cookie policies and require re-authentication for sensitive actions
  • Deploy WAF rules to detect and block CSRF patterns targeting /file/delete.php

🔍 How to Verify

Check if Vulnerable:

Check if /file/delete.php exists and accepts bid parameter without CSRF validation. Test by creating a simple HTML form that submits to this endpoint.

Check Version:

Check application version in admin panel or readme files; no standard command available.

Verify Fix Applied:

Verify that /file/delete.php now requires and validates a CSRF token, or that the endpoint is no longer accessible.

📡 Detection & Monitoring

Log Indicators:

  • Multiple DELETE operations from same user in short time
  • Requests to /file/delete.php with unusual referrers or without expected CSRF tokens

Network Indicators:

  • HTTP POST requests to /file/delete.php with bid parameter from unexpected sources

SIEM Query:

source="web_logs" AND uri_path="/file/delete.php" AND http_method="POST" | stats count by src_ip, user_agent

🔗 References

📤 Share & Export