L'Inria propose de ne jamais désolidariser un ensemble d'identifiants Bluetooth . Si votre smartphone collecte 10 clefs pendant votre déplacement , il enverra au serveur central 10 clefs , dont la vôtre . Si l'une des clefs est déclarée contaminée , elle va informer le serveur central qui va simplement la repérer dans ces jeux de clefs et considérer que tout le jeu est à risque . « Aucun lien n'est fait entre le téléphone de la personne et son historique . Chacun de ces crypto-identifiants est donc potentiellement « à risque » ( il correspond , sans qu'aucun lien ne soit possible avec une personne , à un smartphone qui a été en proximité d'un smartphone porté par une personne qui a été ultérieurement diagnostiquée positive ) » , peut-on lire dans la tribune . Il va alors pousser une notification aux personnes concernées ( et donc théoriquement , même à la personne malade ) . Si un hacker souhaite espionner ce jeu pour retrouver un malade , il ne verra qu'un groupe de malades potentiels . En clair , la solution française est extrêmement puissante pour préserver les données de santé , peut-être jusqu'à l'excès de précautions : elle refuse l'identification technologique d'une clef unique correspondant à un anonyme , mais cet anonyme sera fiché numériquement par un autre moyen à l'hôpital , avec tous les détails sur son identité réelle . L'hôpital va pousser la notification en considérant que tous les ensembles où se trouve le pseudo sont contaminés . Infographie Inria Cette méthode est incompatible avec le couteau suisse proposé par Apple et Google , qui , s'il est extrêmement sécurisé aussi , ne gère pas les identifiants Bluetooth « en pack » , mais avec des clefs individuelles qui changent fréquemment . Mais la solution française ne fonctionnera pas sans l'accès au Bluetooth . Le serpent se mord la queue . Et maintenant ? Techniquement , avant même sa naissance , StopCovid est dans une impasse .