What it means
You must supply a justification during App Store review if you set the key's value to YES, as described in Provide Justification for Exceptions.
Apple, NSAllowsArbitraryLoads
App Transport Security makes URL loading require HTTPS with modern TLS. The errors above are what an app sees when ATS blocks a plain http:// request; turning ATS off globally hides them but drops the protection for every host. On iOS 10 and later, NSAllowsArbitraryLoads is ignored when NSAllowsArbitraryLoadsForMedia, NSAllowsArbitraryLoadsInWebContent or NSAllowsLocalNetworking is present; the store check accounts for that.
Deadline
No date: there is no upload error for ATS. The question comes up at App Review.
How to fix it
1. Move endpoints to HTTPS
Including image CDNs, analytics and ad SDK endpoints, which are the usual reason the key was added.
2. Replace the global switch with per-domain exceptions
<key>NSAppTransportSecurity</key>
<dict>
<key>NSExceptionDomains</key>
<dict>
<key>legacy.example.com</key>
<dict>
<key>NSExceptionAllowsInsecureHTTPLoads</key>
<true/>
</dict>
</dict>
</dict>For content loaded in a web view only, NSAllowsArbitraryLoadsInWebContent is narrower than the global switch.
Check before you submit
Upload the IPA on the store check page. It runs APPSTORE-ATS against the dates on this page, then deletes the file: nothing about the app is kept. The same engine runs offline in the Narvy CLI, and exits with code 1 when a blocker is found, so it can gate a CI job.
narvy store-check MyApp.ipaFAQ
Will Apple reject the app because of NSAllowsArbitraryLoads?
Apple's documentation requires a justification during review when the value is YES. Whether a given justification is accepted is App Review's decision, which is why the store check reports a warning, not a blocker.
Why is my app flagged for per-domain exceptions?
It is not a failure: exceptions with NSExceptionAllowsInsecureHTTPLoads are listed as info so you can confirm each host still needs plain HTTP.