Re: can't run snort via systemd

[Ryan Bohn via Snort-users <snort-users () lists snort org>]

I've tracked it down to this:

When I set selinux to permissive, all works as it should. It seems RHEL 7.6 made a change to selinux and mmap calls, as 
noted in this 7.6 release note.

selinux-policy now checks file permissions when mmap() is used

This release introduces a new permission check on the mmap() system call. The purpose of a separate map permission 
check on mmap() is to permit policy to prohibit memory mapping of specific files for which you need to ensure that 
every access is revalidated. This is useful for scenarios where you expect the files to be relabeled at run-time to 
reflect state changes, for example, in a cross-domain solution or an assured pipeline without data copying.
This functionality is enabled by default. Also, a new SELinux boolean, domain_can_mmap_files, has been added. If 
domain_can_mmap_files is enabled, every domain can use mmap() in every file, a character device or a block device. If 
domain_can_mmap_files is disabled, the list of domains that can use mmap() is limited. (BZ#1460322)

It seems anyone who runs snort on RHEL 7.6/CentOS 7.6 will run into this issue. Now to write a rule/whatever for 
selinux to allow snort while in enforcing mode... never had to do this before...

From: Snort-users <snort-users-bounces () lists snort org> On Behalf Of Ryan Bohn via Snort-users
Sent: December 10, 2018 9:51 AM
To: snort-users () lists snort org
Subject: Re: [Snort-users] can't run snort via systemd

Am I the only one?

Any one else ever get the "FATAL ERROR: Can't start DAQ (-1) - can't mmap rx ring: Permission denied!" error or similar?

From: Snort-users <snort-users-bounces () lists snort org<mailto:snort-users-bounces () lists snort org>> On Behalf Of 
Ryan Bohn via Snort-users
Sent: December 7, 2018 3:25 PM
To: snort-users () lists snort org<mailto:snort-users () lists snort org>
Subject: [Snort-users] can't run snort via systemd

Hey all,

Been running snort 2.9.12 with daq 2.0.6 for months with no issues on Centos 7.5. It has been using the default snortd 
bash script under /etc/init.d, which systemd was legacy redirecting to start it via its method. Upgraded to Centos 7.6 
and now it won't start at all under systemd. Other then upgrading the OS, I haven't changed anything.

Dec  7 15:15:46 klo-sensor snort[17635]: Running in IDS mode
Dec  7 15:15:46 klo-sensor snort[17635]: ode
Dec  7 15:15:46 klo-sensor snort[17635]:        --== Initializing Snort ==--
Dec  7 15:15:46 klo-sensor snort[17635]: Initializing Output Plugins!
Dec  7 15:15:46 klo-sensor snort[17635]: Initializing Preprocessors!
Dec  7 15:15:46 klo-sensor snort[17635]: Initializing Plug-ins!
Dec  7 15:15:46 klo-sensor snort[17635]: Parsing Rules file "/etc/snort/snort.conf"
Dec  7 15:15:47 klo-sensor snort[17635]: Tagged Packet Limit: 256
Dec  7 15:15:47 klo-sensor snort[17635]: Log directory = /var/log/snort/ens161
<SNIP>
Dec  7 15:15:47 klo-sensor snort[17635]: Rule application order: pass->drop->sdrop->reject->alert->log
Dec  7 15:15:47 klo-sensor snort[17635]: Verifying Preprocessor Configurations!
Dec  7 15:15:47 klo-sensor snort[17635]: tions!
Dec  7 15:15:47 klo-sensor snort[17635]: [ Port Based Pattern Matching Memory ]
Dec  7 15:15:47 klo-sensor snort[17635]: pcap DAQ configured to passive.
Dec  7 15:15:47 klo-sensor snort[17635]: Acquiring network traffic from "ens161".
Dec  7 15:15:47 klo-sensor snort[17635]: Initializing daemon mode
Dec  7 15:15:47 klo-sensor snort[17635]: Daemon initialized, signaled parent pid: 1
Dec  7 15:15:47 klo-sensor snort[17635]: Reload thread starting...
Dec  7 15:15:47 klo-sensor snort[17635]: Reload thread started, thread 0x7f8927358700 (17641)
Dec  7 15:15:47 klo-sensor snort[17635]: FATAL ERROR: Can't start DAQ (-1) - can't mmap rx ring: Permission denied!

When I run the snort binary directly with all the options, or move the snortd bash script out of /etc/init.d, it works, 
but if snort is started by systemd in anyway (legacy redirect on init.d or even if I write my own snort.service unit 
file for systemd) it always fails with that error. Obviously, in some way systemd is doing something different and it 
doesn't have the permission to access the daq/pcap stuff.

Anyone seen this?

Thanks, Ryan.

_______________________________________________
Snort-users mailing list
Snort-users () lists snort org
Go to this URL to change user options or unsubscribe:
https://lists.snort.org/mailman/listinfo/snort-users

        To unsubscribe, send an email to:
        snort-users-leave () lists snort org

Please visit http://blog.snort.org to stay current on all the latest Snort news!

Please follow these rules: https://snort.org/faq/what-is-the-mailing-list-etiquette