Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL)

    Scheduled Pinned Locked Moved IDS/IPS
    17 Posts 4 Posters 997 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • bmeeksB
      bmeeks
      last edited by

      This update will show up for pfSense-2.4.5 RELEASE soon. We are giving it a week or two for shakedowns in the 2.5-DEVEL branch before merging it into 2.4.5-RELEASE.

      1 Reply Last reply Reply Quote 0
      • NollipfSenseN
        NollipfSense
        last edited by NollipfSense

        Went smoothly ... hooray, no more Bardyard! Thank you @bmeeks !

        pfSense+ 23.09 Lenovo Thinkcentre M93P SFF Quadcore i7 dual Raid-ZFS 128GB-SSD 32GB-RAM PCI-Intel i350-t4 NIC, -Intel QAT 8950.
        pfSense+ 23.09 VM-Proxmox, Dell Precision Xeon-W2155 Nvme 500GB-ZFS 128GB-RAM PCIe-Intel i350-t4, Intel QAT-8950, P-cloud.

        1 Reply Last reply Reply Quote 0
        • kiokomanK
          kiokoman LAYER 8
          last edited by

          sadly the telegraf stuff does not work anymore, i need to investigate.
          the data are sent from suricata to the socket but telegraf does not grab it

          ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
          Please do not use chat/PM to ask for help
          we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
          Don't forget to Upvote with the 👍 button for any post you find to be helpful.

          bmeeksB 1 Reply Last reply Reply Quote 0
          • bmeeksB
            bmeeks @kiokoman
            last edited by

            @kiokoman said in Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL):

            sadly the telegraf stuff does not work anymore, i need to investigate.
            the data are sent from suricata to the socket but telegraf does not grab it

            I didn't have a telgraf installation to test with. All I did in the PHP code was add code to create the entry in suricata.yaml that generates a separate EVE log with the "unix_stream" output type.

            Let me know what you discover. Perhaps some changes are needed on the Suricata side ???

            1 Reply Last reply Reply Quote 0
            • kiokomanK
              kiokoman LAYER 8
              last edited by 

              [2.5.0-DEVELOPMENT][root@pfSense.kiokoman.home]/var/run: nc -lkU suricataWAN-stats.sock
{"timestamp":"2020-07-15T15:59:22.616765+0200","event_type":"stats","stats":{"uptime":43,"capture":{"kernel_packets":549,"kernel_drops":0,"kernel_ifdrops":0},"decoder":{"pkts":549,"bytes":75660,"invalid":0,"ipv4":549,"ipv6":25,"ethernet":0,"raw":0,"null":549,"sll":0,"tcp":16,"udp":480 alot of stuff here ...

              but

              [2.5.0-DEVELOPMENT][root@pfSense.kiokoman.home]/var/run: /usr/local/bin/telegraf --debug -config=/root/telegraf.conf
2020-07-15T14:03:13Z I! Starting Telegraf 1.13.4
2020-07-15T14:03:13Z I! Loaded inputs: suricata
2020-07-15T14:03:13Z I! Loaded aggregators:
2020-07-15T14:03:13Z I! Loaded processors:
2020-07-15T14:03:13Z I! Loaded outputs: influxdb
2020-07-15T14:03:13Z I! Tags enabled: host=pfSense.kiokoman.home
2020-07-15T14:03:13Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"pfSense.kiokoman.home", Flush Interval:10s
2020-07-15T14:03:13Z D! [agent] Initializing plugins
2020-07-15T14:03:13Z D! [agent] Connecting outputs
2020-07-15T14:03:13Z D! [agent] Attempting connection to [outputs.influxdb]
2020-07-15T14:03:13Z D! [agent] Successfully connected to outputs.influxdb
2020-07-15T14:03:13Z D! [agent] Starting service inputs
2020-07-15T14:03:30Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics

              i think there is something on telegraf

              ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
              Please do not use chat/PM to ask for help
              we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
              Don't forget to Upvote with the 👍 button for any post you find to be helpful.

              bmeeksB 1 Reply Last reply Reply Quote 0
              • bmeeksB
                bmeeks @kiokoman
                last edited by bmeeks

                @kiokoman said in Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL):

                [2.5.0-DEVELOPMENT][root@pfSense.kiokoman.home]/var/run: nc -lkU suricataWAN-stats.sock
{"timestamp":"2020-07-15T15:59:22.616765+0200","event_type":"stats","stats":{"uptime":43,"capture":{"kernel_packets":549,"kernel_drops":0,"kernel_ifdrops":0},"decoder":{"pkts":549,"bytes":75660,"invalid":0,"ipv4":549,"ipv6":25,"ethernet":0,"raw":0,"null":549,"sll":0,"tcp":16,"udp":480 alot of stuff here ...

                but

                [2.5.0-DEVELOPMENT][root@pfSense.kiokoman.home]/var/run: /usr/local/bin/telegraf --debug -config=/root/telegraf.conf
2020-07-15T14:03:13Z I! Starting Telegraf 1.13.4
2020-07-15T14:03:13Z I! Loaded inputs: suricata
2020-07-15T14:03:13Z I! Loaded aggregators:
2020-07-15T14:03:13Z I! Loaded processors:
2020-07-15T14:03:13Z I! Loaded outputs: influxdb
2020-07-15T14:03:13Z I! Tags enabled: host=pfSense.kiokoman.home
2020-07-15T14:03:13Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"pfSense.kiokoman.home", Flush Interval:10s
2020-07-15T14:03:13Z D! [agent] Initializing plugins
2020-07-15T14:03:13Z D! [agent] Connecting outputs
2020-07-15T14:03:13Z D! [agent] Attempting connection to [outputs.influxdb]
2020-07-15T14:03:13Z D! [agent] Successfully connected to outputs.influxdb
2020-07-15T14:03:13Z D! [agent] Starting service inputs
2020-07-15T14:03:30Z D! [outputs.influxdb] Buffer fullness: 0 / 10000 metrics

                i think there is something on telegraf

                Suricata is certainly spewing stats out through the socket, so that part is working. I agree it is likely on the telegraf side. I'm not familiar with telegraf having never used it. Are there some debugging options to have telegraf log someplace the raw data it is getting from the socket?

                Here is the original Feature Request: https://redmine.pfsense.org/issues/10421#change-47203. The creator of the request claimed to have it working (although he had to manually edit the suricata.yaml file). I duplicated in the PHP code what he did on the Suricata side.

                EDIT: never mind, just realized you were the creator of the Feature Request ... ☺

                1 Reply Last reply Reply Quote 0
                • kiokomanK
                  kiokoman LAYER 8
                  last edited by

                  yes, i was the one requesting it, it was working at that time, maybe it was before the upgrade to freebsd 12.1-stable
                  now telegraf does not work anymore

                  from debug i have this

                  _umtx_op(0x45d95f8,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
_umtx_op(0x45d95f8,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0xc000079e48) = 0 (0x0)
write(2,"2020-07-15T16:40:06Z D! [outputs"...,78) = 78 (0x4e)
nanosleep({ 0.000020000 })                       = 0 (0x0)
thr_kill(100746,SIGURG)                          = 0 (0x0)
SIGNAL 16 (SIGURG) code=SI_LWP pid=69801 uid=0
nanosleep({ 0.000020000 })                       = 0 (0x0)
sigreturn(0xc000087b00)                          EJUSTRETURN
nanosleep({ 0.000020000 })                       = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 3.378182125 })  = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 0.000000000 })  = 0 (0x0)
_umtx_op(0xc00006a4d0,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
_umtx_op(0xc00006a4d0,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0x0) = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 0.000000000 })  = 0 (0x0)
nanosleep({ 0.000003000 })                       = 0 (0x0)
_umtx_op(0xc000247650,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
_umtx_op(0xc000247650,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0x0) = 0 (0x0)
_umtx_op(0x45d95f8,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0xc000079e48) ERR#60 'Operation timed out'
nanosleep({ 0.000020000 })                       = 0 (0x0)
_umtx_op(0x45d95f8,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0xc000079e48) ERR#60 'Operation timed out'
compat11.kevent(3,0x0,0,{ },64,{ 1.567486309 })  = 0 (0x0)
_umtx_op(0xc000246f50,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 0.000000000 })  = 0 (0x0)
_umtx_op(0xc000246f50,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0x0) = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
_umtx_op(0xc000247650,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
_umtx_op(0xc000247650,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0x0) = 0 (0x0)
sched_yield()                                    = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 0.000000000 })  = 0 (0x0)
_umtx_op(0xc00005a768,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
sched_yield()                                    = 0 (0x0)
_umtx_op(0x45d94f8,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
compat11.kevent(3,0x0,0,{ 9,EVFILT_READ,EV_CLEAR,0,0x2000,0x82b10ce90 },64,{ 4.958977535 }) = 1 (0x1)
_umtx_op(0x45d95f8,UMTX_OP_WAKE_PRIVATE,0x1,0x0,0x0) = 0 (0x0)
_umtx_op(0x45d95f8,UMTX_OP_WAIT_UINT_PRIVATE,0x0,0x18,0xc000079e48) = 0 (0x0)
read(9,"{"timestamp":"2020-07-15T18:40:1"...,10420224) = 8192 (0x2000)
nanosleep({ 0.000020000 })                       = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
read(9,0xc00095a000,10412032)                    ERR#35 'Resource temporarily unavailable'
nanosleep({ 0.000020000 })                       = 0 (0x0)
nanosleep({ 0.000020000 })                       = 0 (0x0)
compat11.kevent(3,0x0,0,{ },64,{ 0.000000000 })  = 0 (0x0)

                  as you can see there is a

                  read(9,"{"timestamp":"2020-07-15T18:40:1"...,10420224)

                  that's part of the output from suricata

                  followed by

                  read(9,0xc00095a000,10412032)                    ERR#35 'Resource temporarily unavailable'

                  well, i have no idea, i also tried with Telegraf 1.15.0 but same error/problem

                  ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                  Please do not use chat/PM to ask for help
                  we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                  Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                  1 Reply Last reply Reply Quote 0
                  • bmeeksB
                    bmeeks
                    last edited by

                    FYI. As of today (Thursday, July 16th), barring no major issues showing up the DEVEL branch, the plan is to migrate this 5.0.3 Suricata package update over to pfSense-2.4.5_p1 RELEASE Monday or Tuesday of next week (July 20th or 21st).

                    1 Reply Last reply Reply Quote 0
                    • kiokomanK
                      kiokoman LAYER 8
                      last edited by kiokoman

                      @bmeeks maybe i found something,
                      the suricata plugin of telegraf is expecting \n at the end of the line but i think it's never coming,
                      it seems to be truncated at the end
                      any settings from suricata that can solve this?

                      example coming from unix socket

                      {"timestamp":"2020-07-17T10:08:18.856758+0200" ......."invalid_checksum":0,"no_flow":0,"syn":1044,"synack":454,"r <- alway end like this

                      example coming from eve.json

                      {"timestamp":"2020-07-17T10:35:00.974605+0200".......<{"expectations":0},"flow":{"memuse":8443384}}}}}  <--- good output

                      ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                      Please do not use chat/PM to ask for help
                      we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                      Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                      1 Reply Last reply Reply Quote 0
                      • kiokomanK
                        kiokoman LAYER 8
                        last edited by

                        problem solved, i need to increse this

                        sysctl -w net.local.stream.recvspace=16384
                        sysctl -w net.local.stream.sendspace=16384

                        now i see data on my grafana

                        ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                        Please do not use chat/PM to ask for help
                        we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                        Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                        bmeeksB 2 Replies Last reply Reply Quote 0
                        • bmeeksB
                          bmeeks @kiokoman
                          last edited by bmeeks

                          @kiokoman said in Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL):

                          problem solved, i need to increse this

                          sysctl -w net.local.stream.recvspace=16384
                          sysctl -w net.local.stream.sendspace=16384

                          now i see data on my grafana

                          Ah-ha! It was truncating the stream. FreeBSD has so darn many system tunables ... 😕

                          1 Reply Last reply Reply Quote 0
                          • bmeeksB
                            bmeeks @kiokoman
                            last edited by

                            @kiokoman said in Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL):

                            problem solved, i need to increse this

                            sysctl -w net.local.stream.recvspace=16384
                            sysctl -w net.local.stream.sendspace=16384

                            now i see data on my grafana

                            Added a section to my initial RELEASE NOTES post detailing the need to check and probably adjust these system tuneables. Thanks for the investigation and feedback!

                            1 Reply Last reply Reply Quote 1
                            • kiokomanK
                              kiokoman LAYER 8
                              last edited by kiokoman

                              it will also be added to the README of the plugin https://github.com/influxdata/telegraf/issues/7843

                              ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
                              Please do not use chat/PM to ask for help
                              we must focus on silencing this @guest character. we must make up lies and alter the copyrights !
                              Don't forget to Upvote with the 👍 button for any post you find to be helpful.

                              bmeeksB 1 Reply Last reply Reply Quote 0
                              • bmeeksB
                                bmeeks @kiokoman
                                last edited by

                                @kiokoman said in Suricata-5.0.3 Package Update -- Release Notes (pfSense-2.5 DEVEL):

                                it will also be added to the README of the plugin https://github.com/influxdata/telegraf/issues/7843

                                👍

                                1 Reply Last reply Reply Quote 0
                                • First post
                                  Last post
                                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.