VB-Audio's Forums

As of macOS Tahoe, Apple appears to possibly be enforcing network device permissions being a part of the information manifest (info.plist). NSLocalNetworkUsageDescription is used by macOS to prompt the user for permission to connect to other devices on the local area network, whenever it attempts to contact a local address for the first time.

Without this property, the application may be refused network access.

This was concluded through the following:

I found VBAN Talkie Cherry entirely non-functional when I launched it on macOS 26. It already had microphone permissions, and I had attempted methods of improving its permission scope by adding it to the Developer Tools list and by launching its binary via terminal, which already has multiple permissions granted. Despite these attempts, VBAN Talkie Cherry ceased to function.

In experimenting, I temporarily tried the iOS version of VBAN Talkie, as I use an Apple Silicon Mac, and this successfully worked. However, I noticed that when it first attempted to connect to my PC's IP address, it prompted for connecting to other network devices, something which VBAN Talkie Cherry for macOS never did.

This pointed me in the direction of this potentially being a manifest issue. I proceeded to look up the appropriate property, which isNSLocalNetworkUsageDescription, and modified the application package by editing its manifest to contain the following row:
I then proceeded to resign the application locally with codesign, as Apple Silicon machines prevent binaries from "tampered" bundles from executing without first resigning the application to update its codesigning manifest.

After this, VBAN Talkie Cherry began functioning normally; Upon entering an IP Address, it prompted for local network access, which when approved, resulted in successful operation.