L'accès à la saisie, l'apprentissage local et l'envoi de données à un fournisseur sont des questions distinctes.
Votre clavier Android actif fait partie des logiciels de confiance qui traitent un message avant son chiffrement par la messagerie. Il peut traiter ce que vous saisissez et recevoir le texte environnant du champ de saisie actif. C'est une raison de le choisir et de le configurer avec soin, pas une preuve que tous les claviers enregistrent ou envoient toutes les conversations.
La distinction est importante : l'accès technique, le stockage local et la transmission à un fournisseur sont trois questions différentes. Le chiffrement de bout en bout ne répond automatiquement à aucune d'elles pour la méthode de saisie.
Que peut voir un clavier Android ?
Un éditeur de méthode de saisie, ou IME, fournit des fonctions de saisie de texte telles qu'un clavier, l'écriture manuscrite ou la dictée. La documentation Android sur les méthodes de saisie décrit comment le système le relie à un champ de saisie actif.
Par l'intermédiaire de la connexion de saisie, un champ peut rendre accessible le texte autour du curseur. Cela ne donne pas automatiquement au clavier accès à tout l'historique des conversations ni aux bases de données des autres applications. L'accès réel dépend du champ de saisie, du type de saisie, du comportement du système d'exploitation et des autres autorisations détenues par le logiciel.
Une méthode de saisie malveillante reste un risque sérieux au niveau du terminal. Chiffrer le message ensuite ne peut pas annuler une divulgation survenue pendant sa saisie. Pour comprendre le périmètre plus général, consultez ce que protège le chiffrement de bout en bout.
Coller du texte ne permet pas de contourner un clavier malveillant en toute sécurité
Le texte collé peut devenir une partie du texte environnant du champ de saisie actif. Un clavier peut aussi proposer des fonctions de presse-papiers. Coller un mot de passe ou une phrase de récupération ne constitue donc pas une façon garantie de les cacher à l'IME actif.
Ne faites pas transiter des secrets inutilement par le presse-papiers pour éviter de les taper. Sur un appareil de confiance, utilisez le parcours prévu pour la saisie des identifiants ou le gestionnaire de mots de passe. Remplacez un clavier non fiable au lieu d'essayer de faire passer du texte sensible hors de sa portée.
Les fonctions d'apprentissage et de voix envoient-elles mon texte à l'extérieur ?
Elles peuvent utiliser des modèles de traitement différents. La prédiction locale, la reformulation dans le cloud, la dictée, le don facultatif de données audio et la télémétrie ne doivent pas être considérés comme une seule fonction régie par une seule politique de confidentialité.
Par exemple, la documentation de Google sur l'apprentissage de Gboard distingue l'apprentissage fédéré du don volontaire de données audio. Google indique que l'apprentissage fédéré envoie des mises à jour issues de l'apprentissage plutôt que le texte prononcé ou saisi ; le don facultatif de données audio suit un autre circuit et peut inclure une vérification humaine. C'est la distinction documentée par le fournisseur, et non un audit indépendant du trafic.
Vérifiez les paramètres actuels pour votre appareil, votre langue et la fonction activée. N'en déduisez pas que la correction automatique ordinaire envoie des conversations entières, ni qu'une nouvelle fonction de rédaction dans le cloud se comporte comme la prédiction hors ligne.
Que peut demander une messagerie au clavier ?
Android propose l'indicateur IME_FLAG_NO_PERSONALIZED_LEARNING, qui demande à l'IME de ne pas mettre à jour son apprentissage personnalisé à partir d'un champ de texte donné. La référence de l'API Android avertit explicitement que cette demande n'est pas une garantie et que tous les IME ne la respectent pas nécessairement.
C'est pourquoi une icône de navigation privée ou le mode de confidentialité d'une messagerie ne doivent pas être considérés comme une frontière de sécurité face à un logiciel de clavier malveillant. Cette fonction peut être utile entre des composants qui coopèrent, mais la méthode de saisie doit toujours être digne de confiance.
Vérifier son clavier en pratique
- Identifiez le clavier actif. Consultez les paramètres de langue et de saisie d'Android ; les noms des menus varient selon le fabricant.
- Vérifiez l'éditeur et la source des mises à jour. Évitez les téléchargements reconditionnés ou un clavier installé uniquement parce qu'un message ou une publicité vous y a incité.
- Lisez les paramètres de confidentialité propres à chaque fonction. Vérifiez séparément la personnalisation, les mots appris, la dictée, le don de données audio, l'historique du presse-papiers et les outils de rédaction par IA.
- Supprimez les méthodes de saisie inutilisées. Gardez une solution de remplacement dont vous savez qu'elle fonctionne avant de désactiver un clavier, surtout si vous dépendez de fonctions d'accessibilité ou d'une langue particulière.
- Privilégiez le traitement local lorsqu'il répond à vos besoins. Le fonctionnement hors ligne constitue un indice utile pour l'opération concernée, mais ne prouve pas qu'aucune transmission ni télémétrie n'aura lieu ensuite.
- Revérifiez après les mises à jour importantes. Les fonctions et les circuits de données peuvent changer même si le nom de l'application reste identique.
L'autorisation Internet d'Android n'est normalement pas une autorisation d'exécution que l'utilisateur peut révoquer comme celle du microphone. Certains appareils proposent des contrôles réseau, mais leur disponibilité varie. Ne vous fiez pas à des instructions génériques demandant de « révoquer l'autorisation Internet » dans un écran de paramètres qui n'existe peut-être pas.
Une application sans accès direct au réseau présente une surface d'exfiltration plus réduite, mais ce seul fait ne suffit pas à établir sa fiabilité globale. Les dépendances, les communications avec d'autres composants, la conservation locale et les mises à jour ultérieures comptent aussi. La publication du code source peut faciliter l'examen ; elle ne prouve pas automatiquement que la version installée est sûre.
Le lien avec Livara
Les limites de sécurité de Livara concernent sa propre gestion des messages et des clés. Elles ne certifient pas le clavier, le système d'exploitation ni les autres logiciels présents sur votre appareil. Une messagerie privée et une méthode de saisie fiable sont des protections complémentaires.
Utilisez la liste de vérification d'une messagerie sécurisée en complément de cet examen de la saisie. Ne choisissez pas un canal de communication plus faible parce que le clavier semble sûr, et ne supposez pas qu'une mention de chiffrement robuste rend tous les claviers sûrs.
Questions fréquentes
Le clavier voit-il les messages reçus ?
Pas simplement parce qu'il est le clavier actif. Sa connexion de saisie normale concerne le champ de saisie actif, pas l'ensemble de la base de données des messages reçus. Des autorisations supplémentaires ou des vulnérabilités peuvent changer la situation.
Gboard envoie-t-il tout ce que je tape ?
Ce n'est pas ce qu'indique la documentation de Google sur l'apprentissage citée ici. Les fonctions ont des règles de traitement et de partage différentes ; vérifiez le paramètre concerné plutôt que de formuler une affirmation générale.
Un clavier open source est-il automatiquement plus sûr ?
La disponibilité du code source facilite l'inspection, mais la maintenance, la provenance de la version compilée, la conception des fonctions et leur examen effectif restent importants. Cette seule étiquette ne désigne aucun gagnant universel.
Que faire si je soupçonne mon clavier d'être malveillant ?
Cessez d'y saisir des secrets. Depuis un environnement de confiance, choisissez une méthode de saisie fiable, vérifiez les sessions de vos comptes et envisagez une aide à la sécurisation de l'appareil si une compromission est plausible. Changer de clavier ne prouve pas à lui seul que le reste de l'appareil est sain.
