FR 3144365 A1 20240628 FR 2214210 A 20221222 Procédé (100) d’attestation d’un terminal mobile (TM) pour la mise en œuvre d’une application de paiement sur le terminal mobile, le terminal mobile (TM) étant configuré pour communiquer avec un serveur (S), le procédé (100) comprenant les étapes suivantes mises en œuvre par le terminal mobile (TM) : - émission (111) vers le serveur (S) d’une requête d’établissement d’un canal de communication de confiance (CC) ; - réception (112) d’une requête d’attestation (RA) en provenance du serveur (S), la requête d’attestation étant sélectionnée aléatoirement par le serveur (S) parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques (LC) du terminal mobile (TM), - collecte (113) d’une liste de valeurs (LV) pour le terminal mobile (TM), une valeur de la liste de valeurs correspondant à une caractéristique de la liste de caractéristiques (LC) du terminal mobile (TM) transmise par le serveur (S) ; - transmission (114) au serveur (S) de la liste de valeurs (LV), le canal de communication de confiance (CC) étant établi (216) par le serveur (S) en fonction de la liste de valeurs (LV). Figure 1 Procédé d’attestation d’un terminal mobile pour la mise en œuvre d’une application de paiement sur le terminal mobile. La présente invention concerne le domaine des applications de paiement, et en particulier des applications logicielles configurées pour transformer en terminal de paiement un terminal mobile du commerce destiné au grand public. Il est connu d’utiliser une application logicielle pour transformer en terminal de paiement un terminal mobile du commerce, destiné à des clients non professionnels, par exemple un téléphone intelligent, de type smartphone en particulier. Ladite application logicielle met en œuvre un procédé configuré pour garantir la confidentialité des opérations de paiement réalisées par le terminal mobile. Cela ne peut être autorisé que si le terminal mobile du commerce répond à des critères de sécurité. Mais le terminal mobile ne peut pas déterminer par lui-même qu’il répond aux critères de sécurité. Un procédé spécifique mis en œuvre par un serveur est nécessaire pour attester que le terminal mobile répond aux critères. Les spécifications de l’industrie des cartes de paiement ne décrivent pas comment développer et implémenter un tel procédé d’attestation. Il est connu d’obtenir l’attestation recherchée à partir d’un ensemble d’informations concernant le terminal mobile, l’ensemble d’information étant transféré « en vrac » au serveur. Mais ce procédé d’attestation consomme beaucoup de ressources en puissance de traitement dans le terminal mobile, et nécessite beaucoup de temps pour la collecte et le transfert des données vers le serveur. L’invention a donc pour but de proposer une solution à tout ou partie de ces problèmes. A cet effet, la présente invention concerne un procédé d’attestation d’un terminal mobile pour la mise en œuvre d’une application de paiement sur le terminal mobile, le terminal mobile étant configuré pour communiquer avec un serveur, le procédé comprenant les étapes suivantes mises en œuvre par le terminal mobile : - réception d’une requête d’attestation en provenance du serveur, la requête d’attestation étant sélectionnée aléatoirement par le serveur parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques du terminal mobile, - collecte d’une liste de valeurs pour le terminal mobile, une valeur de la liste de valeurs correspondant à une caractéristique de la liste de caractéristiques du terminal mobile transmise par le serveur ; - transmission au serveur de la liste de valeurs, le canal de communication de confiance étant établi par le serveur en fonction de la liste de valeurs. Selon ces dispositions, le serveur choisissant aléatoirement un nombre restreint de requêtes d’attestation parmi un nombre important de requêtes d’attestation possibles, il est très difficile pour un attaquant de concevoir un mécanisme de détermination frauduleux des réponses attendues par le serveur. Selon ces dispositions, le procédé permet l’établissement d’un canal de communication de confiance qui est mis en œuvre pour une phase de transaction qui utilise le canal de communication de confiance ainsi établi, pour par exemple ladite transaction, par exemple une procédure de paiement. Selon un mode de mise en œuvre, l’invention comprend une ou plusieurs des caractéristiques suivantes, seules ou en combinaison techniquement acceptable. Selon un mode de mise en œuvre, la requête d’attestation est cryptée par le serveur en utilisant une clé de cryptage variable, sélectionnée parmi un ensemble de clés de cryptage du serveur, chaque clé de cryptage de l’ensemble de clés de cryptage correspondant à une clé de décryptage du terminal mobile, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile, et le procédé comprend en outre une étape de décryptage de la requête d’attestation cryptée avec la clé de décryptage du terminal mobile enregistrée dans la boîte blanche du terminal mobile. Selon un mode de mise en œuvre, le procédé comprend en outre une étape de cryptage de la liste de valeurs avec une autre clé de cryptage variable du terminal mobile enregistrée dans une boîte blanche du terminal mobile, l’étape de cryptage produisant une liste de valeurs cryptées, la liste de valeurs transmise au serveur au cours de l’étape de transmission étant la liste de valeurs cryptées. Selon un mode de mise en œuvre, le canal de communication de confiance établi est sécurisé. Selon un mode de mise en œuvre, la liste de caractéristiques du terminal mobile comprend au moins l’une parmi au moins l’une des caractéristiques du terminal mobile parmi une marque, un numéro de modèle, et un numéro de version d’un système d’exploitation du terminal mobile. Selon un mode de mise en œuvre, le terminal mobile est un équipement du commerce destiné au grand public, par exemple de type téléphone intelligent, en particulier un smartphone, ou une tablette. Selon un mode de mise en œuvre, le procédé comprend en outre les étapes suivantes, mises en œuvre après l’établissement du canal de communication de confiance: - réception d’une autre requête d’attestation en provenance du serveur, l’autre requête d’attestation étant sélectionnée aléatoirement par le serveur parmi la pluralité de requêtes d’attestation, l’autre requête d’attestation définissant une autre liste de caractéristiques du terminal mobile; - collecte d’une autre liste de valeurs pour le terminal mobile, une valeur de l’autre liste de valeurs correspondant à une caractéristique de l’autre liste de caractéristiques du terminal mobile ; - autre transmission au serveur de l’autre liste de valeurs; le canal de communication étant maintenu ou interrompu par le serveur en fonction de l’autre liste de valeurs. Selon ces dispositions, le nombre de requêtes d’attestation comprises dans la pluralité de requêtes d’attestation étant important, chaque requête individuelle peut concerner une faible quantité d’information ; la collecte et la transmission de ces informations par le terminal mobile nécessiteront ainsi une puissance de calcul et une charge limitées. Selon un mode de mise en œuvre, l’étape de réception d’une autre requête d’attestation a lieu à un moment fonction d’un moment déterminé aléatoirement par le serveur. Selon ces dispositions, le serveur choisissant aléatoirement un nombre restreint de requêtes d’attestation parmi un nombre important de requêtes d’attestation possibles, et le serveur émettant ces requêtes à des moments déterminés aléatoirement, il est encore plus difficile pour un attaquant de concevoir un mécanisme de détermination frauduleux des réponses attendues par le serveur. Selon un mode de mise en œuvre, l’autre requête d’attestation est cryptée par le serveur en utilisant une clé de cryptage du serveur correspondant à une clé de décryptage du terminal mobile, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile et le procédé comprend en outre une étape de décryptage de l’autre requête d’attestation cryptée avec la clé de décryptage du terminal mobile enregistrée dans la boîte blanche du terminal mobile. Selon un mode de mise en œuvre, le procédé comprend en outre une étape de cryptage de l’autre liste de valeurs avec une autre clé de cryptage variable du terminal mobile enregistrée dans une boîte blanche du terminal mobile, l’étape de cryptage produisant une autre liste de valeurs cryptées, l’autre liste de valeurs transmise au serveur au cours de l’autre transmission étant l’autre liste de valeurs cryptées. Selon un mode de mise en œuvre, la liste des caractéristiques du terminal mobile comprend au moins l’une parmi les caractéristiques suivantes : présence ou absence d’un module logiciel déterminé parmi les applications installées sur le terminal mobile, marque du terminal mobile, numéro identifiant du terminal mobile, version du système d’exploitation installée sur le terminal mobile, présence ou absence d’un fichier déterminé dans système de fichiers installé sur le terminal mobile. Selon un aspect, l’invention concerne également un procédé d’attestation d’un terminal mobile pour la mise en œuvre d’une application de paiement sur le terminal mobile, le terminal mobile étant configuré pour communiquer avec un serveur, le procédé comprenant les étapes suivantes mises en œuvre par le serveur : - transmission au terminal mobile d’une requête d’attestation, la requête d’attestation étant sélectionnée aléatoirement par le serveur parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques du terminal mobile; - réception d’une liste de valeurs, une valeur de la liste de valeurs correspondant à une caractéristique de la liste de caractéristiques du terminal mobile transmise par le serveur; - détermination, sur la base de la liste de valeurs, d’un niveau de sécurité du terminal mobile ; - établissement d’un canal de communication de confiance en fonction du niveau de sécurité du terminal mobile. Selon ces dispositions, le serveur choisissant aléatoirement un nombre restreint de requêtes d’attestation parmi un nombre important de requêtes d’attestation possibles, il est très difficile pour un attaquant de concevoir un mécanisme de détermination frauduleux des réponses attendues par le serveur. Selon un mode de mise en œuvre, l’invention comprend une ou plusieurs des caractéristiques suivantes, seules ou en combinaison techniquement acceptable. Selon un mode de mise en œuvre, le procédé comprend une phase de transaction qui peut utiliser le canal de communication de confiance établi par le procédé, pour par exemple mettre en œuvre par exemple une procédure de paiement. Selon un mode de mise en œuvre, le procédé comprend en outre une étape de cryptage par le serveur, en utilisant une clé de cryptage variable, sélectionnée parmi un ensemble de clés de cryptage du serveur, chaque clé de cryptage de l’ensemble de clés de cryptage correspondant à une clé de décryptage du terminal mobile, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile, la requête d’attestation cryptée étant décryptée avec la clé de décryptage du terminal mobile enregistrée dans la boîte blanche du terminal mobile. Selon un mode de mise en œuvre, le procédé comprend en outre une étape de décryptage par le serveur de la liste de valeurs cryptées, avec une autre clé de décryptage serveur correspondant à une clé de cryptage variable du terminal mobile stockée dans une boîte blanche du terminal mobile, l’étape de décryptage produisant la liste de valeurs. Selon un mode de mise en œuvre, le canal de communication de confiance est établi en fonction du niveau de sécurité du terminal mobile et en fonction d’un délai entre la réception de la liste de valeurs et la transmission de la requête d’attestation. Selon un mode de mise en œuvre, si le délai de réception est supérieur à un délai déterminé, ou si le niveau de sécurité est inférieur à un seuil déterminé, le canal de communication n’est pas établi par le serveur. Selon un mode de mise en œuvre, le procédé comprend en outre les étapes suivantes, mises en œuvre par le serveur après l’établissement du canal de communication: - transmission d’au moins une autre requête d’attestation, l’au moins une autre requête d’attestation étant sélectionnée aléatoirement par le serveur parmi la pluralité de requêtes d’attestation ; - réception d’une autre liste de valeurs, une valeur de l’autre liste de valeurs correspondant à une caractéristique de l’autre liste de caractéristiques du terminal mobile, - une autre étape de détermination, sur la base de l’autre liste de valeurs, d’un autre niveau de sécurité du terminal mobile; - maintien ou interruption du canal de communication de confiance en fonction de l’autre niveau de sécurité. Selon ces dispositions, le nombre de requêtes d’attestation comprises dans la pluralité de requêtes d’attestation étant important, chaque requête individuelle peut concerner une faible quantité d’information ; la collecte et la transmission de ces informations par le terminal mobile nécessiteront ainsi une puissance de calcul et une charge limitées. Selon un mode de mise en œuvre, l’étape de transmission d’au moins une autre requête d’attestation a lieu à un moment déterminé aléatoirement par le serveur. Selon ces dispositions, le serveur choisissant aléatoirement un nombre restreint de requêtes d’attestation parmi un nombre important de requêtes d’attestation possibles, et le serveur émettant ces requêtes à des moments déterminés aléatoirement, il est encore plus difficile pour un attaquant de concevoir un mécanisme de détermination frauduleux des réponses attendues par le serveur. Selon un mode de mise en œuvre, l’autre requête d’attestation est cryptée par le serveur en utilisant une clé de cryptage du serveur correspondant à une clé de décryptage du terminal mobile, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile. Selon un mode de mise en œuvre, le procédé comprend en outre une étape de décryptage par le serveur de l’autre liste de valeurs cryptées, avec une autre clé de décryptage serveur correspondant à une clé de cryptage variable du terminal mobile stockée dans une boîte blanche du terminal mobile, l’étape de décryptage produisant l’autre liste de valeurs. Selon un mode de mise en œuvre, le canal de communication est établi en fonction de l’autre niveau de sécurité du terminal mobile et en fonction d’un autre délai entre la réception de l’autre liste de valeurs et la transmission de l’autre requête d’attestation. Selon un autre aspect, l’invention porte sur un programme d’ordinateur comprenant un ensemble d’instructions configurées pour implémenter le procédé selon l’un des modes de mise en œuvre décrit ci-avant, lorsque les instructions sont exécutées sur un processeur d’un terminal mobile, ou le procédé selon l’une des autres modes de mise en œuvre décrit ci-avant, lorsque les instructions sont exécutées sur un processeur d’un serveur. Selon un autre aspect, l’invention porte sur un terminal mobile comprenant un processeur et une mémoire et un ensemble d’instructions enregistrées dans la mémoire, l’ensemble d’instructions étant configuré pour implémenter le procédé selon des modes de mise en œuvre décrit ci-avant lorsque les instructions sont exécutées sur le processeur du terminal mobile. Pour sa bonne compréhension, un mode de réalisation et/ou de mise en œuvre de l’invention est décrit en référence aux dessins ci-annexés représentant, à titre d’exemple non limitatif, une forme de réalisation ou de mise en œuvre respectivement d’un dispositif et/ou d’un procédé selon l’invention. Les mêmes références sur les dessins désignent des éléments similaires ou des éléments dont les fonctions sont similaires. est une représentation schématique de la séquence des étapes du procédé selon un mode de mise en œuvre de l’invention. est une représentation schématique d’un terminal mobile configuré pour une mise en œuvre de l’invention. L’invention concerne un procédé 100, 200 d’attestation d’un terminal mobile TM du commerce, destiné à des clients non professionnels, par exemple un téléphone intelligent, de type smartphone en particulier, l’attestation du terminal mobile TM étant réalisée par un serveur S, en vue de l’établissement d’un canal de communication de confiance entre le terminal mobile TM et le serveur S, pour l’exécution d’un paiement, lorsque certaines conditions d’attestation relatives aux terminal mobile TM sont satisfaites. Le canal de communication de confiance établi lorsque les conditions d’attestation sont satisfaites peut être, par exemple, un canal de communication de confiance et sécurisé, autrement dit un canal de communication entre deux points authentifiés mutuellement et dont la communication est protégée en confidentialité. Un canal de communication sécurisé permet en particulier de garantir l’authenticité et la provenance de la clé, et de se protéger ainsi contre une attaque connue sous le nom d’attaque « par l’homme du milieu ». Les étapes du procédé 100, 200 d’attestation selon l’invention sont décrites ci-après, en référence à la , en considérant successivement les étapes du procédé 100 mises en œuvre par le terminal mobile TM, présentées de haut en bas le long d’une ligne verticale TM sur la , et les étapes du procédé 200 mises en œuvre par le serveur S, présentées de haut en bas le long d’une ligne verticale S sur la ; les étapes du procédé 100, et du procédé 200 concourent ensemble à l’attestation du terminal mobile TM pour l’exécution d’un paiement. Le procédé comprend en particulier une phase 110, 210 d’établissement d’un canal de communication de confiance entre le terminal mobile TM et le serveur S, destiné à être utilisé au cours d’une phase 120, 220 de transaction TR qui utilise le canal de communication de confiance CC, CC’ établi et/ou maintenu par le serveur, pour exécuter la transaction TR associée à l’exécution du paiement. Le canal de communication sera désigné par la référence CC lorsqu’il s’agit du canal de communication de confiance établi, et sera désigné par la référence CC’ lorsqu’il s’agit du même canal de communication de confiance établi et maintenu. La phase d’établissement 110, 210 commence plus particulièrement par une étape de requête 111 d’établissement d’un canal de communication émise par le terminal mobile TM vers le serveur ; à réception 211 par le serveur S de la requête 111, le serveur S transmet 212 vers le terminal mobile TM une requête d’attestation RA, la requête d’attestation étant sélectionnée aléatoirement par le serveur S parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques LC du terminal mobile TM. Ainsi un nombre relativement restreint de requêtes d’attestation RA est choisi aléatoirement parmi un nombre important de requêtes d’attestation possibles, de sorte qu’il sera difficile pour un fraudeur de concevoir les réponses requises pour les requêtes d’attestation RA choisies, en écoutant les réponses faites à de précédentes requêtes d’attestation. Les étapes suivantes, mise en œuvre par le terminal mobile TM sont une étape de réception 112 de la requête d’attestation RA en provenance du serveur S, suivie d’une étape de collecte 113 des informations requises par la requête d’attestation RA ; cette collecte conduit à la création d’une liste de valeurs LV pour le terminal mobile TM, une valeur de la liste de valeurs LV correspondant à une caractéristique de la liste de caractéristiques LC du terminal mobile TM transmise par le serveur S ; autrement dit, chaque caractéristique de la liste de caractéristique LC peut prendre un certain nombre de valeurs particulières pour le terminal mobile TM considéré, de sorte que celui-ci collecte, au cours de l’étape de collecte, la valeur particulière correspondant à une caractéristique donnée de la liste de caractéristique LC. Par exemple, la liste de caractéristiques LC comprendra au moins l’une des caractéristiques suivantes : présence ou absence d’un module logiciel déterminé parmi les applications installées sur le terminal mobile, marque du terminal mobile, numéro identifiant du terminal mobile, par exemple un numéro de série du terminal mobile, version du système d’exploitation installée sur le terminal mobile, présence ou absence d’un fichier déterminé dans le système de fichiers installé sur le terminal mobile. Pour chacune de ces caractéristiques, le terminal mobile TM collectera une valeur particulière qui lui est propre, de manière à constituer une liste de valeurs LV. L’étape suivante, mise en œuvre par le terminal mobile TM, est une étape de transmission 114 au serveur S de la liste de valeurs LV. Les étapes suivantes, mises en œuvre par le serveur S, sont respectivement les étapes de : - réception 214 de la liste de valeurs LV ; - détermination 215, sur la base de la liste de valeurs LV, d’un niveau de sécurité NS du terminal mobile TM ; - établissement 216 du canal de communication de confiance CC en fonction du niveau de sécurité NS du terminal mobile TM. Ainsi, le niveau de sécurité est déterminé 215 en fonction par exemple d’une ou plusieurs des valeurs des caractéristiques suivantes : -présence ou absence d’un module logiciel déterminé parmi les applications installées sur le terminal mobile, - marque du terminal mobile, - numéro identifiant du terminal mobile, - version du système d’exploitation installée sur le terminal mobile, - présence ou absence d’un fichier déterminé dans le système de fichiers installé sur le terminal mobile. Par exemple, le niveau de sécurité déterminé est comparé à un niveau prédéterminé : si le niveau de sécurité déterminé est supérieur au niveau prédéterminé alors le canal de communication de confiance CC est établi 216 entre le serveur S et le terminal mobile TM. Sinon, il n’est pas établi par le serveur S. Le canal de communication de confiance CC, tel qu’il est établi à l’issue de l’étape 216 d’établissement du canal de communication de confiance CC, peut en particulier être en outre sécurisé, au sens de la définition rappelée ci-avant. Ainsi, le procédé 100, 200 peut en particulier, au cours d’une phase 120, 220 de transaction TR, utiliser le canal de communication de confiance CC établi 216 par le serveur S, pour notamment mettre en œuvre une procédure de paiement. Selon un exemple de mise en œuvre, les échanges au cours de la phase d’établissement 110, 210 peuvent être cryptés pour obtenir une sécurité renforcée; ainsi, selon cet exemple de mise en œuvre, la requête d’attestation RA est cryptée 212bis par le serveur S en utilisant une clé de cryptage variable, sélectionnée parmi un ensemble de clés de cryptage du serveur S, chaque clé de cryptage de l’ensemble de clés de cryptage correspondant à une clé de décryptage du terminal mobile TM, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile TM, et le procédé 100 comprend en outre une étape de décryptage 112bis de la requête d’attestation cryptée RAC avec la clé de décryptage du terminal mobile TM enregistrée dans la boîte blanche du terminal mobile TM. Selon un exemple complémentaire de mise en œuvre, le procédé 100 comprend en outre une étape de cryptage 114bis de la liste de valeurs LV avec une autre clé de cryptage variable du terminal mobile TM enregistrée dans une boîte blanche du terminal mobile TM, l’étape de cryptage 114bis produisant une liste de valeurs cryptées LVC, la liste de valeurs transmise au serveur S au cours de l’étape de transmission 114 étant la liste de valeurs cryptées LVC. Réciproquement, selon cet exemple de mise en œuvre, le procédé 200 comprend en outre une étape de décryptage 214bis par le serveur S de la liste de valeurs cryptées LVC, avec une autre clé de décryptage serveur S correspondant à une clé de cryptage variable du terminal mobile TM stockée dans une boîte blanche du terminal mobile TM, l’étape de décryptage 214bis produisant la liste de valeurs LV Optionnellement, le procédé 100 peut comprendre en outre, après l’établissement 216 par le serveur S du canal de communication de confiance CC, et en particulier au cours de la phase 120, 220 de transaction TR qui utilise le canal de communication de confiance, les étapes suivantes : - réception 112’ d’une ou plusieurs autres requêtes d’attestation ARA en provenance du serveur S, chaque autre requête d’attestation ARA étant sélectionnée aléatoirement par le serveur S parmi la pluralité de requêtes d’attestation, chaque autre requête d’attestation définissant une autre liste de caractéristiques ALC du terminal mobile TM; - collecte 113’ d’une autre liste de valeurs ALV pour le terminal mobile TM, une valeur de l’autre liste de valeurs ALV correspondant à une caractéristique de l’autre liste de caractéristiques ALC du terminal mobile TM; - transmission 114’ au serveur S de l’autre liste de valeurs ALV; le canal de communication CC’ étant maintenu ou interrompu 216’ par le serveur S en fonction de l’autre liste de valeurs ALV. De même, du point de vue du serveur S, les étapes correspondantes du procédé 200 sont mises en œuvre par le serveur : - transmission 212’ d’ une ou plusieurs autres requêtes d’attestation ARA ; - réception 214’ d’une ou plusieurs autres listes de valeurs ALV, chaque autre liste de valeurs correspondant à une des autres requêtes d’attestation ARA ; - détermination 215’, sur la base de chaque autre liste de valeurs ALV, d’un autre niveau de sécurité ANS du terminal mobile TM ; - maintien ou interruption 216’ du canal de communication CC’ en fonction de l’autre niveau de sécurité ANS. Ainsi, le nombre de requêtes d’attestation comprises dans la pluralité de requêtes d’attestation étant important, chaque requête individuelle peut concerner une faible quantité d’information ; la collecte et la transmission de ces informations par le terminal mobile nécessiteront ainsi une puissance de calcul et une charge limitées. En particulier, l’étape de transmission 212’ par le serveur de l’autre requête d’attestation ARA a lieu à un moment déterminé aléatoirement par le serveur S, pendant un échange de messages entre le terminal mobile TM et le serveur S qui utilise le canal de communication de confiance CC, de sorte que l’étape de réception 112’ par le terminal mobile TM de l’autre requête d’attestation ARA a lieu à un moment fonction du moment déterminé aléatoirement par le serveur S (le moment de la réception 112’ de l’autre requête d’attestation par le terminal mobile TM est en effet fonction du moment de l’émission 212’ de ladite autre requête par le serveur S, le moment de l’émission 212’ par le serveur S étant déterminé aléatoirement par le serveur S). Le mécanisme d’émission d’une (ou plusieurs) autre(s) requête(s) d’attestation ARA est ainsi « entrelacé » avec le dialogue fonctionnel entre le terminal mobile TM et le serveur S qui utilise le canal de communication de confiance CC, en particulier pour une phase 120, 220 de mise en œuvre d’une transaction TR. Selon ces dispositions, le serveur choisissant aléatoirement un nombre restreint de requêtes d’attestation parmi un nombre important de requêtes d’attestation possibles, et le serveur émettant ces requêtes à des moments déterminés aléatoirement, il est encore plus difficile pour un attaquant de concevoir un mécanisme de détermination frauduleux des réponses attendues par le serveur. Selon un exemple complémentaire de mise en œuvre du procédé 100, 200, le canal de communication de confiance CC est établi en fonction du niveau de sécurité NS du terminal mobile TM et en fonction d’un délai entre la réception 214 de la liste de valeurs LV et la transmission 212 de la requête d’attestation; Ainsi, à titre d’exemple, si le délai de réception est supérieur à un délai déterminé, ou si le niveau de sécurité NS est inférieur à un seuil déterminé, le canal de communication de confiance CC n’est pas établi par le serveur S ; de manière analogue, le canal de communication de confiance est maintenu ou interrompu 216’ par le serveur S en fonction de l’autre niveau de sécurité ANS du terminal mobile TM et en fonction d’un autre délai entre la réception 214’ de l’autre liste de valeurs ALV et la transmission 212’ de l’autre requête d’attestation ARA, parmi la pluralité d’autres requêtes d’attestation que le serveur S est susceptible d’émettre après l’établissement du canal de confiance CC, en particulier pendant la phase 120, 220 de mise en œuvre d’une transaction TR.. De la même manière que les échanges d’informations peuvent être cryptés pendant la phase d’établissement 110, 220, avant l’établissement 216 du canal de communication de confiance CC par le serveur S, les échanges d’informations après l’établissement 216 du canal de communication de confiance CC par le serveur S, en vue d’un maintien ou d’une interruption 216’ du canal de communication CC’ par le serveur S, peuvent également être cryptés. Ainsi, selon un exemple de mise en œuvre, l’autre requête d’attestation ARA est cryptée 212’bis par le serveur S en utilisant une clé de cryptage du serveur S correspondant à une clé de décryptage du terminal mobile TM, la clé de décryptage étant enregistrée dans une boîte blanche du terminal mobile TM, et l’autre requête d’attestation cryptée ARAC est décryptée 112’bis avec la clé de décryptage du terminal mobile TM enregistrée dans la boîte blanche du terminal mobile TM. De même, le procédé 100 peut comprendre en outre une étape de cryptage 114’bis de l’autre liste de valeurs ALV avec une autre clé de cryptage variable du terminal mobile TM enregistrée dans une boîte blanche du terminal mobile TM, l’étape de cryptage 114’bis produisant une autre liste de valeurs cryptées ALVC, transmise au serveur S au cours de l’autre transmission 114’ ; réciproquement, le procédé 200 comprend en outre une étape de décryptage 214’bis par le serveur S de l’autre liste de valeurs cryptées ALVC, avec une autre clé de décryptage serveur S correspondant à la clé de cryptage variable du terminal mobile TM, l’étape de décryptage 214bis produisant l’autre liste de valeurs ALV. Selon un aspect, l’invention concerne un programme d’ordinateur comprenant un ensemble d’instructions configurées pour implémenter le procédé 100, selon l’une des modes de réalisation décrits ci-avant, lorsque les instructions sont exécutées sur un processeur d’un terminal mobile TM, ou le procédé 200 selon l’une des modes de réalisation décrits ci-avant, lorsque les instructions sont exécutées sur un processeur d’un serveur S. Selon un autre aspect, l’invention concerne un terminal mobile TM comprenant un processeur PC et une mémoire M et un ensemble d’instructions enregistrées dans la mémoire M, l’ensemble d’instructions étant configuré pour implémenter le procédé 100 selon l’une des modes de mise en œuvre décrits ci-avant lorsque les instructions sont exécutées sur le processeur du terminal mobile TM. Procédé (100) d’attestation d’un terminal mobile (TM) pour la mise en œuvre d’une application de paiement sur le terminal mobile, le terminal mobile (TM) étant configuré pour communiquer avec un serveur (S), le procédé (100) comprenant les étapes suivantes mises en œuvre par le terminal mobile (TM) : - réception (112) d’une requête d’attestation (RA) en provenance du serveur (S), la requête d’attestation étant sélectionnée aléatoirement par le serveur (S) parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques (LC) du terminal mobile (TM), - collecte (113) d’une liste de valeurs (LV) pour le terminal mobile (TM), une valeur de la liste de valeurs correspondant à une caractéristique de la liste de caractéristiques (LC) du terminal mobile (TM) transmise par le serveur (S) ; - transmission (114) au serveur (S) de la liste de valeurs (LV), un canal de communication de confiance (CC) étant établi (216) par le serveur (S) en fonction de la liste de valeurs (LV). Procédé (100) selon l’une des revendications 1, dans lequel le canal de communication de confiance (CC) établi est sécurisé. Procédé (100) d’attestation selon l’une des revendications 1 ou 2, comprenant en outre les étapes suivantes, mises en œuvre après l’établissement du canal de communication de confiance (CC): - réception (112’) d’une autre requête d’attestation (ARA) en provenance du serveur (S), l’autre requête d’attestation (ARA) étant sélectionnée aléatoirement par le serveur (S) parmi la pluralité de requêtes d’attestation, l’autre requête d’attestation définissant une autre liste de caractéristiques (ALC) du terminal mobile (TM); - collecte (113’) d’une autre liste de valeurs (ALV) pour le terminal mobile (TM), une valeur de l’autre liste de valeurs (ALV) correspondant à une caractéristique de l’autre liste de caractéristiques (ALC) du terminal mobile (TM); - autre transmission (114’) au serveur (S) de l’autre liste de valeurs (ALV); le canal de communication (CC) étant maintenu ou interrompu (CC’) par le serveur (S) en fonction de l’autre liste de valeurs (ALV). Procédé (100) selon la revendication précédente, dans lequel l’étape de réception (112’) d’une autre requête d’attestation (ARA) a lieu à un moment fonction d’un moment déterminé aléatoirement par le serveur (S). Procédé (200) d’attestation d’un terminal mobile (TM) pour la mise en œuvre d’une application de paiement sur le terminal mobile, le terminal mobile (TM) étant configuré pour communiquer avec un serveur (S), le procédé (200) comprenant les étapes suivantes mises en œuvre par le serveur (S) : - transmission (212) au terminal mobile (TM) d’une requête d’attestation (RA), la requête d’attestation étant sélectionnée aléatoirement par le serveur (S) parmi un sous-ensemble prédéterminé d’une pluralité de requêtes d’attestation, la requête d’attestation définissant une liste de caractéristiques (LC) du terminal mobile (TM); - réception (214) d’une liste de valeurs (LV), une valeur de la liste de valeurs correspondant à une caractéristique de la liste de caractéristiques (LC) du terminal mobile (TM) transmise par le serveur (S); - détermination (215), sur la base de la liste de valeurs (LV), d’un niveau de sécurité (NS) du terminal mobile (TM) ; - établissement (216) d’un canal de communication de confiance (CC) en fonction du niveau de sécurité (NS) du terminal mobile (TM). Procédé (200) selon la revendication 5, dans lequel le canal de communication de confiance est établi en fonction du niveau de sécurité (NS) du terminal mobile (TM) et en fonction d’un délai entre la réception (214) de la liste de valeurs (LV) et la transmission (212) de la requête d’attestation. Procédé (200) d’attestation selon la revendication 6, comprenant en outre les étapes suivantes, mises en œuvre par le serveur (S) après l’établissement du canal de communication: - transmission (212’) d’au moins une autre requête d’attestation (ARA), l’au moins une autre requête d’attestation étant sélectionnée aléatoirement par le serveur (S) parmi la pluralité de requêtes d’attestation ; - réception (214’) d’une autre liste de valeurs (ALV), une valeur de l’autre liste de valeurs (ALV) correspondant à une caractéristique de l’autre liste de caractéristiques (ALC) du terminal mobile (TM), - une autre étape de détermination (215’), sur la base de l’autre liste de valeurs (ALV), d’un autre niveau de sécurité (ANS) du terminal mobile (TM) ; - maintien ou interruption (216’) du canal de communication de confiance (CC’) en fonction de l’autre niveau de sécurité (ANS). Procédé (200) selon la revendication 7, dans lequel l’étape de transmission (212’) d’au moins une autre requête d’attestation (ARA) a lieu à un moment déterminé aléatoirement par le serveur (S). Procédé (200) selon la revendication 7 ou 8, dans lequel le canal de communication est établi en fonction de l’autre niveau de sécurité (ANS) du terminal mobile (TM) et en fonction d’un autre délai entre la réception (214’) de l’autre liste de valeurs (ALV) et la transmission (212’) de l’autre requête d’attestation (ARA). Programme d’ordinateur comprenant un ensemble d’instructions configurées pour implémenter le procédé (100) selon l’une des revendications 1 à 4 lorsque les instructions sont exécutées sur un processeur d’un terminal mobile (TM), ou le procédé (200) selon l’une des revendications 5 à 9 lorsque les instructions sont exécutées sur un processeur d’un serveur (S). Terminal mobile (TM) comprenant un processeur (PC) et une mémoire (M) et un ensemble d’instructions enregistrées dans la mémoire (M), l’ensemble d’instructions étant configuré pour implémenter le procédé (100) selon l’une des revendications 1 à 4 lorsque les instructions sont exécutées sur le processeur du terminal mobile (TM).