FR 2984648 A1 20130621 FR 1161991 A 20111220 Domaine technique et art antérieur L'invention s'inscrit dans le domaine des dispositifs électroniques individuels, parmi lesquels notamment les solutions de paiement électroniques utilisant des moyens de paiement portables, comme les cartes bancaires, communiquant avec des terminaux de paiement. La norme EMV (« Europay Mastercard Visa ») définit actuellement les spécifications que les acteurs du paiement bancaire doivent respecter. Les outils de paiement impliqués sont notamment les cartes de paiement à microcircuit (cartes à puce) et les terminaux de paiement disponibles chez les commerçants. Au-delà des cartes à puce, d'autres moyens de paiement mobiles - portables - disposant d'un microcircuit ou d'un microcontrôleur capable d'effectuer au moins quelques opérations électroniques, voire bien plus, sont utilisés ou appelés à se développer. C'est le cas par exemple des dispositifs NFC (c'est-à-dire communiquant suivant la norme « Near Field Communication »), intégrés par exemple dans les téléphones portables. Ces systèmes impliquent plusieurs acteurs, parmi lesquels le détenteur du moyen de paiement, le commerçant disposant d'un terminal de paiement et l'émetteur du moyen de paiement, qui est typiquement une banque ou un groupement de gestions de cartes ou moyens de paiement. De plus, une autorité de certification distincte de la banque est chargée de délivrer à ces différents acteurs des éléments d'authentification tels que des clés ou des certificats électroniques. Une transaction chez un commerçant comprend, conformément à la norme EMV, décrite dans le document « EMV Integrated Circuit Card 30 Specifications for payment Systems version 4.2 » une analyse de la transaction envisagée par le terminal puis une analyse de la transaction par le moyen de paiement. Le résultat de cette double analyse est transmis à l'émetteur du moyen de paiement, avec un cryptogramme signant l'analyse et permettant ainsi d'authentifier le moyen de paiement. Par facilité de langage, on dit qu'un cryptogramme comprenant le résultat de l'analyse est généré et transmis. Cela est effectué systématiquement, que le résultat de l'analyse soit positif ou négatif. Dans certains cas, le résultat de l'analyse consiste en une décision de demander une autorisation à l'émetteur du moyen de paiement. Cette demande d'autorisation est également signée par un cryptogramme. Dans tous les cas, le cryptogramme est généré de la même manière à partir d'une clé-maître contenue dans la carte et qui y a été préalablement inscrite par l'émetteur, après avoir été délivrée par l'autorité de certification. Cette solution présente un problème car elle offre, dans une certaine mesure, une faille vis-à-vis des attaques consistant à enregistrer les réponses d'une carte à laquelle est demandée successivement un grand nombre de transactions d'un montant supérieur au seuil autorisé dans la mémoire de la carte. Ces attaques, effectué par un tiers malveillant s'étant procuré la carte et disposant d'un lecteur de carte adéquat, sont effectués en accumulant un nombre important de réponses de la carte. Cela permet dans certaines circonstances à l'attaquant de déterminer, par analyse des signaux électriques générés par la carte, les moyens cryptographiques, tels que des clés, authentifiant le moyen de paiement. Résumé de l'invention L'invention vise à résoudre ce problème et pour cela propose un procédé de réponse par un dispositif électronique individuel à une 30 sollicitation, le procédé comprenant une réception d'une commande comprenant au moins une caractéristique d'une action envisagée, une analyse de ladite action envisagée, puis une signature de ladite analyse à l'aide de moyens cryptographiques et l'émission de ladite analyse signée, caractérisé en ce qu'au moins une partie desdits moyens cryptographiques est choisie en fonction d'un résultat de ladite analyse. Un tel procédé constitue une avancée considérable dans le domaine de la sécurité des actions réalisées à l'aide d'un dispositif électronique portable, par exemple les transactions bancaires, et des paiements électroniques en général, car il sécurise considérablement les dispositifs électroniques portables contre les attaques du type évoqué plus haut. En effet, l'accumulation de réponses à des demandes d'action - ou sollicitation - par exemple pour des montants excessivement élevés, ne peut pas permettre de découvrir la clé-maître ou les moyens cryptographiques utilisés pour générer une acceptation par la carte, puisqu'au moins une partie des moyens cryptographiques utilisés est dépendante du résultat de l'analyse. Le nouveau procédé ne découle aucunement des connaissances disponibles jusque-là. On remarquera, par exemple, que le document JP2004184959 évoque, sans application particulière aux paiements électroniques, la génération de plusieurs cryptogrammes à partir d'une clé unique. Il ne divulgue pas l'utilisation d'un résultat d'une analyse d'une transaction envisagée pour choisir des moyens cryptographiques. Selon une caractéristique de mise en oeuvre, les moyens cryptographiques comprennent une clé de cryptographie, ou/et un algorithme de chiffrement, par exemple un algorithme triple DES. Ils peuvent également comprendre un algorithme de génération de code d'authentification de message. Selon une caractéristique de mise en oeuvre, l'algorithme de génération de code d'authentification de message est appliqué à des 30 données dépendant de ladite transaction comprenant par exemple un compteur de transactions, un montant de la transaction ou une date de la transaction. Par ailleurs, typiquement, le résultat est une acceptation, un refus, ou une demande d'accord à une autorité tierce distante, par exemple un émetteur du dispositif électronique individuel. L'invention propose aussi un programme informatique comprenant des instructions aptes à mettre en oeuvre, quand elles sont exécutées par un dispositif comprenant un microcontrôleur et une mémoire, chacune des étapes d'un procédé tel qu'évoqué précédemment. Selon un autre aspect, l'invention consiste en un dispositif électronique individuel comprenant un microcontrôleur et une mémoire, le dispositif électronique individuel répondant, quand il est sollicité en vue d'une action envisagée, en analysant l'action envisagée, et en mettant en oeuvre des moyens cryptographiques pour signer l'analyse produite, caractérisé en ce que le dispositif électronique individuel choisit au moins une partie desdits moyens cryptographiques en fonction d'un résultat de l'analyse. Avantageusement, le dispositif électronique individuel comprend une carte à microcircuit dans une mémoire de laquelle sont enregistrés les moyens cryptographiques. Le dispositif, qui peut être un moyen de paiement, peut être conforme à la norme EMV, ou comprendre une interface de communication NFC, et être par exemple intégré dans un terminal de téléphonie mobile. Selon un autre aspect de l'invention, celle-ci consiste en un procédé d'authentification d'informations relatives à une action par une autorité distante, le procédé comprenant la vérification à l'aide de moyens cryptographiques, de l'authenticité d'une signature reçue avec les informations de transaction, caractérisé en ce que les moyens cryptographiques sont choisis en fonction d'un résultat d'analyse reçu également avec les informations de transaction. L'invention propose aussi un programme d'ordinateur comprenant des instructions aptes à mettre en oeuvre, quand elles sont exécutées par dispositif comportant un microprocesseur et une mémoire, chacune des étapes d'un procédé selon la revendication de procédé d'authentification précédente. Enfin, selon un autre aspect de l'invention, celle-ci consiste en un serveur qui, quand il reçoit des informations relatives à une action signées en provenance de terminaux, vérifie à l'aide de moyens cryptographiques, l'authenticité d'une signature reçue avec les informations relatives à une action, caractérisé en ce que les moyens cryptographiques sont choisis en fonction d'un résultat d'analyse reçu également par le serveur avec les informations. Brève description des figures L'invention va maintenant être décrite en relation avec les figures annexées suivantes : La figure 1 présente les éléments matériels mettant en oeuvre l'invention La figure 2 présente les messages échangés entre ces différents éléments matériels. Les figures 3 et 4 présentent les actions effectuées par les éléments de la figure 1. La figure 5 présente un détail des figures 3 et 4, qui constitue une étape de signature. La figure 6 présente un détail des figures 3 et 4, qui constitue une étape d'authentification. Exposé détaillé de l'invention En figure 1, on a représenté les éléments matériels mis en oeuvre dans l'invention. Une carte de paiement 100, détenue par une personne physique client d'une banque, est utilisée en relation avec un terminal de paiement 200. La carte 100 constitue un dispositif électronique individuel. Le terminal de paiement est en la possession d'un commerçant, a été fourni à celui-ci par une banque, et dispose de moyens de lecture de cartes similaires à la carte de paiement 100. Les banques ayant fourni respectivement la carte de paiement 100 et le terminal de paiement 200 peuvent être différentes. Le terminal de paiement 200 est relié par un réseau de communication 400 à un serveur de banque 300 appartenant à la banque qui a émis la carte de paiement 100 ou à un groupement de gestions de cartes de paiement. La mise en relation du terminal 200 et du serveur 300 est faite, en cas de besoin, au moment où une transaction est envisagée ou peu de temps après une transaction. La carte de paiement 100 comprend un microcontrôleur et une mémoire, dans laquelle sont enregistrés les moyens informatiques nécessaires au procédé de réponse selon l'invention. En figure 2, on a représenté les échanges entre les éléments qui viennent d'être présentés. Le scénario décrit est celui d'une transaction chez un commerçant. La transaction débute par des étapes, non représentées, au cours desquelles le commerçant lance l'application du terminal 200 puis introduit dans celui-ci les données de la transaction, notamment son montant, et au cours desquelles le terminal 200 effectue une évaluation de risques liés à la transaction (par exemple en prenant en compte des caractéristiques d'assurance) et le détenteur de la carte 100 s'authentifie en entrant son code personnel. De plus, la carte 100 et le terminal 200 s'authentifient mutuellement par une méthode de type DDA (pour « Dynamic Data Authentication»), à l'aide de clés de cryptographie asymétrique et de certificats. Une fois ces opérations effectuées, le terminal 200 effectue une analyse des données de la transaction, puis envoie à la carte 100 une 30 commande GENERATE AC 1000 (il s'agit d'une commande APDU, ce qui 2 98464 8 7 signifie « Application Protocol Data Unit », ou unité élémentaire de communication en matière de cartes à microcircuit - AC signifie « Application Cryptogram »). Cette commande constitue une sollicitation de la carte 100 par le terminal 200, en vue d'une transaction. Elle contient 5 les données de la transaction. La carte 100 procède ensuite à l'analyse de la transaction puis envoie au terminal 200 un message de réponse 1100 (réponse APDU). En fonction du contenu du message de réponse 1100, le terminal 200 peut devoir émettre une demande d'autorisation 1200 à destination 10 du serveur de banque 300. Dans ce cas, le serveur de banque 300 procède ensuite à une analyse des données de la transaction et envoie ensuite au terminal 200 une réponse de la banque 1300. Le terminal 200 génère alors une deuxième commande GENERATE AC 1400 (commande APDU), qui est transmise à la carte de paiement 100, celle-ci interprète 15 cette commande et y répond par un deuxième message de réponse 1500 (réponse APDU) transmis au terminal de paiement 200. Celui-ci effectue la transaction 1600 à ce stade, si elle a été autorisée. Le terminal effectue ensuite une étape de transmission finale 1700 à destination du serveur de banque 300, pour vérification finale de la transaction et mise à jour de 20 bases de données. Dans certains cas, en fonction du contenu du message de réponse 1100, les étapes 1200 à 1500 ne sont pas effectuées, car il n'est pas nécessaire que le terminal 200 demande une autorisation au serveur de banque 300. Dans ce cas, la transmission du message de réponse 1100 25 est directement suivie par la transaction 1600, si elle a été autorisée, puis par une étape de transmission finale 1700, transmission effectuée du terminal de paiement 200 au serveur de banque 300. Le fait que les étapes 1200 à 1500 ne sont pas toujours effectuées est représenté sur la figure par des pointillés. L'étape de transmission finale 1700 peut être effectuée alors que la carte 100 n'est plus en liaison avec le terminal 200, par exemple quand le terminal est un terminal portable et qu'il a été reposé sur son socle. On parle alors de vérification décalée, hors ligne. En figure 3, on a représenté les opérations effectuées par les différents acteurs. Comme déjà évoqué, la transaction inclut une étape d'analyse par le terminal 3000, qui est effectuée sur la base de règles de sécurité définies dans celui-ci, telles que les montants autorisés pour le commerçant, et les règles d'assurance. Cette analyse par le terminal est suivie par la transmission de la commande GENERATE AC 1000, qui inclut le montant de la transaction envisagée et un résultat d'analyse par le terminal. Puis une étape d'analyse par la carte 3100 est menée. Celle-ci prend en compte des informations et des règles de sécurité définies dans sa mémoire, comme un montant maximum de transaction, un plafond de paiement sur une semaine et un historique de paiement. L'analyse par la carte prend aussi en compte le résultat de l'analyse par le terminal qui lui a été transmis précédemment. En particulier, si le terminal a refusé la transaction, la carte refuse à son tour la transaction. Et si le terminal a indiqué qu'il souhaitait une autorisation de la banque, la carte ne peut pas par elle- même approuver la transaction. Un résultat d'analyse 3150 est obtenu à ce stade. Ce résultat d'analyse 3150 est soit une approbation de la transaction par la carte, notée TC (pour « Transaction Certtficate»), ou une décision de demande d'autorisation à la banque, notée ARQC (pour « Autorisation ReQuest Cryptogram »), ou enfin un refus définitif de la transaction, noté AAC (pour « Application Authentification Cryptogram »). Il est procédé à ce moment-là à une étape de génération d'un message signé par la carte 4000, et ce message est transmis au terminal 30 de paiement 200, dans le cadre du message de réponse 1100. Si le résultat d'analyse 3150 est du type TC, il est alors procédé à la transaction, au cours d'une étape de transaction 1600, par la carte de paiement 100 et le terminal de paiement 200. Puis une étape de transmission finale 1700 est effectuée, à destination du serveur de banque 300, qui effectue une étape d'authentification 5000, suivie d'une étape d'information finale de la banque 3300, qui consiste entre autres à la mise à jour de base de données. Si le résultat d'analyse 3150 est du type ARQC, il est procédé à une demande d'autorisation par la banque, via la demande d'autorisation 1200, comprenant les éléments transmis par la carte dans le message de réponse 1100. La banque effectue tout d'abord une étape d'authentification 5000, puis une étape d'analyse des données de la transaction, cette dernière étape étant référencée 3400 sur la figure. Si la banque décide de donner son autorisation à la transaction, le terminal 200 et la carte 100 sont informés par la réponse de la banque 1300 et la deuxième commande GENERATE AC 1400, représentée ensuite en figure 4. Cette deuxième commande 1400 est traitée par la carte qui génère un résultat 3550 de type TC. La réponse de la carte 1500 est transmise au terminal et le terminal et la carte procèdent alors ensemble à la transaction au cours de l'étape de transaction 1600. Le processus se poursuit par une étape de transmission finale 1700, l'authentification 5000 et l'information finale de la banque 3350, qui consiste entre autres à la mise à jour de base de données. Si, au contraire, la banque décide de ne pas donner son autorisation à la transaction, il est, comme précédemment, procédé à la transmission de la réponse de la banque 1300 et l'émission de la deuxième commande GENERATE AC 1400. La carte effectue le traitement 3500 de cette commande, et génère un résultat 3550 de type AAC. Il est procédé ensuite à la transmission au terminal 200 par la carte 100 d'un deuxième message de réponse 1500 comprenant le résultat 3550, à la transmission finale 1700 à la banque et à une étape d'authentification 5000, effectuée par la banque. Le processus se termine avec une étape d'information finale de la banque 3600, similaire à celle évoquée dans les précédents scénarios, c'est-à-dire consistant entre autres à la mise à jour de base de données. Si l'on revient maintenant à la figure 3, dans le cas où le résultat d'analyse 3150 est du type AAC, il est procédé directement, après l'émission du message de réponse 1100, à la transmission finale 1700 en direction de la banque. Celle-ci procède à une étape d'authentification 5000 qui permet d'effectuer l'étape d'information finale de la banque 3700, similaire à celle évoquée pour les précédents scénarios, c'est-à-dire consistant entre autres à la mise à jour de base de données. Dans tous ces scénarios, l'étape d'authentification 5000 permet au serveur 300 de s'assurer que les informations transmises sont intègres et ont bien été produites par une carte émise par la banque. Dans le cas particulier du refus de transaction, la banque est en mesure de tracer le refus, l'intégrité des informations transmises étant certifiée. On va maintenant décrire en figure 5 les détails d'un processus de génération d'un message signé par la carte 4000. Ce processus utilise une clé-maître 4100, contenue dans une mémoire sécurisée de la carte de paiement 100 (ici dans le microcircuit) et qui a été inscrite dans celle-ci par l'autorité de certification, en vue de l'authentification de la carte lors de transactions. Le processus utilise également un compteur de transaction 4200, enregistré dans une mémoire de la carte de paiement 100, qui est incrémenté à chaque transaction ou à chaque tentative de transaction impliquant la carte. Ces deux éléments sont utilisés par un algorithme de chiffrement 4300 (mémorisé dans le microcircuit de la carte), qui dans un mode de réalisation particulier de l'invention est un algorithme triple DES (DES3 - DES signifie « Data Encryption Standard») comme indiqué dans la norme EMV, par exemple dans l'annexe A1.3 de la version EMV 4.2 Book 2. L'algorithme 4300 génère, à l'aide d'au moins ces deux éléments, une clé de session 4400. La clé de session 4400 et des données particulières de la transaction 4500 sont ensuite utilisées par un algorithme de génération de code d'authentification de message 4600 (« MAC Algorithm »), comme indiqué dans la norme EMV, par exemple dans l'annexe A1.2 de la version EMV 4.2 Book 2, pour générer un cryptogramme 4700. L'algorithme 4600 est mémorisé dans le microcircuit de la carte. Les données particulières de transaction 4500 contiennent par exemple le montant de la transaction 4510, la date de la transaction 4520, ainsi que d'autres informations, comme la monnaie utilisée, le numéro de compte, des coordonnées bancaires ou un niveau maximal de transaction autorisé. Le résultat d'analyse 3150 (ou le résultat d'analyse 3550), le cryptogramme 4700, les données de la transaction 4500, ainsi que le compteur de transaction 4200 font alors l'objet d'une concaténation 4800 menant à la génération d'un message signé par la carte 4900. Ce message 4900 comprend un champ résultat 4910 (appelé CID pour « Cryptogram Information Data ») reprenant le résultat d'analyse 3150 (ou le résultat d'analyse 3550), un champ cryptogramme 4920 reprenant le cryptogramme 4700, un champ données 4930 reprenant les données particulières de la transaction 4500 et un champ compteur reprenant la valeur courante du compteur 4200. Conformément à l'invention, le résultat d'analyse 3150 (ou le résultat d'analyse 3550) est utilisé dans le processus de génération d'un message signé par la carte 4000 pour modifier la clé-maître 4100, dans une premier mode de réalisation ou, dans des variantes pour modifier l'algorithme de chiffrement 4300 ou l'algorithme de génération de code d'authentification de message 4600. Dans une variante particulière, la clé-maître 4100 et l'algorithme de chiffrement 4300 sont tous les deux modifiés en fonction du résultat d'analyse 3150 (ou le résultat d'analyse 3550), et dans un mode de réalisation particulier ce sont à la fois la clé-maître 4100, l'algorithme de chiffrement 4300 et l'algorithme de génération de code d'authentification de message 4600 qui sont modifiés. Dans un mode de réalisation particulier, on utilise trois clés maître différentes : une pour le résultat AAC, une autre pour le résultat TC et une dernière pour le résultat ARQC. Le message signé par la carte 4900 fait l'objet d'une transmission au terminal 200 dans le cadre du message de réponse 1100, ou du deuxième message de réponse 1500. Il est ensuite transmis au serveur 300 dans le cadre de la demande d'autorisation 1200 ou de la transmission finale 1700. En figure 6, on a représenté le processus d'authentification 5000 mis en oeuvre par la banque après réception d'un message, comme la demande d'autorisation 1200 ou la transmission finale 1700. Ce processus d'authentification 5000 utilise une clé associée à un client 5100. Cette clé est liée par une correspondance ou est identique à la clé-maître 4100 contenue dans la carte de paiement 100. Elle a été délivrée au serveur de banque 300 par l'autorité de certification, parallèlement à l'inscription de la clé-maître 4100 dans la mémoire de la carte de paiement 100. La clé 5100 est utilisée, en conjonction avec le champ résultat 4910 pour faire générer à un algorithme de chiffrement 5300 une clé intermédiaire 5400. Cette clé intermédiaire 5400 est utilisée, en conjonction avec le champ cryptogramme 4920 pour faire générer à un algorithme de génération de code d'authentification de message 5600 un cryptogramme 5800. Le cryptogramme 5800 est comparé au contenu du champ données 4930, au cours d'une étape de comparaison 5900. Dans le cas où il est constaté que les deux cryptogrammes sont identiques, on considère que la carte 100 est authentifiée et il est procédé soit à l'analyse de la transaction par la banque au cours de l'étape 3400, soit à l'information de la banque au cours des étapes 3300, 3600 ou 3700. Dans le cas où il est constaté que les deux cryptogrammes ne sont pas identiques, le serveur 300 considère que la carte n'est pas authentifiée et met en place la procédure adéquate en cas de carte non authentifiée 3800. De manière conforme à l'invention, la clé associée au client 5100, l'algorithme de chiffrement 5300, ou encore l'algorithme de génération de code d'authentification 5600, ou encore plusieurs de ces moyens de cryptographie sont choisis en fonction du contenu du champ résultat 4910, selon la même règle que celle mise en oeuvre au cours du processus de génération d'un message signé par la carte 4000. Dans un mode de réalisation particulier, on utilise trois clés maître différentes : une pour le résultat AAC, une autre pour le résultat TC et une dernière pour le résultat ARQC. On utilise une règle de choix des moyens cryptographiques similaire à celle mise en oeuvre dans la carte 100 (processus de génération de message signé 4000). Dans une variante, les processus de signature et d'authentification décrits en figures 5 et 6 ne comprennent pas de génération d'un code d'authentification de message, mais lors de la signature on génère un cryptogramme de manière réversible en lieu et place de l'étape 4600, et lors de l'authentification on exécute un algorithme inverse à partir du champ cryptogramme 4920 pour ensuite comparer le résultat obtenu avec la clé intermédiaire 5400. Le processus reprend alors à l'étape 5900. Dans une variante, les processus de signature et d'authentification mis en oeuvre par l'invention comprennent pour moyens cryptographiques des algorithmes de chiffrement/déchiffrement asymétrique à base d'une clé privée/clé publique, des fonctions de hachage (fonction qui présente des ressemblances avec un algorithme de génération de code d'authentification de message), ou des générateurs de nombres pseudoaléatoires. Ces moyens cryptographiques sont choisis en fonction du résultat de l'analyse de l'action à autoriser. L'invention ne se limite pas aux modes de réalisation décrits mais englobe toutes les variantes dans le cadre de la portée des revendications. L'invention s'applique également au paiement par NFC (évoqué en introduction), et dans ce cas, le moyen de paiement peut être incorporé à un terminal mobile, par exemple un téléphone cellulaire, disposant d'une carte SIM (« Subscriber Identification Module »), d'une carte micro-SD (pSD, SD signifiant « Secure Digital») ou d'un microcircuit sécurisé intégré, la carte ou le circuit hébergeant une application bancaire. Les moyens cryptographiques sont mémorisés dans une carte à microcircuit, ou dans un ensemble sécurisé constitué d'un microcircuit et d'une mémoire. L'invention s'applique à d'autres domaines pour lesquels il est nécessaire de signer les données d'une action réalisée au moyen d'un instrument individuel d'exécution d'une action. Par exemple, les domaines des titres de transport électroniques, des documents d'identité électroniques, et plus généralement des dispositifs électroniques permettant des contrôles de sécurité sont des domaines d'application de l'invention. REVENDICATIONS1. Procédé de réponse par un dispositif électronique individuel (100) à une sollicitation, le procédé comprenant une réception d'une commande (1000 ; 1400) comprenant au moins une caractéristique d'une action envisagée, une analyse (3100) de ladite action envisagée, puis une signature de ladite analyse (4000) à l'aide de moyens cryptographiques (4100, 4300, 4600) et l'émission (1100 ; 1500) de ladite analyse signée, caractérisé en ce qu'au moins une partie desdits moyens cryptographiques (4100, 4300, 4600) est choisie en fonction d'un résultat (3150 ; 3550) de ladite analyse. 2. Procédé de réponse selon la revendication précédente, dans lequel les moyens cryptographiques comprennent une clé de cryptographie (4100), choisie en fonction du résultat. 3. Procédé de réponse selon l'une des revendications précédentes, dans lequel les moyens cryptographiques comprennent un algorithme de chiffrement (4300), choisi en fonction du résultat. 4. Procédé de réponse selon l'une des revendications précédentes, dans 20 lequel les moyens cryptographiques comprennent un algorithme de génération de code d'authentification de message (4600), choisi en fonction du résultat. 5. Procédé de réponse selon l'une des revendications précédentes, dans lequel le résultat est une acceptation, un refus, ou une demande d'accord 25 à une autorité tierce distante, par exemple un émetteur du dispositif électronique individuel. 6. Procédé de réponse selon l'une des revendications précédentes, l'action envisagée étant une transaction. 7. Programme informatique comprenant des instructions aptes à mettre en oeuvre, quand elles sont exécutées par un dispositif comprenant un microcontrôleur et une mémoire, chacune des étapes d'un procédé de réponse selon l'une des revendications précédentes. 8. Dispositif électronique individuel (100) comprenant un microcontrôleur et une mémoire, le dispositif répondant (3100, 4000), quand il est sollicité en vue d'une action envisagée, en analysant (3100) l'action envisagée, et en mettant en oeuvre (4000) des moyens cryptographiques (4100, 4300, 4600) pour signer l'analyse produite, caractérisé en ce que le dispositif choisit au moins une partie desdits moyens cryptographiques (4100, 4300, 4600) en fonction d'un résultat (3150) de l'analyse. 9. Dispositif électronique individuel selon la revendication de dispositif électronique individuel précédente, comprenant une carte à microcircuit dans une mémoire de laquelle sont enregistrés les moyens cryptographiques. 10. Dispositif électronique individuel selon l'une des revendications de dispositif électronique individuel précédentes, conforme à la norme EMV. 11. Dispositif électronique individuel selon l'une des revendications de dispositif électronique individuel précédentes, comprenant une interface de communication NFC, et étant par exemple intégré dans un terminal de téléphonie mobile. 12. Procédé d'authentification d'informations relatives à une action par une autorité distante (300), le procédé comprenant la vérification (5000) à l'aide de moyens cryptographiques (5100, 5300, 5600), de l'authenticité d'une signature reçue (1200 ; 1700) avec des informationsrelatives à uneaction, caractérisé en ce que les moyens cryptographiques (5100, 5300, 5600) sont choisis en fonction d'un résultat d'analyse (3150) reçu également avec les informations. 13. Programme d'ordinateur comprenant des instructions aptes à mettre en oeuvre, quand elles sont exécutées par dispositif comportant un microprocesseur et une mémoire, chacune des étapes d'un procédé selon la revendication de procédé d'authentification précédente. 14. Serveur (300) qui, quand il reçoit (1200, 1700) des informations relatives à une action signées en provenance de terminaux vérifie (5000) à l'aide de moyens cryptographiques (5100, 5300, 5600), l'authenticité d'une signature des informations reçue avec les informations de transaction, caractérisé en ce que les moyens cryptographiques (5100, 5300, 5600) sont choisis en fonction d'un résultat d'analyse (3150) reçu également avec les informations de transaction.15