{"id":2445,"date":"2015-07-26T16:53:01","date_gmt":"2015-07-26T16:53:01","guid":{"rendered":"https:\/\/qbytes.cloud\/?p=2445"},"modified":"2015-07-26T16:53:01","modified_gmt":"2015-07-26T16:53:01","slug":"find-and-disable-specific-modsecurity-rules","status":"publish","type":"post","link":"https:\/\/www.qbytes.cloud\/index.php\/2015\/07\/26\/find-and-disable-specific-modsecurity-rules\/","title":{"rendered":"Find and disable specific ModSecurity rules"},"content":{"rendered":"

ModSecurity uses can help block potential attack attempts from malicious users, but sometimes it can also block legitimate requests. <\/p>\n

Note: Using SecRuleEngine Off in your modsecurity configuration, you won’t want to put that in your ModSecurity configuration file. As that completely turns off ModSecurity. The SecRuleRemoveById setting is used instead to only disable one specific rule.<\/p>\n

If you are seeing errors in you apache log files for a domain such as:<\/p>\n

\n\n[Sat Jul 25 16:34:57 2015] [error] [client ??.7.??.??] ModSecurity: Access denied with code 406 (phase 2). Pattern match "(?:\\\\\\\\b(?:(?:type\\\\\\\\b\\\\\\\\W*?\\\\\\\\b(?:text\\\\\\\\b\\\\\\\\W*?\\\\\\\\b(?:j(?:ava)?|ecma|vb)|application\\\\\\\\b\\\\\\\\W*?\\\\\\\\bx-(?:java|vb))script|c(?:opyparentfolder|reatetextrange)|get(?:special|parent)folder|iframe\\\\\\\\b.{0,100}?\\\\\\\\bsrc)\\\\\\\\b|on(?:(?:mo(?:use(?:o(?:ver|ut)|down|move|up)|ve)| ..." at REQUEST_FILENAME. [file "\/usr\/local\/apache\/conf\/modsec2.user.conf"] [line "111"] [id "1234123404"] [msg "Cross-site Scripting (XSS) Attack"] [data ".cookie"][severity "CRITICAL"] [tag "WEB_ATTACK\/XSS"] [hostname "domain.com"] [uri "\/skin\/frontend\/base\/default\/js\/cadence\/lib\/jquery.cookie.js"] [unique_id "VbQdIdg3u9IAAB9DPQkAAAAH"]\n\n<\/pre>\n
Mod _security is doing its job. If this is a valid script, you can make a change and allow it.
\nRun the following from ssh:<\/p>\n
\n# grep ModSecurity \/usr\/local\/apache\/logs\/error_log | sed -e 's#^.*\\[id "\\([0-9]*\\).*hostname "\\([a-z0-9\\-\\_\\.]*\\)"\\].*uri "#\\1 \\2 #' | cut -d\\" -f1 | sort -n | uniq -c | sort -n\n<\/pre>\n
The results will look like this:<\/p>\n
\n # 100 1234123404 www.domain.com \/skin\/frontend\/base\/default\/js\/cadence\/lib\/jquery.cookie.js\n\n<\/pre>\n
ModSecurity rule ID 1234123404 has been triggered at least 100 times when accessing \/skin\/frontend\/base\/default\/js\/cadence\/lib\/jquery.cookie.js file.<\/p>\n
In order to disable just the specific ModSecurity rule for the 1234123404 rule, run the following command: <\/p>\n
\n\n# echo "SecRuleRemoveById 1234123404" >> \/usr\/local\/apache\/conf\/userdata\/std\/2\/userna5\/domain.com\/modsec.conf\n\n<\/pre>\n
You can also search for the rule in WHM\/cPanel at Home \u00bbSecurity Center \u00bbModSecurity™ Tools  \u00bb Rules List<\/p>\n
Note the error in the log file – the ID:<\/p>\n
\n# [id "1234123404"]\n<\/pre>\n
This is the rule. Search for this at Home \u00bbSecurity Center \u00bbModSecurity™ Tools  \u00bb Rules List. <\/p>\n
\"rules\"<\/a><\/p>\n
You can click disable to allow the script.<\/p>\n
\"disable\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
ModSecurity uses can help block potential attack attempts from malicious users, but sometimes it can also block legitimate requests. Note: Using SecRuleEngine Off in your modsecurity configuration, you won’t want to put that in your ModSecurity configuration file. As that completely turns off ModSecurity. The SecRuleRemoveById setting is used instead to only disable one specific … Read more<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,20,67,123],"tags":[],"class_list":["post-2445","post","type-post","status-publish","format-standard","hentry","category-apache","category-cpanel","category-mod_security","category-whm"],"_links":{"self":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts\/2445","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/comments?post=2445"}],"version-history":[{"count":0,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/posts\/2445\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/media?parent=2445"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/categories?post=2445"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.qbytes.cloud\/index.php\/wp-json\/wp\/v2\/tags?post=2445"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}