Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ModSecurity: Audit log: Failed to create subdirectories #1

Closed
benempson opened this issue Jul 10, 2013 · 3 comments
Closed

ModSecurity: Audit log: Failed to create subdirectories #1

benempson opened this issue Jul 10, 2013 · 3 comments

Comments

@benempson
Copy link

Hi there, I'm running mod_ruid 0.9.7 on Apache 2.2 with ModSecurity 2.7.3 and the GotRoot/Atomicorp delayed ruleset, all on cPanel 11.38. I am unable to get ModSecurity to successfully log it's activities since mod_ruid is causing audit directories and logs to be created with the username of the running process, and more importantly with permissions for that user only, overriding a specific setting in the ModSecurity conf to create audit folders and logs to be created world-writable.

I have documented my setup here: https://www.atomicorp.com/forum/viewtopic.php?f=15&t=6932&sid=23c91691756075ec7fc5cfe86a6630d1

Is there any way that mod_ruid can be configured or patched such that it can work with ModSecurity?

Regards, Ben

@mind04
Copy link
Owner

mind04 commented Jul 10, 2013

This is not a mod_ruid2 problem. Mod_ruid2 is only doing it's job...

The problem is that mod_security create file handles/directories for logging during a request (which is wrong). And these are owned by the current user and group. If mod_security did his logging in the special ap_hook_log_transaction() hook there was no problem with permissions as mod_ruid2 is switching back to the default user before this hook is called.

Maybe you can work around the problem if you make the log directory group writable for apache and add apache to R_Groups for every user.

@mind04 mind04 closed this as completed Jul 10, 2013
@benempson
Copy link
Author

Hi Kees, many thanks for that.

I followed your suggestion, however the folders are still being created with owner-only write permissions:

drwxr-xr-x 2 usets usets 4096 Jul 10 16:43 20130710-1643/

As you can see there's a new folder every minute.

Therefore even if the user is in a common group with other users, the other users still can't write to that folder.

I have the ModSec directives regarding permissions set as follows:

SecAuditLogDirMode 0777
SecAuditLogFileMode 0777

Do you have any other suggestions, or should I go over to the ModSecurity forums?!

@afansmth
Copy link

@benempson can you solve the issues now ? i have same issues here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants