Estamos recebendo muitos falsos positivos ao usar software de terceiros em nosso servidor. Eles próprios não conseguem consertar o problema e estou tentando descobrir como permitir cookies que contenham "CERTAINSTRING_"
Abaixo está um exemplo de uma das proibições. Eles têm todos o mesmo ID de regra
www.mysite.com 27.33.154.111 981231 [15/Dec/2013:12:14:36 +1100]
Pattern match: \
"(/\\*!?|\\*/|[';]--|--[\\s\\r\\n\\v\\f]|(?:--[^-]*?-)|([^\\-&])#.*?[\\s\\r\\n\\v\\f]|;?\\x00)" \
at REQUEST_COOKIES: _CERTAINSTRING. \
[file "/usr/local/apache/conf/modsecurity_crs_41_sql_injection_attacks.conf"] \
[line "49"] \
[id "981231"] \
[rev "2"] \
[msg "SQL Comment Sequence Detected."] \
[data "Matched Data: 1#"
"description::325,1091,/file-path/file-name/999/1,http://www.mysite.com/file-path/file-name/999/1#"
"rev found within REQUEST_COOKIES:_CERTAINSTRING: 240,1091,/file-path/file-name/999/1,http://www.mysite.com/file-path/file-name/999/1#"
"description::325,1091,/file-path/file-name/999/1,http://www.mysite…”] \
[severity "CRITICAL"] \
[ver "OWASP_CRS/2.2.8"] \
[maturity "8"] \
[accuracy "8"] \
[tag "OWASP_CRS/WEB_ATTACK/SQL_INJECTION"] \
[tag "WASCTC/WASC-19"] \
[tag "OWASP_TOP_10/A1"]
Responder1
Você pode usar SecRuleUpdateTargetById para modificar a regra
SecRuleUpdateTargetById 981231 !REQUEST_COOKIES:/^ _CERTAINSTRING/
O que desabilitaria a regra que está causando problemas para cookies de solicitação cujo nome começa com _CERTAINSTRING.
Atualizar:
A regra acima precisa ser colocada após a definição da regra a que se refere. Isto normalmente é feito criando um arquivo que é lido após todas as regras do CRS, por exemplo, com base no local referenciado na sua mensagem de log de auditoria
/usr/local/apache/conf/modsecurity_crs_61_customrules.conf