Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 615750 - www-apache/modsecurity-crs-3.0.0 version bump
Summary: www-apache/modsecurity-crs-3.0.0 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL: https://lists.owasp.org/pipermail/owa...
Whiteboard:
Keywords: EBUILD
Depends on: 518828
Blocks:
  Show dependency tree
 
Reported: 2017-04-16 11:25 UTC by Graham E
Modified: 2017-06-05 18:30 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
modsecurity-crs-3.0.0.ebuild (modsecurity-crs-3.0.0.ebuild,1.54 KB, text/plain)
2017-04-16 11:26 UTC, Graham E
Details
files/modsecurity-crs-3.0.0.conf (modsecurity-crs-3.0.0.conf,162 bytes, text/plain)
2017-04-16 11:26 UTC, Graham E
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Graham E 2017-04-16 11:25:44 UTC
This is my ebuild for v3.0.0 of the modsecurity-crs base rules.

It requires v2.8 or greater of mod_security. (see Bug 615294)

I've split the default config file out from the /etc/apache2/modules.d/80-modsecurity-crs.conf file, into /etc/modsecurity/crs-setup.conf.
The /etc/apache2/modules.d/80-modsecurity-crs.conf file now only includes the other rules.
Comment 1 Graham E 2017-04-16 11:26:07 UTC
Created attachment 470116 [details]
modsecurity-crs-3.0.0.ebuild
Comment 2 Graham E 2017-04-16 11:26:51 UTC
Created attachment 470118 [details]
files/modsecurity-crs-3.0.0.conf
Comment 3 Michael Orlitzky gentoo-dev 2017-05-14 16:47:48 UTC
I committed this, but I left out the recommended configuration file by default for the same reasons I just mentioned in bug 615294. When users install modsecurity-crs, we want to be sure (as possible) that the default configuration will work.

Many of the settings in crs-setup.conf.example are already default, and the CRS works out-of-the-box this way. Some of the nonstandard rules in that example file also have warnings on them that people should have to read before enabling them (by copying them into 80_mod_security-crs.conf).

As with mod_security, there's no reason to have the additional /etc/modsecurity/crs-setup.conf file; our Apache configuration is already modular, and any rules can go directly in 80_mod_security-crs.conf which is protected from portage changes. If it turns our that there are configuration options we need to change by default, I can add them to 80_mod_security-crs.conf.