Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
My goal, was to use a locally hosted docker install for threat hunter and read a remote suricata install.
On the way there, I wanted to stand up this SELKS stack on my Mac.
I made the following changes which enabled me to start and run the SELKS stack successfully on MacOS Monterey v12.6 on an M1 MBPro.
This might address #404; though I haven't tested the impact of these changes on a linux box.
Steps:
failed to mount local volume: mount ./containers-data/suricata/logrotate...
), I tried the Manual Docker install2a. That required several docker-compose edits updating the start of the local volume paths
./
to${pwd}/
as well as adding required directories (that failed to be created in the easy-setup.2b. I also had to bypass the declared name for the suricata-logrotate volume; something about that was still not mac friendly. but it worked below with the explicit path.
I have working localhost access to scirius, threat hunting, evebox, kibana, etc...
Basically I've removed the MacOS specific issues with the docker compose and easy-setup.sh.
However; one key remaining issue is the network interface SELKS should listen on. That's a big one.
I tried capturing the macOS equivalent to
/sys/class/net
; ex: en1; but that's not usable in the container.I tried pulling the shared network iface from a debian container with elevated perms (ex: eth1) but that was a no-go too;
YMMV; This might help address the mac issues with bash (although I am running bash v5.1 and not the default v3).
Testing steps: