v1.1.2
Fix: filter consumer NAN traffic (Apple AirDrop, Google Nearby Share, etc.)
Bug: The NAN frame filter only checked for Wi-Fi Alliance OUI (50:6F:9A) and type 0x13, which matched all NAN traffic including consumer devices. Nodes in dense RF environments (many iPhones, iPads, Android devices) were forwarding Apple Continuity/AirDrop/Handoff frames to the server, causing bogus drone detections and false alerts.
Fix: The filter now also requires the ODID NAN Service ID — the first 6 bytes of SHA-256(org.opendroneid.remoteid) — to be present in the frame body. This value is defined by ASTM F3411-22a and present in every compliant ODID NAN broadcast. Consumer NAN frames physically cannot contain it.
Impact: Nodes that were generating spurious wifi_nan detections will stop after updating. No legitimate ODID drone detections are affected.
Run sudo droneaware update to get the fix.