Est-ce sûr de transcrire un mémo vocal sur un wifi public sur iPhone ?

L’inquiétude derrière cette question est en général concrète : une interview transcrite en traversant un aéroport, un mémo vocal dicté dans un café avec pour seul choix le réseau ouvert de l’établissement, et le vague souvenir que le wifi public est l’endroit où les choses s’interceptent. Ce souvenir n’est pas faux en général. Il vise simplement la mauvaise couche pour ce cas précis.

Ce qu’un wifi public met réellement en jeu

Un réseau ouvert est un réseau où, en principe, n’importe qui d’autre connecté dessus, ou quiconque gère le routeur, peut observer le trafic brut qui y circule. C’était un vrai problème à l’époque où une bonne partie du trafic web ordinaire sortait sans chiffrement — un formulaire de connexion en simple HTTP, par exemple, envoyé comme du texte lisible dans les airs. Quelqu’un sur le même réseau avec les bons outils pouvait le lire au passage.

Cette époque est largement révolue pour tout ce qui est construit selon les conventions actuelles des plateformes, la transcription y compris, et pour une raison qui n’a rien à voir avec le wifi lui-même : le chiffrement a lieu avant même que le réseau n’entre en jeu, si bien que ce que le réseau transporte est déjà illisible pour quiconque d’autre s’y trouve.

Où la transcription touche le réseau, si elle le touche

La plupart des transcriptions ne s’approchent jamais de cette question, parce qu’elles n’atteignent jamais le réseau. iOS tente d’abord la reconnaissance vocale sur le téléphone lui-même, avec un modèle de langue déjà téléchargé sur l’appareil. Cette étape lit le fichier audio et écrit le texte sans qu’un seul paquet ne quitte le téléphone — il n’y a rien qu’un réseau, public ou privé, puisse voir.

Une requête réseau n’a lieu que si cette étape locale revient vide ou échoue, moment où iOS retente le même audio avec la reconnaissance sur l’appareil désactivée. Cette nouvelle tentative est toute la surface par laquelle un wifi public pourrait éventuellement entrer en jeu, et elle n’existe même que pour les enregistrements qui en ont eu besoin.

Ce qui se passe sur la seule requête qui sort réellement

Quand cette nouvelle tentative s’exécute, c’est du trafic HTTPS tout à fait ordinaire vers un domaine Apple tout à fait ordinaire — le même genre de connexion chiffrée que votre téléphone fait déjà constamment pour l’App Store, iCloud, ou un onglet de navigateur, et la même qui a toujours porté la dictée du clavier. iOS exige par défaut que les applications se connectent ainsi ; une application doit délibérément s’en écarter pour envoyer quoi que ce soit sans chiffrement, et le service vocal d’Apple lui-même n’allait pas s’écarter de la règle de sa propre plateforme. L’audio est chiffré avant de quitter le téléphone, arrive au serveur d’Apple encore chiffré, et n’est lisible qu’aux deux extrémités de cette connexion.

C’est exactement ce qui met en échec le scénario du wifi public que les gens imaginent : quelqu’un d’autre sur le même réseau, en train d’observer le trafic passer, voit une connexion chiffrée vers un domaine identifiable, pas le contenu de ce qu’il y a dedans. Le réseau ouvert du café n’a aucune fenêtre sur ce flux qu’un réseau privé aurait fermée.

Pourquoi le réseau utilisé change à peine cette requête

Comme le chiffrement a lieu quel que soit ce qui le transporte ensuite, la même requête se présente de façon identique qu’elle passe par le wifi ouvert du café, par votre réseau à la maison, ou par les données cellulaires sans wifi du tout. Aucune de ces options n’est nettement plus sûre qu’une autre pour cette transmission précise — la protection est intégrée à la connexion elle-même, pas au réseau qui se trouve la transporter. Une transcription faite sur un wifi public n’est pas moins privée qu’une transcription faite chez soi ; la question de confidentialité qui compte réellement ici est de savoir si la requête a eu lieu du tout, ce qui dépend de la langue et de l’enregistrement, pas du réseau.

Ce à quoi le risque du wifi public tient réellement, si ce n’est pas à ça

Rien de tout cela ne rend un réseau ouvert exempt de tout risque en général — cela signifie simplement que la transcription en particulier n’est pas l’endroit où ce risque se manifeste. Les vraies inquiétudes du wifi public sont ailleurs : un réseau nommé pour ressembler à celui de l’établissement mais en réalité géré par quelqu’un d’autre, une page de portail captif qui demande plus qu’il ne lui faut, ou une vieille application quelque part sur le téléphone qui n’a jamais adopté les connexions chiffrées. Cela vaut la peine d’y être attentif sur n’importe quel réseau ouvert. C’est simplement une catégorie de problème différente de « quelqu’un peut-il lire ma transcription », que la connexion chiffrée écarte déjà.

Pour avoir une certitude absolue sur un enregistrement précis

Pour une transcription assez sensible pour préférer ne rien envoyer nulle part, aussi bien protégée que soit cette connexion, la façon directe de le garantir est le Mode Avion. Sans aucun réseau disponible, la nouvelle tentative n’a nulle part où aller — soit l’étape sur l’appareil produit une transcription, soit vous n’obtenez rien, et dans les deux cas rien n’a été transmis sur aucun réseau, public ou non. Cela évite complètement la question plutôt que de compter sur le chiffrement, pour les enregistrements où vous préférez ne pas avoir à le faire.

Comment Voice Studio s’inscrit là-dedans

Voice Studio tente toujours d’abord la transcription sur l’appareil, pour chacune de ses 38 langues de transcription, et ne retente auprès du service vocal d’Apple que si cette étape locale revient vide ou échoue — le même mécanisme décrit dans le guide sur la transcription sur l’appareil face au cloud. Cette nouvelle tentative est une requête chiffrée standard vers les serveurs d’Apple eux-mêmes, pas vers quoi que ce soit qui nous appartienne ; Voice Studio n’a ni compte, ni serveur à nous, ni SDK d’analytique, donc rien d’autre ne se connecte au réseau, quel que soit le wifi auquel le téléphone est relié.

Questions fréquentes

Quelqu’un sur le même wifi public peut-il lire ma transcription pendant son envoi ?

Non. La seule requête réseau que la transcription peut faire est chiffrée avant de quitter le téléphone, donc quelqu’un qui observe le trafic réseau voit une connexion chiffrée vers Apple, pas le contenu qu’elle transporte.

Transcrire sur le wifi de la maison est-il plus sûr que sur le réseau d’un café ?

Pas pour cette requête précise. Le chiffrement est intégré à la connexion elle-même et s’applique de la même façon quel que soit le réseau qui la transporte, donc la requête de transcription se présente pareil dans les deux cas.

Utiliser un wifi public rend-il plus probable que la transcription passe par le réseau plutôt que par la reconnaissance sur l’appareil ?

Non. Le réseau utilisé n’a aucune influence sur la réussite de l’étape sur l’appareil — cela dépend de la langue, de l’audio, et de si le modèle local est installé, pas du wifi.

Existe-t-il un moyen d’être certain que rien n’est envoyé, plutôt que de compter sur le chiffrement de la connexion ?

Oui — mettez le téléphone en Mode Avion avant de transcrire. Sans aucun réseau joignable, la nouvelle tentative ne peut tout simplement pas s’exécuter, donc soit vous obtenez une transcription du modèle local, soit vous n’obtenez rien, et dans les deux cas aucune donnée ne quitte le téléphone.