Назад | Перейти на главную страницу

Как отключить логирование base64 в modsecurity

В моем журнале аудита modsecurity есть изображения в кодировке base64, которые были зарегистрированы из загрузок owncloud.

Как я могу добавить настраиваемое правило в мое определение виртуального хоста, чтобы загрузки не регистрировались как текст в кодировке base64?

Я нашел кое-что, что должно работать, чтобы исключить регистрацию запроса с помощью опции nolog, если это изображение:

#SecRule REQUEST_HEADERS:Content-Type "(?:image/gif|image/jpg|image/png|image/bmp)"
SecRule REQUEST_HEADERS:Content-Type "image/" \
        "id:333837,t:none,t:lowercase,pass,nolog,skip:1"
        SecAction "phase:2,id:334385,t:none,pass,nolog,skipAfter:END_IMAGE_CHECKS"

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

Я могу придумать несколько вариантов, но выбирать придется в соответствии со своими потребностями.

  1. Вы можете оценить, используя SecAuditLogParts вариант:

SecAuditLogParts по умолчанию: ABCFHZ

Доступные части журнала аудита:

A – audit log header (mandatory)

B – request headers

C – request body (present only if the request body exists and ModSecurity is configured to intercept it)

D - RESERVED for intermediary response headers, not implemented yet.

E – intermediary response body (present only if ModSecurity is configured to intercept response bodies, and if the audit log engine is configured to record it). Intermediary response body is the same as the actual response body unless ModSecurity intercepts the intermediary response body, in which case the actual response body will contain the error message (either the Apache default error message, or the ErrorDocument page).

F – final response headers (excluding the Date and Server headers, which are always added by Apache in the late stage of content delivery).

G – RESERVED for the actual response body, not implemented yet.

H - audit log trailer

I - This part is a replacement for part C. It will log the same data as C in all cases except when multipart/form-data encoding in used. In this case it will log a fake application/x-www-form-urlencoded body that contains the information about parameters but not about the files. This is handy if you don't want to have (often large) files stored in your audit logs.

J - RESERVED. This part, when implemented, will contain information about the files uploaded using multipart/form-data encoding.

Z – final boundary, signifies the end of the entry (mandatory)

Если я не ошибаюсь, вы можете отфильтровать C вариант, оставив ABFHZ вместо этого, когда тип image/ чтобы тело не попало в бревно.

  1. Другой вариант - установить SecAuditEngine к RelevantOnly вариант вместо On/Off:

SecAuditEngine

Настраивает механизм ведения журнала аудита. Возможные значения:

On - log all transactions by default.

Off - do not log transactions by default.

RelevantOnly - by default only log transactions that have triggered a warning or an error, or have a status code that is considered to be relevant (see SecAuditLogRelevantStatus).
  1. И третий вариант, можно изменить обработку тела ответа и избежать статических файлов, установив в modsecurity.conf:

SecResponseBodyMimeType text/plain text/html text/xml

Источники: