Comment fonctionne réellement la nouvelle fonctionnalité de style AirDrop d’Android ?
Fin novembre 2025, Google a annoncé avoir rendu AirDrop compatible avec Android, permettant aux utilisateurs d’iPhone et de Mac de partager des fichiers sans fil avec des téléphones Android. Apple n’a pas été impliqué dans le développement de cette fonctionnalité, déployée pour la première fois sur la série de smartphones Pixel 10. Dans son annonce, Google a affirmé qu’il prévoyait d’étendre la fonctionnalité à davantage d’appareils.
Les réactions ont été multiples. La première surprise est venue : Apple est incroyablement protecteur de son soi-disant écosystème de jardin clos, car quelqu’un qui achète un iPhone pourrait finir par acheter un MacBook pour profiter d’AirDrop. Dans ce contexte, ajouter la compatibilité AirDrop à Android est une décision extrêmement audacieuse. Même le billet de blog sur la sécurité de Google s’ouvrait sur un coup pas si subtil en direction de Cupertino, déclarant : « La technologie devrait rapprocher les gens, pas créer des murs ». Mais les gens étaient aussi ravis. Les utilisateurs iOS et Android savent à quel point il est ennuyeux de partager des fichiers avec un ami qui ne partage pas votre écosystème numérique. C’est donc une solution gagnant-gagnant pour les utilisateurs.
Mais après avoir traité la nouvelle, les gens ont voulu savoir comment Google avait réussi à déchiffrer le protocole AirDrop. Puisque ses ingénieurs étaient intervenus dans le dos d’Apple, comment pouvaient-ils être sûrs qu’Android implémentait AirDrop en toute sécurité ? Et y a-t-il des limitations, ou les utilisateurs d’Android bénéficient-ils vraiment d’un AirDrop complet ? La réponse simple est que les nouvelles réglementations antitrust européennes ont permis à Google de contourner les restrictions sur les appareils d’AirDrop, qui excluent les appareils non Apple de la version modifiée du Wi-Fi utilisée par Apple.
Les régulateurs européens ont ouvert les portes de l’interopérabilité AirDrop
Il a toujours été dans l’intérêt d’Apple de masquer la technologie fondamentale derrière AirDrop, qui est simplement une version modifiée de Wi-Fi Direct appelée AWDL (Apple Wireless Direct Link). En termes simples, il crée un réseau Wi-Fi temporaire qui connecte les deux appareils, puis envoie des fichiers via cette connexion. En d’autres termes, Apple a créé AirDrop en prenant une norme universelle et en la modifiant pour qu’elle ne fonctionne que sur iOS et macOS. La prochaine évolution du Wi-Fi est en fait issue de ce travail, conduisant au Wi-Fi Aware plus moderne.
Les régulateurs européens n’étaient pas fans de l’approche d’Apple, désignant l’entreprise parmi plusieurs « gardiens » numériques répertoriés dans la loi sur les marchés numériques. En mars 2025, la Commission européenne a rejeté un appel d’Apple, obligeant l’entreprise en partie à « autoriser des appareils physiques connectés tiers à établir et à utiliser une connexion (Wi-Fi peer-to-peer) avec un iPhone », selon la décision. Cela ne signifiait pas qu’Apple était obligé de rendre AirDrop open source, mais cela signifiait que l’entreprise devait autoriser les produits non Apple à fonctionner avec AirDrop ou à ses côtés.
Google, de son côté, avait adopté Wi-Fi Aware pour le partage de fichiers à partir d’Android 8.0 Oreo. Aujourd’hui, le partage de fichiers sans fil sur Android fonctionne via l’application unifiée Quick Share, longtemps considérée comme l’une des meilleures fonctionnalités d’Android. Depuis qu’Apple a planté les graines de cette technologie avec AWDL, Google a probablement eu beaucoup plus de facilité à procéder à une ingénierie inverse. Et grâce aux réglementations européennes, Apple ne sera peut-être pas en mesure de réagir trop durement sans risquer de nouvelles sanctions de la part des bureaucrates européens, qui n’ont pas apprécié la lenteur perçue d’Apple en matière de conformité. Cela dit, jusqu’à ce que la compatibilité AirDrop soit déployée sur des téléphones autres que le Pixel 10, les alternatives Android tierces à AirDrop valent la peine d’être vérifiées.
Comment Google a implémenté AirDrop
Une fois les bases réglementaires posées, le travail technique effectué par Google pour procéder à la rétro-ingénierie des protocoles d’Apple pour AirDrop et les appliquer à l’outil Quick Share d’Android aurait bien pu être l’effort le plus facile. Cependant, il s’agissait toujours d’une tâche sensible, car l’ouverture d’une connexion Wi-Fi entre deux appareils peut potentiellement créer des failles de sécurité qui pourraient exposer les utilisateurs à des exploits.
Afin d’éviter les pièges de sécurité, les ingénieurs de Google ont utilisé le langage de codage Rust, qui possède des fonctionnalités de sécurité intégrées telles que la sécurité de la mémoire et des threads au moment de la compilation et plusieurs règles de propriété. Pour simplifier à l’extrême, il vérifie les erreurs et les vulnérabilités pendant qu’un programmeur travaille. L’objectif, selon Google, était d’éviter « les débordements de tampon et autres bugs de corruption de mémoire » qui pourraient permettre à un acteur malveillant d’exécuter du code malveillant. Google affirme également avoir veillé à ce que les fonctionnalités de sécurité d’Android et d’iOS se chevauchent pour se protéger contre les fichiers malveillants et le piratage. Les tests d’intrusion ont ensuite été effectués par une société de cybersécurité indépendante, NetSPI, une fois que Google a terminé ses tests internes.
Cependant, la seule chose que Google ne pouvait pas contourner était les filtres de partage d’AirDrop. Pour qu’un téléphone Android puisse partager avec un iPhone, l’utilisateur iOS doit modifier ses paramètres AirDrop pour autoriser la réception de fichiers de n’importe qui. Bien entendu, cela signifie que l’iPhone peut recevoir des fichiers de toute personne à proximité. Même si AirDrop revient à un paramètre plus privé après 10 minutes, les utilisateurs iOS souhaiteront peut-être éviter d’utiliser AirDrop avec un appareil Android dans une zone très fréquentée. Google dit qu’il « accueille favorablement l’opportunité de travailler avec Apple pour activer le mode « Contacts uniquement » à l’avenir », même s’il reste à voir si Apple jouera le jeu.
