Hello,
We are developing a content filter solution which includes both a content filter and a packet filter (NEFilterControlProvider and NEFilterPacketProvider). We've observed that if the packet filter is enabled (both by itself or in conjunction with the content filter) we are having issues with bridged thunderbolt connections - traffic on that interface stops in both directions.
We've tested on bridges to other MacOS devices or Windows devices, but both exhibit the same behavior. Even if the packet provider is reduces to "allow all" in the callback the issue remains. Our handler is not called at all anyway so we can't allow or deny packets.
We've tested this on Macos 15 and 26 but it behaves the same.
If we only enable the NEFilterControlProvider everything works fine. All other types of network interfaces work fine as well.
Is this a known issue? Is there an workaround?
Thanks.
I’ve definitely seen issues like this in the past, but I coulda sworn that we’d fixed them by now. Clearly that’s not the case )-:
We've also submitted FB21256925 with more information about this.
Thanks. That’s definitely the best path forward with this.
Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"