WeGIA presenta una Inyección SQL Ciega Basada en Tiempo en remover_produto_ocultar.php

La inyección SQL en WeGIA permite a un atacante comprometer la integridad y confidencialidad de la base de datos. Un atacante autenticado (o que haya logrado eludir la autenticación) puede inyectar código SQL malicioso en las consultas, lo que les permite extraer datos sensibles, modificar información existente o incluso eliminar datos. El PoC proporcionado demuestra la posibilidad de causar una denegación de servicio (DoS) mediante retrasos basados en el tiempo. La severidad de esta vulnerabilidad es alta, ya que un atacante con acceso podría obtener control total sobre la base de datos y, por ende, sobre la información de la institución benéfica.

Charitable institutions and organizations utilizing WeGIA to manage their operations are at significant risk. Specifically, those running older, unpatched versions of WeGIA (≤ 3.6.6) 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 impact others.

• php: Examine web server access logs for requests to removerprodutoocultar.php containing suspicious SQL syntax in the request parameters.

grep -iE 'SELECT|INSERT|UPDATE|DELETE|UNION|DROP' /var/log/apache2/access.log | grep remover_produto_ocultar.php

• php: Review the removerprodutoocultar.php script for the use of extract($_REQUEST) and direct concatenation of user-supplied variables into SQL queries. • generic web: Monitor database server logs for unusual SQL queries originating from the WeGIA application server. • database (mysql): Check for unauthorized database users or privilege escalations.

SELECT User, Host FROM mysql.user WHERE Host != 'localhost';

1. 2026-03-11Disclosure

   disclosure

2. 2026-03-11PoC

   poc

1. Reservado2026-03-09
2. Publicada2026-03-11
3. Modificada2026-03-12
4. EPSS actualizado2026-03-23

La mitigación principal para esta vulnerabilidad es actualizar WeGIA a la versión 3.6.6 o superior, que incluye la corrección. Si la actualización inmediata no es posible, se recomienda implementar medidas de seguridad adicionales. Estas medidas pueden incluir la validación y sanitización rigurosa de todas las entradas de usuario, el uso de consultas preparadas con parámetros para evitar la concatenación directa de variables en las consultas SQL, y la restricción de los privilegios de la cuenta de base de datos utilizada por WeGIA. Además, se recomienda implementar un firewall de aplicaciones web (WAF) para detectar y bloquear intentos de inyección SQL. Tras la actualización, verifique la integridad de la base de datos y revise los registros de auditoría en busca de actividad sospechosa.