ModSecurity управляют для не сканирования URI

Я испытываю затруднения при создании новой ультрасовременной безопасности 2,5 правила.

Мое развертывание: сервер Apache, Установка как обратный прокси. (таким образом, апачский веб-сервер __ делает хост not_ веб-сайт. Вместо этого я проксирую запросы к другому серверу, который отвечает на веб-запросы.)

Веб-сервер использует аутентификационные маркеры для перезаписи URL веб-сайта к безопасному URL.

75.75.75.75 - - [01/May/2015:10:55:14 -0400] "GET /record/example.svc/js HTTP/1.1" 200 1786 "https://example.org/example.aspx?XOW%5eLdz%3c2%2f1%2f42%2527kbmhtbffJfx%3e0%2527qpkf%5ejc%3e2%2527Cfruho%60uhpmXOW%5eLdz%3c2%2f1%2f42%2527RptsbfVQU%60Jfx%3e193%2527qpkf%5ejc%3e2%2527RptsbfVQU%60Ejqts%60Bihmc%60Mblf%3cSdrtfru%1fTbpqjmh"

Проблема:

Modsecurity в настоящее время сканирует URI. Из-за природы случайного URIs, много ложных положительных сторон было произведено. Для предотвращения этого я хочу освободить весь URIs от сканирования.

Начиная с переписывания перенаправление и аутентификационный маркер все сгенерированы на веб-сервере (И это, как мы хотим сохранить его), как я сообщаю ультрасовременной безопасности, что эти заголовки законны и не сканируют их?

75.75.75.75 - - [01/May/2015:10:55:52 -0400] "GET /thing.aspx?XOW%5eLdz%3c375%25cddnnd%60ttds%5ebt%60he%3c5%2f58328 HTTP/1.1" 200 15100 "https://example.org/example.aspx?XOW%5eLdz%3c2%2f1%2f42%2527kbmhtbffJfx%3e0%2527qpkf%5ejc%3e2%2527Cfruho%60uhpmXOW%5eLdz%3c2%2f1%2f42%2527RptsbfVQU%60Jfx%3e193%2527qpkf%5ejc%3e2%2527RptsbfVQU%60Ejqts%60Bihmc%60Mblf%3cSdrtfru%1fTbpqjmh"

 75.75.75.75 - - [01/May/2015:10:55:52 -0400] "GET /example/example.svc/js HTTP/1.1" 200 1786 "https://example.org/example.aspx?XOW%5eLdz%3c375%25cddnnd%60ttds%5ebt%60he%3c5%2f58328"
2
задан 18 June 2015 в 15:32
1 ответ

Следуя ответу в комментариях к исходному вопросу:

Короче говоря, невозможно отменить URI из проверки, ModSecurity, как и другие продукты, основан на правилах / сигнатурах.

Однако вы можете получить идентификатор правила для ложных срабатываний (из журнала ошибок apache для VirtualHost )и выполните SecRemoveRuleById 123456 в вашей конфигурации apache, это позволит вам удалить ложные срабатывания из-под совпадения.

Я настоятельно рекомендую вам делать это максимально избирательно с помощью LocationMatch или аналогичный

В чате, Hrvoje показывает пример или цепочку правил, которые могут быть полезны

0
ответ дан 3 December 2019 в 14:41

Теги

Похожие вопросы