Brevet FR3158006A1 — publié le 20250704

Procédé de détection d’un dispositif de capture d’identifiants téléphoniques et produit programme d’ordinateur Ce procédé (100), mis en œuvre par un terminal mobile, consiste à combiner (300), dans un résultat final (RF), un premier résultat (RR) relatif à une probabilité instantanée de changement de cellule, et un second résultat (RL) relatif à une latence des échanges sur un plan de signalisation entre le terminal mobile et une station de base d’une cellule de desserte, le premier résultat, respectivement le second résultat, étant obtenu (150, 250) en comparant une mesure (Xi(t+1)) d’une première grandeur, respectivement d’une mesure (L(t+1)) d’une seconde grandeur, avec une prévision (X’i(t+1)) de la première grandeur, respectivement une prévision (L’(t+1)) de la seconde grandeur, un dispositif de capture d’identifiant téléphonique étant détecté lorsque l’un et/ou l’autre des premier et second résultat(s) indique(nt) un désaccord entre la mesure et la prévision de la grandeur associée. Figure pour l'abrégé : Figure 2 Procédé de détection d’un dispositif de capture d’identifiants téléphoniques et produit programme d’ordinateur L’invention a pour domaine général celui de la sécurité des communications mobiles et, comme domaine particulier, celui des procédés et des systèmes de détection de dispositif de capture d’identifiant téléphonique. L’emploi d’un dispositif de capture d’identifiant téléphonique est connu. Par exemple, au passage d’une frontière, un tel dispositif de capture (« IMSI Catcher ») peut être utilisé pour capturer l’identité internationale de l'abonné mobile - l’IMSI (« International Mobile Subscriber Identity ») du terminal mobile (ou équipement utilisateur) d’un individu, afin d’associer cet identifiant téléphonique avec d’autres informations d’identification de cet individu (fournies par exemple par son passeport). Ainsi, lorsque cet individu utilisera son terminal mobile sur l’un des réseaux de téléphonie mobile public couvrant le territoire dont il franchit la frontière, les données de communication interceptées pourront être associées, via l’identifiant téléphonique capturé, à cet individu. Un dispositif de capture d’identifiant téléphonique émule une station de base d’un réseau public déjà déployé dans une zone géographique. Généralement, un dispositif de capture d’identifiant téléphonique clone une station de base lointaine, dont le niveau de signal est par conséquent faible, pour que le signal du dispositif de capture domine le signal de cette station de base d’origine. La station de base ainsi émulée se présente comme tout autre station de base du réseau public, notamment en utilisant des identifiants cohérents. Détectant la présence d’une station de base avec un fort signal, le terminal mobile va se connecter à la station de base émulée. Le terminal mobile peut se faire attraper par le dispositif de capture dans tous les scénarios de connexion : connexion du type enregistrement initial sur un réseau, connexion du type mobilité entre cellules d’un même réseau (transfert intercellulaire ou « handover »), connexion du type mobilité entre cellules de deux réseaux différents (itinérance ou « roaming »). Une fois le terminal mobile connecté à la station de base émulée, le dispositif de capture d’identifiant téléphonique effectue une attaque de l’homme du milieu - MITM (« Man in The Middle Attack »), par exemple en envoyant des commandes spécifiques au terminal mobile pour qu’il passe en seconde génération - 2G ce qui permet à la station de base émulée de décrypter le trafic, voire même les appels voix. Même si le dispositif de capture n’arrive pas à forcer le terminal mobile à passer en 2G, il peut servir de relai entre le terminal mobile et une station de base appartenant réellement au réseau public et ainsi tracer le terminal mobile. Or, pour diverses raisons, un individu peut souhaiter que ses identifiants téléphoniques ne soient pas capturés. Par exemple, il existe une application dénommée AIMSICD, disponible sous Android (marque déposée), permettant de détecter les dispositifs de capture d’identifiants téléphoniques. Elle est par exemple présentée à l’adresse suivante : https://cellularprivacy.github.io/Android-IMSI-Catcher-Detector/. Pour cela, l’application, exécutée sur le terminal mobile, mesure la puissance des différentes stations de base présentes dans l’environnement du terminal. Pour chaque station de base, l’application AIMSICD compare la puissance mesurée par le module de radiocommunication avec une puissance attendue compte tenu de la position instantanée du terminal (déterminée par un module de positionnement par satellites du terminal mobile) et d’une base de donnée des positions des stations de base officielles du ou de chaque réseau public de la zone géographique à l’intérieur de laquelle se situe le terminal mobile. Si la puissance mesurée est bien supérieure à la puissance attendue, l’application génère une alarme indicative d’un risque que la station de base soit en fait celle émulée par un dispositif de capture d’identifiant téléphonique. Cependant, cette application s’appuie sur une base de données qui n’est pas toujours à jour, notamment lorsqu’il s’agit d’une zone géographique située à l’étranger pour l’utilisateur du terminal mobile. Elle nécessite également une mesure de la position du terminale mobile, ce qui n’est pas toujours faisable à l’intérieur d’un bâtiment sans couverture du système de positionnement par satellites. Mais surtout, le dispositif de capture peut contrer l’application en présentant un niveau de puissance équivalent à celui de la cellule clonée. Le but de la présente invention est par conséquent de résoudre ce problème tout en étant agnostique aux moyens de radiocommunication mis en œuvre (c’est-à-dire au standard dont ils relèvent, 2G/3G/4G/5G/6G, Wi-Fi, «Bluetooth », maillé (« Mesh »), etc.) et être localement autonome à n’importe quel contexte (intérieur ou extérieur, ...). Pour cela, l’invention a pour objet un procédé de détection d’un dispositif de capture d’identifiant téléphonique, le procédé étant mis en œuvre par le calculateur d’un terminal mobile, caractérisé en ce que le procédé consiste à combiner, dans un résultat final, un premier résultat relatif à une probabilité instantanée de changement de cellule, et un second résultat relatif à une latence des échanges sur un plan de signalisation entre le terminal mobile et une station de base d’une cellule de desserte, le premier résultat, respectivement le second résultat, étant obtenu en comparant une mesure d’une première grandeur, respectivement d’une mesure d’une seconde grandeur, avec une prévision de la première grandeur, respectivement une prévision de la seconde grandeur, un dispositif de capture d’identifiant téléphonique étant détecté lorsque l’un et/ou l’autre des premier et second résultat(s) indique(nt) un désaccord entre la mesure et la prévision de la grandeur associée. Suivant des modes particuliers de réalisation, le procédé comporte une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - la première grandeur est une fonction, pour chaque station de base présente dans l’environnement du terminal mobile, d’une vitesse instantanée du terminal, d’une puissance instantanée reçue de la station de base et d’une distance relative instantanée entre le terminal mobile et chaque station de base. - la seconde grandeur est la latence instantanée sur les échanges sur le plan de signalisation mesurée au niveau du terminal. - la prévision de la première grandeur, respectivement de la seconde grandeur, est obtenue en mettant en œuvre une modélisation ARIMA. - des conditions d’association sont définies pour combiner les premier et second résultats et obtenir un résultat final indicatif de la présence d’un dispositif de capture d’identifiant téléphonique. - le second résultat est filtré en utilisant une bibliothèque de cas d’erreurs et attendus compte tenu des messages échangés avec la station de base à partir desquels la seconde grandeur est mesurée. - des paramètres de configuration de l’étape de prévision de la première grandeur, respectivement de la seconde grandeur, sont obtenus par le terminal mobile en interrogeant un central distant de collecte d’informations auprès d’une flotte de terminaux mobiles. - le résultat final est affiché sur un écran du terminal mobile. -lorsque le résultat final est indicatif de la détection d’un dispositif de capture d’identifiant téléphonique, un identifiant téléphonique erroné est transmis en réponse à une requête d’identification reçue par le terminal mobile. L’invention a également pour objet un produit programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé précédent. L’invention et ses avantages seront mieux compris à la lecture de la description détaillée qui va suivre d’un mode de réalisation particulier, donnée uniquement à titre d’exemple non limitatif, cette description étant faite en se référant aux dessins annexés sur lesquels : FIG. 1 La FIG. 1 est une représentation schématique d’un terminal utilisateur mettant en œuvre le procédé selon l’invention ; et, FIG. 2 La FIG. 2 est une représentation sous forme de bloc du procédé selon l’invention. De manière générale, le procédé selon l’invention fournit une solution générique de détection des dispositifs de capture d’identifiant téléphonique. Il résulte de l’exécution d’une application logicielle sur le terminal mobile de manière à informer, en temps réel, l’utilisateur de ce terminal du risque de capture de ses identifiants téléphoniques par un dispositif de capture malicieux émulant une station de base d’un réseau de radiocommunication public. Cette application se fonde de préférence sur trois informations pour détecter des anomalies pouvant être assimilées à une sollicitation provenant d’un dispositif de capture. La première information est une information radioélectrique, résultant de la comparaison entre l’environnement électromagnétique observé et une prévision de ce que cet environnement électromagnétique devrait être, en tenant compte par exemple non seulement de la puissance reçue des stations de base placées dans l’environnement et de la position relative du terminal mobile, mais également de la vitesse de déplacement du terminal mobile. Une différence trop importante entre ce qui est attendu et ce qui est observé est indicatif de la présence d’un dispositif de capture d’identifiant téléphonique. La seconde information est une évaluation de la latence des messages entre le terminal et le réseau de radiocommunication public. En effet, si les échanges sont trop courts ou trop longs par rapport à ce qui est normalement attendu d’un échange avec un réseau de radiocommunication public, ceci est l’indice de la présence d’un dispositif de capture d’identifiants qui ne réalise pas l’intégralité des procédures normalement mises en œuvre par le réseau de radiocommunication public, mais seulement certaines étapes relatives à la collecte des identifiants téléphoniques du terminal. Par exemple, lors d’une itinérance (« roaming »), c’est-à-dire lorsque le terminal mobile quitte la zone de couverture d’un réseau et doit s’attacher à une station de base d’un nouveau réseau, la procédure d’attachement du terminal à ce nouveau réseau passe par une procédure d’authentification. Au cours de cette procédure d’authentification, le nouveau réseau hôte interroge le terminal pour que lui soient communiquées des informations d’identification du terminal. À partir de ces informations d’identification, le nouveau réseau hôte interroge par exemple un serveur d’abonnés (« Home Subscriber Server » - HSS pour les infrastructures conformes à la quatrième génération - 4G ou inférieure et « Unified Data Management / AUthentication Server Function » - UDM/AUSF pour les infrastructures conformes à la cinquième génération - 5G) pour connaitre les droits attachés au terminal (et à l’utilisateur de ce dernier). L’issue d’une procédure authentification réussie est l’établissement de la connexion entre le terminal et le nouveau réseau hôte. En revanche, l’issue d’une procédure d’authentification manquée, conduit au rejet de la demande d’établissement d’une liaison de communication. En forçant l’itinérance et en réalisant uniquement certaines étapes de la procédure d’authentification, un dispositif de capture d’identifiants collecte, auprès du terminal, des informations d’identification téléphoniques. Le dispositif de capture d’identifiants ne réalise pas les étapes d’interrogation d’un serveur distant pour connaître le profil du terminal cherchant à se connecter. Or cette étape, lorsqu’elle est réalisée, doit prendre un certain temps. Une réponse trop rapide du réseau (notamment le rejet de la demande du terminal mobile) est donc le signe de la présence d’un dispositif de capture d’identifiants téléphoniques. La troisième information est relative à la séquence et au contenu des messages reçus du réseau de radiocommunication public. En effet, un dispositif de capture d’identifiants n’est pas en mesure de générer exactement la même séquence de messages qu’une station de base réelle du réseau. Par exemple, un dispositif de capture d’identifiants a tendance à répondre par des messages d’erreurs, qui peuvent être surprenant par rapport à ce qui est attendu. Par exemple encore, un dispositif de capture d’identifiants a tendance suite à un message d’erreur de type « échec d’authentification » (« authentification failure ») de demander une réauthentification. La FIG. 1 représente, de manière schématique, un terminal mobile 10. Il s’agit notamment d’un équipement utilisateur du type téléphone portable. En variante, il peut s’agir de n’importe quel type d’équipement utilisateur présentant une interface air, comme une voiture, une console de jeu de quatrième génération - 4G, un équipement connecté du type internet des objets (« Internet of Things »), etc. Le terminal 10 comporte une unité de calcul, comme un processeur 11, une unité de mémorisation, comme une mémoire 12, un module de radiocommunication 13 et un module de positionnement 14. La mémoire 12 stocke les instructions de différents programmes d’ordinateur. Elle stocke notamment les instructions d’une application 15 de détection de la présence d’un dispositif de capture d’IMSI, tel que le dispositif 30. Si, dans la présente description, le dispositif 30 cherche à capturer l’IMSI d’un terminal, en variante d’autres identifiants téléphoniques pourraient être capturés à la place ou en plus de l’IMSI, comme l’identifiant international d’équipement - IMEI (« International Mobile Equipment Identity »), le numéro de téléphone, etc. Lorsque les instructions de l’application 15 sont exécutées par le calculateur 11, le terminal 10 met en œuvre le procédé selon l’invention, qui sera décrit ci-dessous en référence à la FIG. 2 . Le module radiocommunication 13 permet l’établissement d’une liaison bidirectionnelle de communication avec une station de base présente dans l’environnement du terminal 10. Ce peut être une station de base d’un réseau de téléphonie mobile public, comme les stations de base « réelle » 20_1 et 20_3 du réseau 50, ou une station de base « émulée » 20_2 par un dispositif de capture d’IMSI, comme le dispositif 30. À chaque instant, le module de radiocommunication 13 est capable de mesurer la puissance des signaux émis par les différentes stations de base présentes dans son environnement. Notamment, le module 13 est capable de mesurer régulièrement la puissance reçue du signal de référence - RSRP (« Reference Signal Receive Power ») de chaque station de base présente dans son voisinage. Notamment, le module 13 est capable d’évaluer régulièrement une distance du terminal à une station de base. Cette évaluation se fait par exemple à partir de l’indicateur d’avancement de la synchronisation - TA (« Timing Advance »), correspondant au temps nécessaire à un signal pour atteindre la station de base à partir du téléphone mobile. En variante ou en combinaison, le module 13 peut collecter toute mesure pertinente sur les cellules alentours, pour corréler ce qu’on mesure au niveau du terminal avec ce qui est effectivement émis par les stations de base : identifiant de cellule « cell ID », RSRP, qualité du signal de référence reçu - RSRQ (« Reference Signal Received Quality ») correspondant à un rapport signal à bruit, les messages de découverte des voisins (« neighbor advertisement « )… Le module de radiocommunication 13 est également capable à mesurer une latence instantanée. Il s’agit de mesurer le temps séparant deux échanges successifs entre le terminal et le réseau, le long d’une liaison air établie entre le terminal et une station de base particulière parmi l’ensemble des stations de base environnantes. Le module 14 est capable de déterminer la position instantanée du terminal 10 et, par dérivation temporelle, la vitesse vectorielle instantanée du terminal 10. Il s’agit par exemple d’un module de positionnement par satellites - GNSS (« global navigation satellite system » ou système mondial de navigation par satellites). En variante, il est possible de reconstruire la position du terminal par triangulation à partir d’autres émetteurs radio (stations de base, balises dédiées propriétaires, etc.). Avantageusement, le terminal 10 est équipé d’une interface homme-machine 16. Celle-ci est par exemple constituée d’un écran et d’un clavier permettant à l’utilisateur du terminal 10 d’interagir avec ce dernier. Notamment, l’exécution de l’application logicielle 15 permet d’afficher sur l’écran différentes informations, comme la probabilité de présence d’un dispositif de capture d’IMSI dans l’environnement du terminal 10. De plus, l’application 15 peut avantageusement accéder, via le réseau de téléphonie mobile public 50 et un réseau IP public 60, à un central 40, pour recevoir des paramètres de configuration et fournir des informations au central 40. Le central 40 est adapté pour collecter, traiter et agréger des informations depuis une flotte de terminaux (similaires au terminal 10 en ce qu’ils exécutent l’application 15) pour construire une cartographie radioélectrique d’un territoire. Le central 40 est adapté pour construire une base de connaissances relatives aux erreurs et attendus des échanges habituels avec les réseaux publics couvrant un territoire, leurs traitements habituel. Un mode de réalisation préféré du procédé de détection d’un dispositif de capture d’IMSI selon l’invention va maintenant être présenté en référence à la FIG. 2 . Une itération du procédé 100 est effectuée alors que le terminal 10 est connecté à un réseau de téléphonie mobile public 50. Ce réseau de téléphonie mobile public est par exemple un réseau 4G, mais l’homme du métier saura comment étendre l’enseignement technique de la présente description aux autres générations d’infrastructures de téléphonie mobile, notamment 5G, ou à d’autres type de liaison tels que Wi-Fi, Bluetooth, Mesh, etc. La première étape 110 consiste à mesurer la vitesse instantanée V(t) du terminal 10. Cette information est obtenue en interrogeant l’unité de positionnement par satellites 14 du terminal 10. Dans l’étape 120, une mesure de la puissance instantanée Pi(t) reçue de chaque station de base i (i entier entre 1 et N) présente dans l’environnement du terminal 10 est obtenue. Pour cela, le module de de radiocommunication 13 du terminal est interrogé pour obtenir par exemple le RSRP instantané de chaque station. Une mesure de la distance instantanée relative Di(t) entre le terminal 10 et chaque station de base i présente dans l’environnement du terminal 10 est également obtenue. Pour cela, le module 13 est interrogé pour obtenir par exemple le TA de chaque station. Dans l’étape 130, pour chaque station de base i de l’environnement, une grandeur caractéristique instantanée Xi(t) est calculée en fonction de la vitesse V(t), de la puissance Pi(t) et de la distance Di(t), obtenues respectivement aux étapes 110 et 120. La grandeur X permet de quantifier une probabilité de sortir de / rentrer dans la cellule associée à la station de base i et par conséquent, d’avoir à faire un changement de cellule, soit un transfert intercellulaire (« handover ») sur une autre cellule du même réseau hôte, soit une itinérance (« roaming ») sur une autre cellule d’un autre réseau hôte. L’étape suivante 140 consiste à mettre en œuvre une modélisation afin de prédire l’évolution de la grandeur Xi à l’instant suivant t+1. Cette prédiction est notée X’i(t+1). Par exemple, un modèle du type moyenne mobile autorégressive intégrée - ARIMA (« AutoRegressive Integrated Moving Average ») est mis en œuvre. Il s’agit d’un modèle statistique permettant d’analyser la série temporelle des Xi sur une fenêtre d’historique de longueur prédéfinie et se terminant à l’instant courant t. En variante, tout autre modèle de prédiction que le modèle ARIMA peut être mis en œuvre, notamment des modèles d’intelligence artificielle / apprentissage automatique. L’étape 150 du procédé 100, que l’on présente à l’instant suivant t+1, consiste à comparer la grandeur Xi(t+1) mesurée, telle que délivrée en sortie de l’étape 130 à l’instant suivant t+1, avec la grandeur X’i(t+1) prédite en sortie de l’étape 140 à l’instant précédent t. Différentes règles de comparaison peuvent être utilisées. Par exemple, les trois règles suivantes sont mises en œuvre : lorsque la différence entre grandeur mesurée Xi(t+1) et grandeur prédite X’i(t+1) est inférieure à un premier seuil, S1, le résultat RR de la comparaison prend par exemple la valeur « 0 » (« vert »). lorsque cette différence est supérieure au premier seuil S1, mais inférieure à un second seuil, S2, alors le résultat RR prend la valeur « 1 » (« orange »). lorsque cette différence est supérieure au second seuil, S2, alors le résultat RR prend la valeur « 2 » (« rouge »). Avantageusement, les règles mises en œuvre à l’étape 150 sont configurables, notamment en interrogeant le central 40. A l’issue de l’étape 150, on a donc une première information RR relative à l’environnement radio du terminal 10. Les étapes suivantes du procédé 100 permettent d’obtenir une information RL relative à la latence des communications. Dans une étape 210, une mesure de la latence instantanée L(t) est obtenue par exemple en interrogeant le module 13 du terminal 10. Il s’agit de la latence sur le plan de signalisation de la station de base à laquelle le terminal est connecté, c’est-à-dire la cellule de desserte (« serving cell »). Il est à noter, qu’avec les autres stations de base de son environnement, le terminal est passif et ne peut pas mesurer de latence. En variante, le terminal 10 peut être programmé pour tenter volontairement de se connecter sur les cellules voisines, pour tenter de détecter des dispositifs de capteur d’identifiant téléphonique. Tous les échanges sont à considérer, mais les échanges qui suivent immédiatement le basculement sur une nouvelle cellule de desserte sont les plus intéressants : requête « PRACH » (« Physical Random Access Channel ») utilisée par les terminaux pour demander une allocation de liaison montante à la station de base, pour mesurer, au niveau physique, le TA initial ; procédure de connexion, pour une évaluation de la latence au niveau du contrôle de la ressource radio – RRC (« Radio Resource Control ») ; procédure d’authentification et d’attachement, pour une évaluation de la latence au niveau de l’authentification au réseau (NAS - « Non-Access Stratum » ou « strate de non accès »). Dans une étape 240, une modélisation est utilisée pour prédire la latence à l’instant suivant L’(t+1). Avantageusement, tout comme dans l’étape 140, une modélisation ARIMA est utilisée. En variante, tout autre modèle de prédiction peut être utilisé, en particulier des modèles AI/ML. Dans l’étape 250, que l’on présente à l’instant suivant t+1, une comparaison est effectuée entre la latence mesurée L(t+1) telle qu’indiquée par le module 13 à l’instant t+1 et la prédiction de la latence L’(t+1) calculée en sortie de l’étape 140 à l’instant précédent t. Là encore, différentes règles peuvent être mises en œuvre, mais de préférence des règles similaires à celles mises en œuvre à l’étape 150 sont utilisées pour obtenir un résultat RL0 à trois valeurs, soit « 0 », soit « 1 », soit « 2 ». Avantageusement, les règles mises en œuvre à l’étape 250 sont configurables, notamment en interrogeant le central 40. Dans une étape 260, le résultat RL0 est filtré en fonction d’une bibliothèque d’erreurs et attendus 270, pour obtenir un résultat filtré RL. En effet, le standard 3GPP définit des procédures standards, comprenant notamment des cas d’erreur dans la mise en œuvre des échanges sur la cellule de desserte. Il est alors avantageux de filtrer un écart de latence en fonction du cas d’erreur effectivement rencontré et d’un attendu (ou comportement) associé, notamment en termes d’écart de latence. Cela offre une capacité de comparer le comportement rencontré avec un comportement habituel, et de décider si l’écart de latence mesuré est compatible d’un environnement normal ou de la présence d’un dispositif de capture d’identifiants. Avantageusement, la bibliothèque 270 est régulièrement mise à jour, notamment en interrogeant le central 40. Enfin, dans une étape 300, les sorties de l’étape de comparaison 150 et de l’étape de filtrage 260 sont associées conditionnellement. Les conditions d’association sont par exemple les règles suivantes : Si « 0 » et « 0 », alors résultat final RF est « OK ». Si « 0 » et « 1 », résultat final est « besoin d’investigation plus avancée ». Si « 0 » et « 2 », si « 1 » et « 1 », si « 1 » et « 2 », et si « 2 » et « 2 », alors le résultat final est « non OK ». Enfin, dans l’étape 310, le résultat final RF est affiché sur l’écran du terminal pour aider l’utilisateur à décider d’une action, comme par exemple fournir un identifiant téléphonique erroné lorsqu’un des dispositifs de capture d’IMSI a été détecté (RF = « non OK »). En variante, au lieu d’une action d’affichage, l’application logicielle 15 peut commander automatiquement la réalisation de l’action requise, comme indiquer des identifiants téléphoniques erronés au dispositif 30. Par exemple, une fois un dispositif de capture d’identifiants détecté, le terminal peut marquer la station de base émulée par ce dispositif de capture d’identifiants et l’éviter. Avantageusement périodiquement, l’application 15 communique avec un central 40 de collecte d’informations de manière à obtenir des paramètres de configuration et de mise à jour, notamment pour les étapes de modélisation 140 et 240. Le central 40 permet de collecter des informations provenant des applications 15 exécutées sur une flotte de terminaux. Par exemple, le central 40 permet de construire une cartographie radioélectrique d’un territoire. Ces informations peuvent permettre de fournir les informations de configuration pour les étapes 150 et 250, comme les règles de comparaison de la latence. Le central 40 collecte également des informations sur les processus, spécifiques à chaque pays, mis en œuvre sur le plan de signalisation (ou de contrôle) des communications entre un terminal et le réseau de téléphonie mobile. Ces informations vont permettre de peupler une base de connaissances, afin de configurer les règles de comparaison de probabilité de sortir d’une cellule utilisées dans l’étape 150, les règles de comparaison de latence utilisées dans l’étape 250, et la bibliothèque 270 de cas d’erreurs et attendus utilisée à l’étape 260. Le central 40 a par exemple la capacité d’effectuer une préparation d’une mission notamment en définissant un chemin de déplacement d’un terminal 10 en fonction de l’environnement électromagnétique attendu, c’est-à-dire en fonction de la cartographie radioélectrique du territoire de déplacement prévu de l’utilisateur du terminal. Cela permet de configurer les fonctions de comparaison (étape 150 et étape 250) de l’application 15 du téléphone 10 avant la réalisation de la mission, en définissant par exemple la valeur des premier et second seuils pour chaque zone géographique le long du chemin envisagé. En variante, ces informations de zonage géographique et de valeurs des paramètres de configuration sont transmises du central 40 au terminal 10 au fur et à mesure du déplacement du terminal. Dans cette variante, le terminal 10 peut indiquer au central 40 sa position courante. Le central 40 répond en donnant les paramètres de configuration associés à la zone dans laquelle se situe le terminal à l’instant courant. Ainsi, dans une zone où l’on pense qu’il y a un dispositif de capture d’IMSI, les premier et second seuils sont abaissés de manière à interpréter chaque écart de latence ou d’environnement radioélectrique comme une sollicitation d’un dispositif de capture d’IMSI. Le central 40 peut transmettre d’autres informations à l’application 15 exécutée sur le terminal 10 comme par exemple les noms des cellules ou d’autres caractéristiques comme des indicateurs de confiance relatifs aux stations de base que le terminal est censé rencontrer. De la sorte, l’application 15 est capable, lorsqu’une nouvelle station de base apparait dans son environnement, de comparer le nom de cette station de base avec les informations reçues du central 40 afin de discriminer entre des stations de base légales et des stations de base émulées par un dispositif de capture d’IMSI. Le fait de détecter en local, par une application exécutée sur le terminal, présente de nombreux avantages par rapport à l’état de la technique et la nécessité d’interroger un central et donc d’avoir à se signaler par l’échange de messages entre le terminal et le central. La présente invention est mise en œuvre en temps réel et non pas a posteriori. Elle permet d’informer l’utilisateur du terminal afin qu’il réagisse ou en variante de réagir automatiquement à sa place pour se défendre face à toute tentative d’interception de ses identifiants téléphoniques. Cette fonction permet ainsi de garantir l’intégrité des communications à venir de l’utilisateur en utilisant le terminal puisque ces informations d’identification téléphonique ne sont pas partagées et ne permettent pas de le reconnaitre lorsqu’il utilise son téléphone. Procédé (100) de détection d’un dispositif de capture d’identifiant téléphonique (30), le procédé étant mis en œuvre par le calculateur d’un terminal mobile (10), caractérisé en ce que le procédé consiste à combiner (300), dans un résultat final (RF), un premier résultat (RR) relatif à une probabilité instantanée de changement de cellule, et un second résultat (RL) relatif à une latence des échanges sur un plan de signalisation entre le terminal mobile (10) et une station de base d’une cellule de desserte, le premier résultat, respectivement le second résultat, étant obtenu (150, 250) en comparant une mesure (Xi(t+1)) d’une première grandeur, respectivement d’une mesure (L(t+1)) d’une seconde grandeur, avec une prévision (X’i(t+1)) de la première grandeur, respectivement une prévision (L’(t+1)) de la seconde grandeur, un dispositif de capture d’identifiant téléphonique (30) étant détecté lorsque l’un et/ou l’autre des premier et second résultat(s) indique(nt) un désaccord entre la mesure et la prévision de la grandeur associée. Procédé selon la revendication 1, dans lequel la première grandeur est une fonction, pour chaque station de base présente dans l’environnement du terminal mobile (10), d’une vitesse instantanée du terminal, d’une puissance instantanée reçue de la station de base et d’une distance relative instantanée entre le terminal mobile (10) et chaque station de base. Procédé selon la revendication 1 ou la revendication 2, dans lequel la seconde grandeur est la latence instantanée (L(t)) sur les échanges sur le plan de signalisation mesurée au niveau du terminal (10). Procédé selon l’une quelconque des revendications précédentes, dans lequel la prévision de la première grandeur, respectivement de la seconde grandeur, est obtenue (140, 240) en mettant en œuvre une modélisation ARIMA. Procédé selon l’une quelconque des revendications précédentes, dans lequel des conditions d’association sont définies pour combiner les premier et second résultats et obtenir un résultat final (RF) indicatif de la présence d’un dispositif de capture d’identifiant téléphonique. Procédé selon l’une quelconque des revendications précédentes, dans lequel le second résultat est filtré (260) en utilisant une bibliothèque de cas d’erreurs et attendus (270) compte tenu des messages échangés avec la station de base à partir desquels la seconde grandeur est mesurée. Procédé selon l’une quelconque des revendications précédentes, dans lequel des paramètres de configuration de l’étape de prévision de la première grandeur, respectivement de la seconde grandeur, sont obtenus par le terminal mobile (10) en interrogeant un central distant (40) de collecte d’informations auprès d’une flotte de terminaux mobiles. Procédé selon l’une quelconque des revendications précédentes, dans lequel le résultat final (RF) est affiché sur un écran du terminal mobile (10). Procédé selon l’une quelconque des revendications précédentes, dans lequel, lorsque le résultat final (RF) est indicatif de la détection d’un dispositif de capture d’identifiant téléphonique (30), un identifiant téléphonique erroné est transmis en réponse à une requête d’identification reçue par le terminal mobile. Produit programme d’ordinateur comportant des instructions de code qui, lorsqu’elles sont exécutées par un calculateur d’un terminal mobile, permettent la mise en œuvre d’un procédé d’identification selon l’une quelconque des revendications 1 à 9.