WeGIA presenta una Inyección SQL Ciega Basada en Tiempo Autenticada en `restaurar_produto.php` a través del parámetro `id_produto`

La inyección SQL en WeGIA representa un riesgo crítico para la seguridad de las instituciones benéficas que utilizan este software. Un atacante autenticado puede explotar esta vulnerabilidad para obtener acceso no autorizado a la base de datos, permitiéndole extraer información confidencial como datos de donantes, información financiera y registros de usuarios. Además, el atacante podría modificar o eliminar datos, comprometiendo la integridad de la aplicación y los datos almacenados. La capacidad de ejecutar comandos SQL arbitrarios otorga al atacante un control significativo sobre el sistema, abriendo la puerta a la ejecución remota de código y el movimiento lateral dentro de la red.

Charitable institutions and organizations utilizing WeGIA for managing their operations are at significant risk. Specifically, those running older, unpatched versions of WeGIA (3.6.5 and below) are particularly vulnerable. Shared hosting environments where multiple organizations share the same server infrastructure are also at increased risk, as a compromise of one WeGIA instance could potentially lead to the compromise of others.

• linux / server: Monitor web server access logs for requests to /html/matPat/restaurarproduto.php with unusual or suspicious values in the idproduto parameter. Use grep to search for SQL keywords (e.g., SELECT, UNION, DROP) in the request parameters.

grep 'id_produto=.*(SELECT|UNION|DROP).*' /var/log/apache2/access.log

• generic web: Use curl to test the endpoint with various payloads. Check the response for SQL errors or unexpected behavior.

curl 'http://wegia-server/html/matPat/restaurar_produto.php?id_produto=1 UNION SELECT 1,2,3 -- ' 

• database (mysql): If database access is possible, check for unusual database activity or modified tables. Use mysql -e to query the database for suspicious entries.

mysql -u root -p -e "SELECT * FROM users WHERE username LIKE '%evil%';"

1. 2026-03-20Disclosure

   disclosure

1. Reservado2026-03-17
2. Publicada2026-03-20
3. EPSS actualizado2026-03-27

La mitigación principal para esta vulnerabilidad es actualizar WeGIA a la versión 3.6.6 o posterior, que incluye la corrección. Si la actualización inmediata no es posible, se recomienda implementar medidas de seguridad adicionales. Estas medidas incluyen la validación estricta de todas las entradas de usuario, especialmente el parámetro idproducto, utilizando funciones de escape SQL o consultas preparadas. Además, se debe restringir el acceso a la base de datos solo a los usuarios y aplicaciones autorizadas. Implementar un firewall de aplicaciones web (WAF) puede ayudar a bloquear intentos de inyección SQL. Después de la actualización, confirme la corrección revisando los logs de la aplicación en busca de intentos de inyección SQL y verificando que el parámetro idproducto se maneje de forma segura.