Apple ignores DMA interoperability requests, contradicting its own documentation

FSFE has released a report analyzing Apple's response to DMA interoperability.

The key finding is that 56 formal interoperability requests had been filed as of March 22, 2026, but zero cases resulted in a new interoperability solution. Of the 16 disclosed closed cases, 10 were rejected on technical grounds, 2 due to existing solutions, and 3 as out of scope or invalid. Many of the remaining closed cases were undisclosed.

Apple operates a request-based system in which developers submit requests per feature, a process that requires an Apple Developer Account (minimum 99 USD), detailed technical descriptions, internal review, and an appeals process. Even when approved, implementation can take up to 24 months, meaning a long gap between legal rights and actual access.

The report cites specific examples:

• JIT compilation request: Apple rejected it, stating that JIT for non-browser apps is not a feature controlled by iOS
• NFC / VAS / FIDO tokens request: Apple determined that features related to Apple Wallet are not an OS-controlled feature
• Bluetooth LE Audio request: Rejected on the grounds that it is not used by Apple's own hardware/services
• APNS alternative request: Determined that it is already open, or that persistent connection is an OS feature

FSFE argues that these determinations conflict with Apple's official documentation. It also criticizes the structure in which Apple narrowly defines the scope of a feature and then uses that narrow definition itself as grounds for rejection. The report concludes that stronger enforcement, open standards, more transparent procedures, and participation from developers, users, and civil society are needed.