PHPGurukul Land Record System index.php cross site scripting

La vulnerabilidad XSS en Land Record System permite a un atacante ejecutar scripts maliciosos en el navegador de un usuario que interactúa con la aplicación. Esto podría resultar en el robo de cookies de sesión, la redirección a sitios web maliciosos o la modificación del contenido de la página web. Un atacante podría, por ejemplo, inyectar un script que capture las credenciales de inicio de sesión de un usuario, permitiéndole acceder a su cuenta. El impacto se amplifica si el sistema Land Record System se utiliza para almacenar información sensible sobre la propiedad, ya que un atacante podría manipular esta información o acceder a datos confidenciales.

Organizations and individuals using PHPGurukul Land Record System version 1.0 are at risk. This includes government agencies, land registry offices, and any entity relying on this system for land record management. Shared hosting environments where multiple users share the same server instance are particularly vulnerable, as a compromise of one user's account could potentially impact others.

• php: Examine /index.php for unsanitized usage of the 'searchdata' parameter. Look for patterns where user input is directly outputted to the page without proper encoding.

// Example of vulnerable code
<?php
echo $_GET['searchdata']; ?>

• generic web: Check access logs for unusual requests to /index.php with suspicious parameters in the 'searchdata' field. Look for patterns indicative of XSS payloads (e.g., <script> tags, event handlers). • generic web: Use curl to test the /index.php endpoint with a simple XSS payload (e.g., <script>alert('XSS')</script>). Observe the response for JavaScript execution.

1. 2024-12-31Disclosure

   disclosure

1. Reservado2024-12-31
2. Publicada2024-12-31
3. EPSS actualizado2026-04-02

La mitigación principal para CVE-2024-13074 es actualizar Land Record System a la versión 1.0.1, que incluye la corrección de la vulnerabilidad XSS. Si la actualización no es inmediatamente posible, se recomienda implementar medidas de seguridad adicionales, como la validación y el saneamiento de todas las entradas de usuario en el archivo /index.php. Además, se pueden configurar reglas en un Web Application Firewall (WAF) para bloquear solicitudes que contengan patrones sospechosos en el parámetro 'searchdata'. Verifique después de la actualización que la vulnerabilidad ha sido resuelta revisando el archivo /index.php y asegurándose de que las entradas de usuario se validen correctamente.