I'm working on this

-- 
  Sent from a phone, apologies for poor formatting.

On 17 January 2026 16:20:58 Sebastian Reitenbach 
<sebastia@l00-bugdead-prods.de> wrote:
> Hi,
>
> attached a looong overdue update of Kismet. This is a whole rewrite, and 
> more or less a complete new software, compared to the nearly 10 year old 
> version we currently have.
> Besides Wifi, now a lot of other wireless protocols can be detected.
>
> Tested capture sources:
> * OpenBSD Wifi (tested with athn)
> * NRF51822 (BTLE) (tested with with a Adafruit BTLE Friend, with NordicRF 
> Sniffer firmware)
> * RTL ADSB (tested with RTL-SDR Blog v3)
> * RTL 433 (tested with RTL-SDR Blog v3)
>
> Many other protocols are enabled, but untested, due to lack of hardware.
> Below configure summary of what's enabled/supported:
>
> Configuration complete:
> Compiling for: openbsd7.8 (x86_64)
> C++ Library: stdc++
> Protobuf Library: disabled
> Installing as group: wheel
> Installing into: /usr/local
> Setuid group: _kismet        Prelude  SIEM : no
> PCRE regex: libpcre2
> Websocket datasources: yes
> LibCapability (enhanced
> privilege dropping): n/a (only Linux)
> Linux Wi-Fi capture : n/a (only Linux)
> Linux Netlink: n/a (only Linux)
> Linux NetworkManager: n/a (only Linux)
> Linux HCI Bluetooth: n/a (only Linux)
> OpenBSD Wi-Fi capture: yes
> OSX/Darwin capture : n/a (only OSX/Darwin)
> nRF MouseJack: yes
> TI CC 2540 BTLE: yes
> TI CC 2531 Zigbee: yes
> Ubertooth One: no (libubertooth, libbtbb, or libusb-1.0 not available)
> NRF51822 BTLE: yes
> NRF52840 Zigbee: yes
> NXP KW41Z BLE/Zigbee: yes
> Freaklabs Zigbee V2: yes
> RZ KILLERBEE: yes
> RADVIEW Serial: yes
> Radiacode USB: yes
> Python Modules: no (deprecated)
> RTL-SDR RTL_433 V2: yes
> RTL-SDR ADSB V2: yes
> ANTSDR DroneID: yes
> bladeRF-wiphy: no (bladeRF support not explicitly enabled)
> Hak5 WiFi Coconut: no (Hak5 WiFi Coconut not explicitly enabled)
> lm-sensors monitoring: n/a (only Linux)
> Built-in Debug: partial - Missing libdw or libbfd will not print full 
> stacks on crash
> it requires the new comms/rtl_433 port I sent previously Today to ports@ as 
> RUN_DEPENDS.
>
> patch attached.
>
> Any feedback, test reports etc. or even OKs welcome.
>
> cheers,
> Sebastian