ModSecurity 3 no parece estar bloqueando nada enviado por correo (como formularios). Los registros dicen:
ModSecurity: Acceso denegado con código 200 (fase 2). XSS detectado usando libinjection. [archivo "/usr/local/coreruleset-3.3.0/rules/REQUEST-941-APPLICATION-ATTACK-XSS.conf"] [línea "37"] [id "941100"] [rev ""] [mensaje "XSS Ataque detectado a través de libinjection"] [datos "Datos coincidentes: datos XSS encontrados dentro de ARGS: texto:
alerta('XSS')"] [severidad "2"] [ver "OWASP_CRS/3.3.0"][madurez "0"] [precisión "0"] [etiqueta "aplicación-multi"] [etiqueta "lenguaje-multi"] [etiqueta "plataforma-multi"] [etiqueta "ataque-xss"] [etiqueta "nivel de paranoia" /1"] [etiqueta "OWASP_CRS"] [etiqueta "capec/1000/152/242"] [nombre de host "fullserver.ru"] [uri "/support/ticket.php"] [unique_id "1630221362"] [ref " v1106,29t:utf8toUnicode,t:urlDecodeUni,t:htmlEntityDecode,t:jsDecode,t:cssDecode,t:removeNulls"]
Pero la solicitud se envía directamente a la base de datos y se agrega allí.
Las solicitudes GET como esa se bloquean momentáneamente en el navegador con 403.
intenté configurar
SecDefaultAction "fase: 1, registro, registro de auditoría, denegar, estado: 403"
SecDefaultAction "fase: 2, registro, registro de auditoría, denegar, estado: 403"
Pero no hubo suerte, nada cambió.
No se que hacer, alguien me puede ayudar?
Intente buscar en su configuración otras SecDefaultAction y asegúrese de que no haya nadie con 'status: 200'. También asegúrese de no estar ejecutando ModSecurity en modo de solo detección (consulte modsecurity.conf).