FR 3071943 A1 20190405 FR 1759286 A 20171004 Arrière-plan de l'invention La présente invention concerne le contrôle d'accès à un service et porte plus particulièrement sur la gestion de l'accès d'utilisateurs à un service à l'aide de clés 10 cryptographiques. Les services d'authentification et de sécurité visant à contrôler l'accès à de quelconques services, au moyen par exemple d'une communication NFC ou autre, se sont considérablement déployés ces dernières années. Ces services se manifestent notamment dans de nombreuses applications de la vie courante telles que le contrôle des 15 portes d'une maison ou d'un véhicule, les portiques de sécurité, les transports, l'accès à des services Internet... Il est par exemple possible aujourd'hui de contrôler l'accès à une voiture de sorte que son utilisation (ouverture des portes, démarrage etc.) ne soit autorisée qu'au travers d'une clé électronique (ou clé numérique) détenue par le propriétaire du véhicule. De 20 nombreuses autres fonctions, ou « services », peuvent être déclenchées à l'aide d'une telle clé, telles que le contrôle du démarrage du moteur, de la fonction GPS, de l'autoradio du véhicule etc. Pour déclencher ces services, il est nécessaire de posséder les droits d'accès (ou droits d'utilisation) appropriés. Typiquement, le propriétaire d'un véhicule utilise un 25 dispositif portable, un téléphone portable par exemple, sur lequel est hébergée une application dédiée qui communique avec le fournisseur de services correspondant (i.e. le véhicule, dans le cas présent). Ce dispositif de contrôle permet au propriétaire de s'identifier auprès du fournisseur de services (i.e. le terminal du véhicule hébergeant l'application correspondante) et de requérir l'accès à des services conformément aux 30 droits d'accès dont il dispose. Dans du contrôle d'accès à un véhicule, par exemple, les droits d'accès sont généralement attribués en premier lieu au propriétaire. Les tiers ne sont généralement pas en mesure d'obtenir librement les droits d'accès à un service, en particulier si celui-ci est payant ou privatif. Le propriétaire d'une voiture peut toutefois souhaiter prêter 35 certains de ses droits d'accès à un tiers de confiance afin que celui-ci en bénéficie à son tour. 1 2 Le document FR 2 989 799 décrit par exemple une méthode permettant au titulaire de droits d'accès à un service de déléguer tout ou partie de ses droits à un tiers. Cette délégation prend la forme d'un prêt de certains droits, permanents ou non, à un tiers. Pour ce faire, le titulaire transmet au tiers des données signées à l'aide de sa clé privée cryptographique. Ces données signées peuvent ensuite être utilisées par le tiers pour accéder au service concerné. De cette manière, le propriétaire d'un véhicule peut ainsi déléguer des droits d'accès plus ou moins limités à son véhicule. La délégation de droits d'accès présente toutefois certaines difficultés, notamment lorsque l'on souhaite révoquer ultérieurement des droits d'accès qui ont été délégués à des tiers. Lorsque le propriétaire cède ou vend sa voiture à un tiers, par exemple, il peut en effet être souhaitable de révoquer des droits d'accès qui ont été délégués dans le passé et qui sont toujours en vigueur. Dans certains cas, la révocation des droits nécessite de récupérer toutes les données signées qui ont été fournies dans le passé à des tiers, ce qui n'est pas toujours possible. Il existe donc un besoin pour une solution permettant de révoquer efficacement des droits d'accès délégués au préalable à des tiers. Par ailleurs, il est souhaitable d'améliorer encore d'avantage la sécurisation de l'accès à des services, afin notamment d'éviter tous accès ou usages non autorisés dudit service. Objet et résumé de l'invention A cet effet, la présente invention concerne un procédé de contrôle, mis en oeuvre par un système de contrôle, pour contrôler l'accès à un service, le procédé comprenant les étapes suivantes : - envoi d'une première donnée de défi à un premier terminal ; - réception, en réponse audit envoi, d'un premier code MAC généré par le premier terminal accompagné d'un identifiant du premier terminal et de premiers droits d'accès pour accéder au service ; - dérivation d'une première clé mère cryptographique à partir d'une clé maîtresse cryptographique, de l'identifiant du premier terminal et des premiers droits d'accès ; - génération d'un deuxième code MAC à partir de la première donnée de défi et de la première clé mère cryptographique; et - gestion de l'accès du premier terminal au service à partir d'une comparaison des premier et deuxième codes MAC. Selon un mode de réalisation particulier, au cours de l'étape de gestion d'accès, le système de contrôle autorise l'accès du premier terminal au service selon les premiers 3 droits d'accès seulement s'il est déterminé lors de ladite comparaison que les premier et deuxième codes MAC coïncident. Selon un mode de réalisation particulier, le procédé de contrôle comprend, préalablement à l'envoi de la première donnée de défi, un enrôlement comprenant les 5 étapes suivantes : - réception, en provenance du premier terminal, de l'identifiant du premier terminal et des premiers droits d'accès pour accéder au service ; - dérivation de la première clé mère cryptographique à partir de la clé maîtresse cryptographique, de l'identifiant du premier terminal et des premiers droits 10 d'accès ; et - envoi, au premier terminal, de la première clé mère cryptographique de sorte à permettre au premier terminal d'accéder au service selon les premiers droits si les premier et deuxième codes MAC coïncident. Selon un mode de réalisation particulier, le procédé de contrôle comprend : 15 - réception, en provenance d'un deuxième terminal, d'un identifiant du deuxième terminal et de deuxièmes droits d'accès pour accéder au service ; - dérivation d'une deuxième clé mère cryptographique, différente de la première clé mère cryptographique, à partir de la clé maîtresse cryptographique, de l'identifiant du deuxième terminal et des deuxièmes droits d'accès ; et 20 - envoi, au deuxième terminal, de la deuxième clé mère cryptographique de sorte à permettre au deuxième terminal d'accéder au service selon les deuxièmes droits d'accès. Selon un mode de réalisation particulier, le procédé de contrôle comprend : - envoi d'une deuxième donnée de défi au deuxième terminal ; 25 - réception, en réponse à l'envoi de la deuxième donnée de défi, d'un troisième code MAC généré par le deuxième terminal accompagné d'un identifiant du deuxième terminal et des deuxièmes droits d'accès pour accéder au service ; - dérivation d'une deuxième clé mère cryptographique, différente de la première clé mère cryptographique, à partir de la clé maîtresse cryptographique, de 30 l'identifiant du deuxième terminal et des deuxièmes droits d'accès ; - génération d'un quatrième code MAC à partir de la deuxième donnée de défi et à partir de la deuxième clé mère cryptographique ; et - gestion de l'accès du deuxième terminal au service à partir d'une comparaison des troisième et quatrième codes MAC. 4 Selon un mode de réalisation particulier, le procédé de contrôle comprend une étape de révocation de la clé maîtresse cryptographique causant la révocation de chaque clé cryptographique dérivée directement ou indirectement de la clé maîtresse cryptographique. 5 L'invention concerne également un procédé de traitement, mis en oeuvre par un premier terminal, pour accéder à un service dont l'accès est contrôlé par un système de contrôle, comprenant les étapes suivantes : - réception d'une donnée de défi en provenance du système de contrôle ; - génération d'un premier code MAC à partir de la donnée de défi et d'une 10 première clé mère cryptographique ; et - envoi, au système de contrôle, du premier code MAC accompagné d'un identifiant du premier terminal et de premiers droits d'accès pour accéder au service, de sorte à permettre au système de contrôle de contrôler, à partir d'une clé maîtresse cryptographique dont est dérivée la première clé mère 15 cryptographique, si le premier terminal est autorisé à accéder au service selon les premiers droits d'accès. Selon un mode de réalisation particulier, l'étape de génération du premier code MAC comprend la récupération de la première clé mère cryptographique stockée dans une mémoire locale du premier terminal. 20 Selon un mode de réalisation particulier, le premier terminal est un terminal de télécommunications et la mémoire locale étant une mémoire sécurisée d'une carte SIM ou d'un module d'identité de souscripteur embarqué. Selon un mode de réalisation particulier, le procédé de traitement comprend, préalablement à la génération du premier code MAC, un enrôlement comprenant : 25 - envoi, au système de contrôle, de l'identifiant du premier terminal et des premiers droits d'accès pour accéder au service ; - réception, en provenance du système de contrôle, de la première clé mère cryptographique dérivée à partir d'une clé maîtresse cryptographique, de l'identifiant du premier terminal et des droits d'accès ; et 30 - enregistrement de la première clé mère cryptographique. Selon un mode de réalisation particulier, le procédé de traitement comprend : - réception, en provenance d'un deuxième terminal, d'un identifiant du deuxième terminal et de deuxièmes droits d'accès pour accéder au service ; 5 - dérivation d'une clé fille cryptographique à partir de la première clé mère cryptographique, de l'identifiant du deuxième terminal et des deuxième droits d'accès ; et - envoi, au deuxième terminal, de la clé fille cryptographique de sorte à permettre 5 au deuxième terminal d'accéder au service selon les deuxièmes droits. Selon un mode de réalisation particulier, le procédé de traitement comprend l'envoi, au système de contrôle, d'une commande de révocation requérant la révocation de la clé fille cryptographique. 10 Dans un mode particulier de réalisation, les différentes étapes du procédé de contrôle et du procédé de traitement définis ci-avant sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi au moins un programme d'ordinateur sur un support d'informations correspondant, chaque programme étant susceptible d'être mis en 15 oeuvre dans un dispositif tel qu'un système de contrôle, un terminal, ou plus généralement un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'au moins l'un des procédés tels que définis ci-dessus. L'invention vise aussi un support d'enregistrement (ou support d'informations) lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que 20 mentionné ci-dessus. Les programmes mentionnés dans le présent exposé peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 25 De plus, les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. 30 D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. 6 Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention concerne également le système de contrôle et le premier terminal 5 mentionnés ci-avant. En particulier, l'invention concerne un système de contrôle configuré pour contrôler l'accès à un service, comprenant : - un module d'envoi configuré pour envoyer une première donnée de défi à un premier terminal ; 10 - un module de réception configuré pour recevoir, en réponse audit envoi, un premier code MAC généré par le premier terminal accompagné d'un identifiant du premier terminal et de premiers droits d'accès pour accéder au service ; - un module de dérivation configuré pour dérivée une première clé mère cryptographique à partir d'une clé maîtresse cryptographique, de l'identifiant du 15 premier terminal et des premiers droits d'accès ; - un module de génération configuré pour générer un deuxième code MAC à partir de la première donnée de défi de la première clé mère cryptographique; et - un module de gestion configuré pour contrôler l'accès du premier terminal au service à partir d'une comparaison des premier et deuxième codes MAC. 20 L'invention concerne également un terminal, dit premier terminal, configuré pour accéder à un service dont l'accès est contrôlé par un système de contrôle, comprenant : - un module de réception configuré pour recevoir une donnée de défi en provenance du système de contrôle ; - un module de génération configuré pour générer un premier code MAC à partir 25 de la donnée de défi et d'une première clé mère cryptographique ; et - un module d'envoi configuré pour envoyer au système de contrôle le premier code MAC accompagné d'un identifiant du premier terminal et de premiers droits d'accès pour accéder au service, de sorte à permettre au système de contrôle de contrôler, à partir d'une clé maîtresse cryptographique dont est dérivée la 30 première clé mère cryptographique, si le premier terminal est autorisé à accéder au service selon les premiers droits d'accès. A noter que les différents modes de réalisation définis précédemment en relation avec le procédé de contrôle, d'une part, et avec le procédé de traitement, d'autre part, 7 s'appliquent par analogie au système de contrôle et au terminal (dit « premier terminal ») définis ci-avant. Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » (module de 5 réception, module de dérivation, module de génération etc.) peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. Brève description des dessins 10 D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures: - la figure 1 déjà décrite représente schématiquement un environnement comprenant un système de contrôle et des terminaux selon un mode de 15 réalisation particulier de l'invention ; - la figure 2 représente schématiquement la structure d'un serveur compris dans le système de contrôle représenté en figure 1, selon un mode de réalisation particulier de l'invention ; - la figure 3 représente schématiquement la structure d'un dispositif électronique 20 compris dans le système de contrôle représenté en figure 1, selon un mode de réalisation particulier de l'invention ; - la figure 4 représente schématiquement la structure d'un terminal de communication, selon un mode de réalisation particulier de l'invention ; - la figure 5 représente, sous forme d'un diagramme, les étapes d'un procédé de 25 contrôle et les étapes d'un procédé de traitement, selon un mode de réalisation particulier de l'invention ; - la figure 6 représente, sous forme d'un diagramme, les étapes d'un procédé de contrôle et les étapes d'un procédé de traitement, selon un mode de réalisation particulier de l'invention ; et 30 - la figure 7 représente, sous forme d'un diagramme, les étapes d'un procédé de contrôle et les étapes d'un procédé de traitement, selon un mode de réalisation particulier de l'invention. Description détaillée de plusieurs modes de réalisation 8 Comme indiqué précédemment, le présent exposé concerne le contrôle de l'accès à des services par des utilisateurs. Divers modes de réalisation de l'invention sont à présent décrits ci-après. Les modes de réalisation décrit ci-dessous s'inscrivent le cadre d'un contrôle d'accès à 5 un véhicule tel qu'une voiture par exemple, et notamment pour l'accès à certaines fonctionnalités d'une voiture. On comprend toutefois que la présente invention s'applique plus généralement au contrôle d'accès à un quelconque service ou à diverses fonctionnalités d'un tel service. A titre d'exemple, le service géré dans le cadre de l'invention peut concerner le contrôle des portes d'une maison ou d'un véhicule, le 10 contrôle de portiques de sécurité, l'accès à des transports ou encore l'accès à des services internet. Le service concerné peut également prendre la forme d'un quelconque dispositif électronique ou électromécanique, telle qu'une télévision ou une console de jeux vidéo par exemple. L'invention propose d'améliorer le contrôle d'accès d'utilisateurs à un service donné, à 15 savoir l'utilisation d'une voiture dans le cas présent. Pour ce faire, le principe de l'invention repose sur la génération de clés cryptographiques par dérivation d'une clé cryptographique maîtresse de façon à permettre à des utilisateurs d'accéder au service considéré. Plus particulièrement, l'invention, selon ses différents modes de réalisation, 20 concerne un procédé de contrôle, mis en oeuvre par un système de contrôle, pour contrôler l'accès à un service, le procédé comprenant les étapes suivantes : - envoi d'une première donnée de défi à un premier terminal ; - réception, en réponse audit envoi, d'un premier code MAC généré par le premier terminal accompagné d'un identifiant du premier terminal et de premiers droits 25 d'accès pour accéder au service ; - dérivation d'une première clé mère cryptographique à partir d'une clé maîtresse cryptographique, de l'identifiant du premier terminal et des premiers droits d'accès ; - génération d'un deuxième code MAC à partir de la première donnée de défi et de 30 la première clé mère cryptographique; et - gestion de l'accès du premier terminal au service à partir d'une comparaison des premier et deuxième codes MAC. L'invention concerne également le système de contrôle correspondant. 9 En outre, l'invention, selon ses différents modes de réalisation, concerne un procédé de traitement, mis en oeuvre par un premier terminal, pour accéder à un service dont l'accès est contrôlé par un système de contrôle, comprenant les étapes suivantes : - réception d'une donnée de défi en provenance du système de contrôle ; 5 - génération d'un premier code MAC à partir de la donnée de défi et d'une première clé mère cryptographique ; et - envoi, au système de contrôle, du premier code MAC accompagné d'un identifiant du premier terminal et de premiers droits d'accès pour accéder au service, de sorte à permettre au système de contrôle de contrôler, à partir d'une 10 clé maîtresse cryptographique dont est dérivée la première clé mère cryptographique (OK_O), si le premier terminal est autorisé à accéder au service selon les premiers droits d'accès. L'invention concerne également le premier terminal correspondant. D'autres aspects et avantages de la présente invention ressortiront des exemples de 15 réalisation décrits ci-dessous en référence aux dessins mentionnés ci-avant. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. 20 La figure 1 représente, de manière schématique, un environnement comprenant un système de contrôle SY contrôlant l'accès à un service SR, un premier terminal de communication Ti et un deuxième terminal de communication T2. Comme déjà indiqué, le service SR correspond ici à une voiture dont certaines fonctionnalités sont contrôlées par le système de contrôle SY. Le type du ou des fonctionnalités dont l'accès est contrôlé 25 peut varier selon le cas. Dans cet exemple, un premier utilisateur U1 utilise un terminal Ti pour accéder au service SR. De même, un second utilisateur U2 utilise un terminal T2 pour accéder au service SR. Les terminaux Ti et T2 peuvent être de quelconques terminaux, tels que des terminaux mobiles par exemple. On suppose ici que ces terminaux Ti et T2 sont des 30 téléphones portables de type smartphone. On suppose en outre que l'utilisateur U1 est le propriétaire de la voiture SR et, en tant que tel, détient tous les droits d'accès (ou droits d'utilisateur) pour utiliser la voiture SR. Le système de contrôle SY comporte ici un dispositif électronique DP1 et un serveur DP2. Le dispositif DP1 est configuré pour gérer l'accès de l'utilisateur légitime U1, et 10 éventuellement du tiers U2, au service SR. Le dispositif DP1 peut être disposé dans la voiture ou, alternativement, hors de la voiture de sorte à permettre le contrôle de certaines fonctionnalités de la voiture, telles que le contrôle du mécanise d'ouverture des portes, le contrôle du démarrage du moteur, le contrôle de la fonction GPS ou encore de 5 l'autoradio etc. Le dispositif DP1 se présente par exemple sous la forme d'un boîtier électronique fixé ou non à la voiture SR. La structure du dispositif DP1 selon un exemple particulier est décrite plus en détail ci-après en référence à la figure 3. Par ailleurs, le serveur DP2 est configuré pour interagir avec l'utilisateur Ul, et éventuellement l'utilisateur U2, afin de fournir les clés cryptographiques adéquates pour 10 accéder au service SR. Dans l'exemple représenté en figure 1, le serveur DP2 et le dispositif DP1 sont deux équipements séparés. Selon une variante, le serveur DP2 et le dispositif DP1 forment un seul et même dispositif. La structure du serveur DP2 selon un exemple particulier est décrite plus en détail ci-après en référence à la figure 2. Comme illustré en figure 1 et expliqué ci-après, le serveur DP2 est ici configuré pour 15 transmettre une clé mère cryptographique OK_O au terminal Ti de l'utilisateur Ul, cette clé OK_O étant dérivée d'une clé maîtresse cryptographique CMK_O. Cette clé mère OK_O vise ici à permettre à l'utilisateur U1 d'accéder au service SR à l'aide de son terminal Ti. De même, selon un exemple particulier, le serveur DP2 est configuré pour envoyer au terminal T2 de l'utilisateur U2 une deuxième clé mère cryptographique OK_1, différente 20 de la première clé mère OK_O, cette deuxième clé mère OK_1 étant également dérivée à partir de la clé cryptographique maîtresse CMK_O. Par ailleurs, le dispositif DP1 est apte à communiquer avec les terminaux Ti et T2 afin de vérifier que leur utilisateur respectif U1 et U2 sont autorisés à accéder à la voiture SR. Pour ce faire, et comme décrit plus en détail ultérieurement, les terminaux Ti et T2 25 sont configurés pour envoyer au dispositif DP1 divers codes MAC, notés ici MC1, MC3 et MC5, selon le mode de réalisation considéré (figure 1). Selon un exemple particulier, le terminal Ti de l'utilisateur U1 peut en outre transmettre au terminal T2 de l'utilisateur U2 une clé fille cryptographique UK_O, cette clé UK_O étant dérivée à partir de la clé mère OK_O. Cette clé fille UK_O vise à permettre à 30 l'utilisateur U1 de déléguer à un tiers tout ou partie de ses droits d'accès au service SR concerné, comme expliqué ultérieurement. La figure 2 représente schématiquement la structure du serveur DP2 conformément à un mode de réalisation particulier de l'invention. 11 Plus précisément, le serveur DP2 comprend dans cet exemple au moins un processeur 10, une première mémoire non volatile 12, une deuxième mémoire non volatile 14 et une interface de communication 16. Le serveur DP2 peut en outre comprendre d'autres éléments non représentés, tels qu'une mémoire volatile réinscriptible 5 (RAM), qui sont bien connus de l'homme du métier. La mémoire 12 est une mémoire non volatile réinscriptible ou une mémoire morte (ROM), cette mémoire constituant un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par le serveur DP2, et sur lequel est enregistré un programme d'ordinateur PG1 conforme à un mode de 10 réalisation particulier. Ce programme d'ordinateur PG1 comporte des instructions pour l'exécution d'étapes d'un procédé de contrôle selon un mode de réalisation particulier, comme décrit ultérieurement. Dans l'exemple envisagé ici, la mémoire 14 est une mémoire non volatile réinscriptible configuré pour stocker la clé maîtresse cryptographique CMK_O dont l'usage 15 sera décrit ultérieurement. Selon un exemple de réalisation, la clé maîtresse cryptographique CMK_O, et toutes autres éventuelles clés cryptographiques, sont gérées par un HSM (pour « Hardware Security Module ») au niveau du serveur. Le processeur 10 piloté par le programme d'ordinateur PG1, met ici en oeuvre un module de communication MD2 et un module de traitement MD4. 20 Le module de communication MD2 est configuré pour assurer la communication avec l'extérieur et notamment les terminaux utilisateurs Ti et T2. Cette communication est réalisée ici en utilisant l'interface 16 qui peut être tout type d'interface de communication approprié (filaire ou sans fil) pour communiquer avec les terminaux Ti et T2. Dans l'exemple considéré ici, ces communications sont assurées via Internet. 25 Le module de de traitement MD4 est configuré pour réaliser un certain nombre de traitements conformes à l'invention. Dans cet exemple, le module de traitement MD4 est en particulier configuré pour déterminer la première clé mère cryptographique OK_O et éventuellement aussi la deuxième clé mère cryptographique OK_1, comme déjà représentées en figure 1. Selon un exemple particulier, le module de traitement MD4 est 30 implémenté dans un HSM, comme déjà mentionné ci-dessus. La figure 3 représente schématiquement la structure du dispositif électronique DP1 conformément à un mode de réalisation particulier de l'invention. Plus précisément, le dispositif DP1 comprend dans cet exemple au moins un processeur 20, une première mémoire non volatile 22, une deuxième mémoire non 12 volatile 24 et une interface de communication 26. Le dispositif DP1 peut en outre comprendre d'autres éléments non représentés, tels qu'une mémoire volatile réinscriptible (RAM), qui sont bien connus de l'homme du métier. La mémoire 22 est une mémoire non volatile réinscriptible ou une mémoire morte 5 (ROM), cette mémoire constituant un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par le dispositif DP1, et sur lequel est enregistré un programme d'ordinateur PG2 conforme à un mode de réalisation particulier. Ce programme d'ordinateur PG2 comporte des instructions pour l'exécution d'étapes d'un procédé de contrôle selon un mode de réalisation particulier, 10 comme décrit ultérieurement. Dans l'exemple envisagé ici, la mémoire 24 est une mémoire non volatile réinscriptible configuré pour stocker la clé maîtresse cryptographique CMK_O dont l'usage sera décrit ultérieurement. Cette mémoire 24 peut être située, par exemple, dans une partie sécurisée du processeur 20 ou dans un mémoire sécurisée distincte du processeur 15 20, tel que dans un élément sécurisé (ou « secure element »). Le processeur 20 piloté par le programme d'ordinateur PG2, met ici en oeuvre un certain nombre de modules, à savoir : un module de communication MD10, un module de traitement MD12 et un module de contrôle d'accès MD14. Le module de communication MD10 est configuré pour assurer la communication 20 avec l'extérieur et notamment les terminaux utilisateurs Ti et T2. Cette communication est réalisée ici en utilisant l'interface 26 qui peut être tout type d'interface de communication approprié (filaire ou sans fil) pour communiquer avec les terminaux Ti et T2. Dans l'exemple considéré ici, ces communications sont des communications sans fil de type NFC, Bluetooth ou autre. 25 Le module de traitement MD12 est configuré pour réaliser un certain nombre de traitements conformes à l'invention. Dans cet exemple, le module de traitement MD12 est en particulier configuré pour vérifier si un code MAC transmis par un terminal utilisateur Ti ou T2 est valide. Pour ce faire, le module de traitement MD12 dérive la clé maîtresse cryptographique CMK_O et utilise la clé ainsi obtenue par dérivation pour générer un code 30 MAC qu'il compare avec un autre code MAC fourni par le terminal utilisateur Ti ou T2, comme expliqué plus en détail ultérieurement. Selon un exemple particulier, le module de traitement MD12 est implémenté dans un élément sécurisé, comme déjà mentionné ci-dessus. 13 Le module de contrôle d'accès MD14 est configuré pour contrôler (ou gérer) l'accès du terminal Ti, et éventuellement du terminal T2, au service SR considéré. Ce contrôle est réalisé à partir du résultat de la vérification effectuée au préalable par le module de traitement MD12. Le contrôle d'accès réalisé par le module MD14 peut notamment 5 conduire à autoriser, l'utilisateur U1 ou U2 par exemple, à accéder à tout ou partie du service SR ou peut conduire au refus de l'accès de tout ou partie du service SR. La figure 4 représente schématiquement la structure du terminal Ti conformément à un mode de réalisation particulier de l'invention. Plus précisément, le terminal Ti comprend dans cet exemple au moins un processeur 10 30, une première mémoire non volatile 32, une deuxième mémoire non volatile 34, une interface de communication 36 et une deuxième interface de communication 38. Le terminal Ti peut en outre comprendre d'autres éléments non représentés, tels qu'une mémoire volatile réinscriptible (RAM) ou une interface homme-machine, qui sont bien connus de l'homme du métier. 15 La mémoire 32 est une mémoire non volatile réinscriptible ou une mémoire morte (ROM), cette mémoire constituant un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par le terminal Ti, et sur lequel est enregistré un programme d'ordinateur PG3 conforme à un mode de réalisation particulier. Ce programme d'ordinateur PG2 comporte des instructions pour 20 l'exécution d'étapes d'un procédé de traitement selon un mode de réalisation particulier, comme décrit ultérieurement. Dans l'exemple envisagé ici, la mémoire 34 est une mémoire non volatile réinscriptible configuré pour stocker la clé cryptographique mère OK_O dont l'usage sera décrit ultérieurement. La mémoire 34 peut en outre enregistrer d'autres données utiles à 25 l'invention telles que par exemple un identifiant ID1 du terminal Ti. La première interface de communication 36 permet la communication entre le terminal Ti et l'interface de communication 16 du serveur DP2. La deuxième interface de communication 38 permet la communication entre le terminal Ti et le dispositif DP1 (et plus particulièrement avec l'interface de 30 communication 26 de ce dernier), et le cas échéant entre le terminal Ti et le terminal T2. Le processeur 30 piloté par le programme d'ordinateur PG3, met ici en oeuvre un certain nombre de modules, à savoir : un module de communication MD20 et un module de traitement MD22. 14 Le module de communication MD20 est configuré pour assurer les communications avec l'extérieur et notamment avec le serveur DP2 (en utilisant l'interface 36) et avec les terminaux utilisateurs Ti et T2 (en utilisant l'interface 38). Dans l'exemple considéré ici, les communications avec le serveur DP2 sont réalisées par Internet tandis que les 5 communications avec les terminaux Ti et T2 sont de type NFC, Bluetooth ou autre. Le module de traitement MD22 est configuré pour réaliser un certain nombre de traitements conformes à l'invention. Dans cet exemple, le module de traitement MD22 est en particulier configuré pour générer un code MAC destiné à être transmis au dispositif DP1 du système de contrôle SY en vue d'accéder au service SR. La génération d'un tel 10 code MAC, qui s'effectue à partir d'une donnée de défi envoyée au préalable par le dispositif DP1 et à partir de la première clé mère cryptographique OK_O (figure 1), sera décrite plus en détail ultérieurement dans des exemples particuliers. Selon un exemple particulier, le module de traitement MD22 est implémenté dans un élément sécurisé. Le terminal Ti est par exemple un téléphone portable, type smartphone, et l'élément 15 sécurisé est une carte SIM ou un module eUICC (pour « ernbedded Universal Integrated Circuit Card»). Cet élément sécurisé peut être configuré pour stocker des données secrètes telles que des clés cryptographiques et pour exécuter des fonctions cryptographiques. L'envoi d'un tel code MAC par le module de communication MD20 au dispositif DP1 20 permet de requérir l'accès au service SR, c'est-à-dire l'accès à certaines fonctionnalités de la voiture du propriétaire U1 dans cet exemple. Dans un mode de réalisation particulier, les modules MD20 et MD22 sont contrôlés à l'aide d'une application logicielle (ou « app ») spécifique mis en oeuvre dans le terminal Ti. 25 On supposera que la structure (non représentée) du terminal T2 est analogue à celle du terminal Ti et comporte en particulier un processeur configuré pour exécuter un programme d'ordinateur stocké dans une mémoire non volatile du terminal T2. Le fonctionnement des modules MD2, MD4 (figure 2), MD10-MD14 (figure 3) et MD20, MD22 (figure 4) décrits ci-avant apparaîtra plus précisément dans les exemples 30 de réalisation décrits ci-après. On comprendra que ces modules MD2 à MD22 ne représentent que des exemples de mise en oeuvre non limitatifs de l'invention. Plus généralement, on comprendra que certains éléments généralement présents dans un serveur, dans un terminal de communication, ou encore dans un dispositif 15 électronique destiné à coopérer avec un tel terminal, ont été volontairement omis car ils ne sont pas utiles à la compréhension de la présente invention. On comprendra en outre que le système de contrôle SY et les terminaux Ti et T2 représenté en figures 1-4 ne constituent que des exemples de réalisation non limitatifs, 5 d'autres mises en oeuvre étant possibles dans le cadre de l'invention. L'homme du métier comprendra en particulier que certains éléments du système de contrôle SY et des terminaux Ti et T2 ne sont décrits ici que pour faciliter la compréhension de l'invention, ces éléments n'étant pas obligatoires pour mettre en oeuvre l'invention. Un mode de réalisation particulier est à présent décrit en référence à la figure 5. 10 Plus précisément, le serveur DP2 et le dispositif DP1 mettent collectivement en oeuvre un procédé de contrôle en exécutant respectivement les programmes d'ordinateur PG1 et PG2. En parallèle, le terminal Ti met en oeuvre un procédé de traitement en exécutant le programme d'ordinateur PG3. Dans un premier temps, le terminal Ti de l'utilisateur U1 et le serveur DP2 coopèrent 15 ensemble pour réaliser une phase dite d'enrôlement (étapes 52-56). On suppose ici que cet enrôlement ne se produit qu'une seule fois, par exemple lorsque le propriétaire U1 vient de faire l'acquisition de sa voiture SR et configure son terminal Ti en interagissant avec le serveur DP2 afin de pouvoir accéder par la suite librement à sa voiture. Lors de cet enrôlement initial, le terminal Ti envoie (52) au serveur DP2 une requête 20 d'enrôlement comportant l'identifiant ID1 du terminal Ti et, éventuellement, des droits d'accès RG1 représentatifs des droits que requière l'utilisateur U1 pour accéder au service SR. Ces droits d'accès RG1 peuvent se présenter sous la forme d'un identifiant ou d'un code correspondant aux droits d'accès requis. Ces droits d'accès spécifient par exemple les fonctionnalités auxquelles l'utilisateur U1 souhaite accéder (c.-à-d. utiliser), et 25 éventuellement aussi la durée ou la période de temps pendant laquelle chacune de ces fonctionnalités peuvent être accédées. Le serveur DP2 reçoit (S2) la requête d'enrôlement en provenance du terminal Ti puis détermine (S4) la première clé mère cryptographique OK_O déjà représentée en figure 1. Pour ce faire, le serveur DP2 récupère la clé maîtresse cryptographique CMK_O 30 dans sa mémoire et dérive la clé mère cryptographique OK_O à partir de la clé maîtresse CMK_O, de l'identifiant ID1 et des droits d'accès RG1. Autrement dit, le serveur DP2 détermine en S4 la première clé mère cryptographique OK_O par dérivation à partir de la clé maîtresse CMK_O et en prenant en entrée l'identifiant ID1 et les droits d'accès RG1. 16 Cette dérivation est réalisée par calcul en exécutant un algorithme de dérivation approprié dont le choix et l'implémentation sont définis par l'homme du métier. Dans un exemple particulier, la requête d'enrôlement envoyée par le terminal Ti en 52 comporte en outre un identifiant du service SR, c'est-à-dire identifiant de la voiture de 5 l'utilisateur U1 dans cet exemple. Le serveur DP2 peut prendre également en compte cet identifiant du service SR pour déterminer en 54 la clé mère OK_O. De cette manière, lorsqu'une pluralité de services sont possibles, le serveur DP2 peut déterminer la clé mère OK_O propre au service SR considéré. Dans ce document, on nommera « DERIV » l'algorithme de dérivation utilisé pour 10 effectuer les différentes opérations de dérivation de clés cryptographiques. Cet algorithme prend en entrée certains paramètres pour dériver une clé cryptographique d'un certain ordre (ou rang) de sorte à obtenir une clé cryptographique d'un ordre (ou rang) inférieur. On considère ici que la clé CMK_O est une clé maîtresse dans le sens où c'est la clé à partir de laquelle toutes les autres clés utilisées, pour un service donné SR, sont dérivées 15 directement ou indirectement, comme expliqué tout au long du présent exposé. Une clé d'ordre inférieur présente un lien intrinsèque avec la clé d'ordre immédiatement supérieur dont elle est directement issue, et également avec chaque autre clé d'ordre encore supérieure dont elle est éventuellement indirectement issue. Ce lien, qui résulte du mécanisme de dérivation utilisé, permet de contrôler efficacement la validité des 20 différentes clés cryptographiques attribuées aux utilisateurs et, en particulier, permet de révoquer facilement des droits d'accès attribués préalablement à des utilisateurs, comme expliqué par la suite. Avant de calculer (54) la clé mère OK_O, le serveur DP2 peut coopérer avec le terminal Ti pour réaliser une procédure d'authentification appropriée du terminal Ti 25 et/ou pour réaliser une procédure de vérification afin de vérifier que le terminal Ti (associé ici à l'utilisateur U1) est autorisé à recevoir la clé mère OK_O. Selon une variante, le terminal Ti ne fournit pas les droits d'accès RG1 en 52. C'est le serveur DP2 qui détermine lui-même les droits d'accès RG1 auxquels l'utilisateur U1 peut prétendre et qui utilise ceux-ci en 54 pour calculer la clé mère OK_O. 30 Comme représenté en figure 5, le serveur DP2 envoie (56) ensuite au terminal Ti la clé mère cryptographique OK_O obtenue en 54. Dans cet exemple, cet envoi 56 comprend en outre les droits d'accès RG1. Cet envoi est fait de préférence de façon sécurisée. Une fois reçue (56), le terminal Ti enregistre (58) la clé mère OK_O et les droits d'accès RG1 dans sa mémoire 34 (figure 4). Dans un exemple particulier, le premier 17 terminal Ti est un terminal de télécommunications, de type smartphone par exemple, et la mémoire locale 34 est une mémoire sécurisée d'un élément sécurisé (ou dispositif sécurisé), d'une carte SIM ou d'un module d'identité de souscripteur embarqué (de type eUICC pour « ernbedded Universal Integrated Circuit Card »). 5 Le terminal Ti est ainsi enrôlé auprès du serveur DP2, et plus généralement du système de contrôle SY, dans le sens où le terminal Ti s'est identifié auprès du serveur DP2 et détient à présent en mémoire la clé mère OK_O obtenue par dérivation à partir de la clé maîtresse CMK_O. Cette clé mère OK_O peut être utilisée par le terminal Ti lors de chaque accès au service SR. 10 On suppose que l'utilisateur U1 souhaite à présent accéder au service SR considéré. Pour ce faire, l'utilisateur U1 positionne par exemple son terminal Ti à proximité de sa voiture SR de sorte à ce que le terminal Ti puisse coopérer avec le dispositif électronique DP1 (figure 1). Le dispositif DP1 envoie (510) alors au terminal Ti une donnée de défi (ou 15 « challenge » en anglais) notée cl. Dans le présent exposé, cette donnée de défi cl et toutes les autres données de défi considérées ultérieurement dans le présent exposé peuvent se présenter sous une quelconque forme appropriée utilisable par un terminal destinataire pour générer un code MAC comme expliqué ci-après. Une telle donne de défi peut prendre la forme d'une série 20 d'au moins un caractère, de type alphanumérique ou autre par exemple. Cette donnée de défit cl, comme toutes les données de défi évoquées dans ce document, se caractérise en ce qu'elle est de préférence imprédictible, ou du moins difficile à prédire, pour une entité extérieure afin de rendre difficile tout accès non autorisé au service SR. Une fois la donnée de défi cl reçue (510), le terminal Ti génère (512) un code MAC 25 (pour « Code d'Authentification de Message »), noté MC1, à partir de la clé mère OK_O (récupérée depuis sa mémoire 34) et de la donnée de défi cl. De façon bien connue, un code MAC est un code accompagnant des données dans le but d'assurer l'intégrité de ces dernières, permettant ainsi de vérifier que celles-ci n'ont subi aucune modification, après une transmission par exemple. Dans le présent 30 document, le calcul du code MAC MC1 et de tous les codes MAC considérés ultérieurement est réalisé en exécutant un algorithme (noté « MAC » dans les figures) à partir d'une clé secrète, à savoir la clé mère OK_O dans cet exemple. L'utilisation d'un tel code MAC permet d'authentifier son expéditeur. Le choix et l'implémentation du calcul d'un tel code MAC sont définis par l'homme du métier selon chaque cas d'usage. 18 Lors d'une étape d'envoi 514, le terminal Ti envoie au dispositif DP1 le code MAC MC1 ainsi que son identifiant ID1 et les droits d'accès RG1. Une fois ces données reçues (514), le dispositif DP1 dérive la première clé mère cryptographique OK_O à partir de la clé maîtresse cryptographique CMK_O, de l'identifiant 5 ID1 du terminal Ti et des droits d'accès RG1. Autrement dit, le dispositif DP1 détermine en 516 la première clé mère cryptographique OK_O par dérivation à partir de la clé maîtresse CMK_O et en prenant en entrée l'identifiant ID1 et les droits d'accès RG1. Cette dérivation est réalisée en exécutant l'algorithme de dérivation DERIV déjà utilisé par le serveur DP2 lors de son étape de dérivation 54. 10 Le dispositif DP1 vérifie ensuite, à partir de la clé mère OK_O, que le code MAC MC1 reçu est valide. Pour ce faire, le dispositif DP1 génère (518) à son tour un code MAC, noté ici MC2, à partir de la clé mère OK_O et de la donnée de défi cl précédemment envoyée au terminal Ti en 510. Ce code MAC MC2 est obtenu en effectuant le même calcul que lors de l'étape de calcul 512 réalisée par le terminal Ti. 15 Le dispositif DP1 compare (520) ensuite le code MAC MC1 reçu en 514 avec le code MAC MC2 calculé en 518 et détermine si ces deux codes MAC coïncident. Dans cet exemple, le dispositif DP1 vérifie si MC1 et MC2 sont identiques. Le dispositif DP1 gère ensuite l'accès du terminal Ti au service SR à partir du résultat de la comparaison effectuée en 520 entre les codes MAC MC1 et MC2. 20 Plus précisément, lors d'une étape 522, le dispositif DP1 détermine à partir du résultat de la comparaison réalisée en 520 si le terminal Ti est autorisé à accéder au service SR selon les droits d'accès RG1. Autrement dit, le dispositif DP1 contrôle l'accès au service SR en fonction du résultat obtenu en 520. Ce contrôle peut se concrétiser par une autorisation d'accès ou par un blocage. 25 Le dispositif DP1 envoie (524) ensuite au terminal Ti une réponse DEC1 indiquant sa décision concernant la demande d'accès du terminal Ti au service SR. Dans cet exemple, s'il est détecté en 520 que les codes MAC MC1 et MC2 sont identiques, le dispositif DP1 autorise (522) l'accès au service SR selon les droits d'accès RG1 et envoie (524) une réponse DEC1 positive au terminal Ti. Dans le cas contraire 30 (codes MAC MC1 et MC2 différents), le dispositif DP1 bloque l'accès du terminal Ti au service SR et envoie une réponse négative en 524 pour en informer le terminal Ti. La présente invention permet ainsi de sécuriser l'accès d'un service en fournissant à des utilisateurs des droits d'accès associés à une clé mère cryptographique, cette dernière étant dérivée d'une clé maîtresse cryptographique d'ordre supérieur. Lorsqu'un utilisateur 19 souhaite accéder au service, il transmet au système de contrôle, via son terminal, un code MAC généré à partir de sa clé mère cryptographique. En revanche, l'utilisateur ne transmet pas sa clé mère cryptographique puisque le système de contrôle est capable de la retrouver lui-même par calcul. Ce procédé permet ainsi de sécuriser l'accès au service 5 tout en limitant la diffusion des clés cryptographiques. Dans l'exemple ci-dessus, la clé mère cryptographique OK_O n'est diffusé qu'une fois, lors de l'enrôlement. L'invention permet aussi de faciliter la révocation des droits d'accès susceptibles d'avoir été attribués à un utilisateur. En effet, il suffit que la clé maîtresse CMK_O soit révoquée pour que toutes les clés dérivées de cette clé maîtresse le soit également. La 10 révocation de la clé maîtresse CMK_O peut se faire de différentes façons. On peut par exemple informer explicitement le serveur DP1 de la révocation. En réponse à une commande de révocation de la clé maîtresse CMK_O, le serveur DP1 ne distribue plus de clés dérivées de cette clé maîtresse CMK_O. Par ailleurs, le serveur DP1 peut éventuellement informer le dispositif DP1 de la révocation, de sorte que le dispositif DP1 15 n'utilise plus la clé maîtresse CMK_O pour vérifier les authentifications. De ce fait, toutes les clés dérivées à partir de la clé maîtresse CMK_O sont automatiquement révoquées également. Dans un autre exemple, on peut procéder au changement de clé maîtresse directement au niveau du dispositif DP1 contrôlant l'accès au service SR. Dans ce cas, le 20 dispositif DP1 remplace la clé maîtresse CMK_O par une nouvelle clé maîtresse CMK_1. Ceci a également pour effet de révoquer toutes les clés dérivées à partir de l'ancienne clé maîtresse CMK_O, puisque le dispositif DP1 sera dorénavant incapable de les calculer. Cette procédure de remplacement de clé maîtresse peut éventuellement être effectuée à l'aide un dispositif spécifique détenu par l'utilisateur (ou propriétaire) du service SR. 25 Selon une variante, le système de contrôle SY reçoit une commande de révocation de la clé maîtresse CMK_O (ou une notification que la clé maîtresse CMK_O n'est plus valide) avant de réaliser l'étape 516 (figure 5) de détermination de la clé mère OK_O. Sur réception de cette commande de révocation, le système de contrôle SY détermine que le code MAC MC1 reçu en 514 est invalide et refuse l'accès au service SR. Cette commande 30 de révocation peut être reçue directement par le dispositif DP1 ou, alternativement, cette commande peut être reçue par le serveur DP2 puis transmise par toute méthode de communication appropriée au dispositif DP1. 20 On suppose à présent que l'utilisateur U1 souhaite déléguer à l'utilisateur U2 certains droits d'accès à son véhicule SR. Pour ce faire, plusieurs modes de réalisation sont possibles, comme décrits ci-après en référence aux figures 6 et 7. Plus précisément, selon un mode de réalisation représenté en figure 6, le serveur 5 DP2 et le dispositif DP1 mettent collectivement en oeuvre un procédé de contrôle en exécutant respectivement les programmes d'ordinateur PG1 et PG2. En parallèle, le terminal Ti met en oeuvre un procédé de traitement en exécutant le programme d'ordinateur PG3. Le terminal T2 met également en oeuvre un procédé de traitement en exécutant un programme d'ordinateur. 10 On suppose à présent que le terminal Ti s'est enrôlé (étapes 52-56) auprès du serveur DP2 et contient en mémoire la clé mère cryptographique OK_O (étape 58), comme précédemment décrit en référence à la figure 5. Le terminal Ti a éventuellement déjà accédé au service SR (étapes 510-524) bien que cela ne soit pas nécessaire. On suppose en outre que l'utilisateur U1 souhaite à présent déléguer à l'utilisateur U2 15 certains droits d'accès, notés RG2, pour utiliser son véhicule SR. Comme représenté en figure 6, les terminaux Ti et T2 interagissent ensemble afin de réaliser une phase de délégation des droits d'accès RG2 depuis le terminal Ti du propriétaire U1 vers le terminal T2 du tiers U2 (étapes 530-S34). Pour ce faire, les utilisateurs U1 et U2 positionnent par exemple leur terminaux respectifs U1 et U2 à proximité l'un de l'autre afin que ceux-ci 20 communiquent en NFC ou Bluetooth par exemple. Dans les exemples qui suivent, on suppose que l'utilisateur U1 ne peut déléguer que tout ou partie des droits d'accès dont il est lui-même titulaire. Autrement dit, les deuxièmes droits d'accès RG2 correspondent à tout ou partie des premiers droits d'accès RG1, bien que d'autres modes de réalisation soient possibles. 25 Comme représenté en figure 6, lors de cette phase de délégation de droits d'accès, le terminal T2 envoie (530) au terminal Ti une requête d'accès comportant un identifiant ID2 du terminal T2 et les droits d'accès RG2 qu'il requière pour accéder au service SR. Une fois ces données reçues (530), le terminal Ti dérive une clé fille cryptographique UK_O à partir de la première clé mère cryptographique OK_O, de l'identifiant ID2 du 30 deuxième terminal et des deuxième droits d'accès RG2. Autrement dit, le terminal Ti détermine la clé fille cryptographique UK_O par dérivation à partir de la clé mère cryptographique OK_O et en prenant en entrée l'identifiant ID2 et les droits d'accès RG2. Pour ce faire, le terminal récupère la clé mère cryptographique OK_O dans sa mémoire 21 locale 34. Cette dérivation 532 est réalisée par calcul en exécutant un algorithme de dérivation DERIV de façon analogue aux étapes 54 et 516 représentées en figure 5. On entend ici par « clé fille », le fait que la clé UK_O est dérivée de la clé mère OK_1 qui est d'un ordre supérieur. 5 Selon une variante, le terminal T2 ne fournit pas les droits d'accès RG2 en 530. C'est le terminal Ti qui détermine lui-même les droits d'accès RG2 et qui les utilise en S32 pour calculer la clé fille UK_O. Avant de calculer (S32) la clé fille UK_O, le terminal Ti peut réaliser une procédure d'authentification appropriée du terminal T2 et/ou une procédure de vérification pour 10 vérification que le terminal T2 (associé à l'utilisateur U2) est autorisé à recevoir cette clé fille UK_O. Comme représenté en figure 6, le terminal Ti envoie (S34) ensuite au terminal T2 la clé fille cryptographique UK_O obtenue en S32, de sorte à permettre au terminal T2 d'accéder au service SR selon les deuxièmes droits RG2. Cet envoi S34 est de préférence 15 réalisé de façon sécurisé. Dans cet exemple, le terminal Ti envoie (S34) en outre au terminal T2 les droits d'accès RG2 ainsi que l'identifiant ID1 du terminal Ti et les droits d'accès RG1 associés au terminal Ti. Le terminal T2 enregistre (S36) ensuite la clé fille UK_O et les autres données reçues en S34 dans sa mémoire. 20 Le terminal Ti a ainsi réalisé une délégation de pouvoir au bénéfice du terminal T2 de l'utilisateur U2. Le terminal T2 détient à présent en mémoire notamment la clé fille UK_O obtenue par dérivation de la clé mère OK_O. Cette clé fille UK_O peut être utilisée par le terminal T2 lors de chaque accès au service SR. Bien entendu, les deuxièmes droits d'accès RG2 peuvent être plus limités, notamment 25 dans le temps et/ou en ce qui concerne les fonctionnalités accessibles de la voiture SR, que les premiers droits d'accès RG1. On suppose que l'utilisateur U2 souhaite à présent accéder au service SR considéré. Pour ce faire, le terminal T2 coopère avec le dispositif DP1 de façon analogue à l'interaction décrite précédemment entre le terminal Ti et le dispositif DP1 en référence 30 aux étapes 510-524 (figure 5). Plus précisément, l'utilisateur U2 positionne par exemple son terminal T2 à proximité de la voiture SR de sorte à ce que le terminal T2 puisse coopérer avec le dispositif électronique DP1 (figure 1). 22 Le dispositif DP1 envoie (538) alors au terminal T2 une donnée de défi notée c2. Cette donnée de défi c2 se caractérise de la même manière que la donnée de défi cl déjà décrite ci-avant en référence à la figure 5. Une fois cette donnée de défi c2 reçue (538), le terminal T2 génère (540) un code 5 MAC noté MC3 à partir de la clé fille UK_O et de la donnée de défi c2. Lors d'une étape d'envoi 542, le terminal T2 envoie au dispositif DP1 le code MAC MC3 ainsi que son identifiant ID2, les droits d'accès RG2, l'identifiant ID1 du terminal Ti et les droits d'accès RG1 du terminal Ti. Une fois ces données reçues (542), le dispositif DP1 effectue une double dérivation 10 afin d'obtenir la clé fille UK_O à partir de la clé maîtresse CM K_0. Plus précisément, le dispositif DP1 dérive (544) la première clé mère cryptographique OK_O à partir de la clé maîtresse cryptographique CMK_O, de l'identifiant ID1 du terminal Ti et des droits d'accès RG1, comme déjà décrit en référence à l'étape 516 (figure 5). Le dispositif DP1 dérive (546) ensuite la clé fille cryptographique UK_O à partir de la 15 première clé mère cryptographique OK_O, de l'identifiant ID2 du terminal T2 et des droits d'accès RG2, de façon analogue à la dérivation 544. Autrement dit, le dispositif DP1 détermine en 546 la clé fille UK_O par dérivation à partir de la clé mère OK_O et en prenant en entrée l'identifiant ID2 et les droits d'accès RG2. Cette dérivation est réalisée en exécutant l'algorithme de dérivation DERIV déjà mentionné ci-avant. 20 Lors des étapes 544 et 546, les droits d'accès RG1 puis RG2 peuvent ainsi fournir au dispositif DP1 les informations nécessaires pour déterminer quel « chemin » de dérivation doit être adopté, c'est-à-dire pour déterminer comment l'opération de dérivation doit être exécutée. Le dispositif DP1 vérifie ensuite, à partir de la clé fille UK_O, que le code MAC MC3 25 reçu est valide. Pour ce faire, le dispositif DP1 génère (548) à son tour un code MAC, noté ici MC4, à partir de la clé fille UK_O et de la donnée de défi c2 précédemment envoyée au terminal T2 en 538. Ce code MAC MC4 est obtenu en effectuant le même calcul que lors de l'étape de calcul 540 réalisée par le terminal T2. Le dispositif DP1 compare (550) ensuite le code MAC MC3 reçu en 542 avec le code 30 MAC MC4 calculé en 548 et détermine si ces deux codes MAC sont coïncident (i.e. sont identiques). Le dispositif DP1 gère ensuite l'accès du terminal T2 au service SR à partir du résultat de la comparaison effectuée en 550 entre les codes MAC MC3 et MC4. 23 Plus précisément, lors d'une étape 552, le dispositif DP1 détermine à partir du résultat de la comparaison réalisée en 550 si le terminal T2 est autorisé à accéder au service SR selon les droits d'accès RG2. Autrement dit, le dispositif DP1 contrôle l'accès au service SR en fonction du résultat obtenu en 550. Ce contrôle peut se concrétiser par une 5 autorisation d'accès ou par un blocage. Le dispositif DP1 envoie (554) ensuite au terminal T2 une réponse DEC2 indiquant sa décision concernant la demande d'accès du terminal T2 au service SR. Dans cet exemple, s'il est détecté en 550 que les codes MAC MC3 et MC4 sont identiques, le dispositif DP1 autorise (552) l'accès au service SR selon les droits d'accès 10 RG2 et envoie (554) une réponse DEC2 positive au terminal T2. Dans le cas contraire (codes MAC MC3 et MC4 différents), le dispositif DP1 bloque (552) l'accès du terminal T2 au service SR et envoie une réponse DEC2 négative en 554 pour en informer le terminal T2. Il est ainsi possible pour le propriétaire U1 de déléguer certains droits d'accès à un 15 tiers U2 afin que ce dernier bénéficie de tout ou partie du service SR. Une variante de réalisation est à présent décrite en référence à la figure 7. Cette variante diffère du mode de réalisation de la figure 6 en ce que la phase de délégation des droits d'accès est réalisée cette fois entre le terminal T2 et le système de contrôle SY. Le terminal Ti n'intervient pas dans cette phase de délégation. 20 Le serveur DP2 et le dispositif DP1 mettent collectivement en oeuvre un procédé de contrôle en exécutant respectivement les programmes d'ordinateur PG1 et PG2. En parallèle, le terminal T2 met également en oeuvre un procédé de traitement en exécutant un programme d'ordinateur. On suppose ici également que le terminal Ti s'est enrôlé (étapes 52-56) auprès du 25 serveur DP2 comme précédemment décrit en référence à la figure 5. Le terminal Ti a éventuellement déjà accédé au service SR (étapes 510-524) bien que cela ne soit pas nécessaire. Dans un premier temps, on suppose en outre que l'utilisateur U2 souhaite obtenir certains droits d'accès, notés RG2, pour utiliser le véhicule SR du propriétaire U1. Comme 30 représenté en figure 7, le terminal Ti et le serveur DP2 interagissent ici ensemble afin de réaliser une phase de délégation des droits d'accès RG2 (étapes 560-564). Pour ce faire, le terminal T2 communique par exemple avec le serveur DP2 via Internet ou tout autre réseau de communication approprié. 24 On suppose ici aussi que l'utilisateur U2 ne peut se voir attribué des droits d'accès RG2 allant au-delà des droits d'accès RG1 dont le propriétaire U1 est titulaire. Autrement dit, les deuxièmes droits d'accès RG2 correspondent à tout ou partie des premiers droits d'accès RG1, bien que d'autres modes de réalisation soient possibles. 5 Comme représenté en figure 7, lors de cette phase de délégation de droits d'accès, le terminal T2 envoie (560) au serveur DP2 une requête d'accès comportant un identifiant ID2 du terminal T2 et les droits d'accès RG2 qu'il requière pour accéder au service SR. Une fois ces données reçues (560), le dispositif DP1 dérive (562) une deuxième clé mère cryptographique OK_1, différente de la première clé mère OK_O, à partir de la clé 10 maîtresse cryptographique CMK_O, de l'identifiant ID2 du deuxième terminal T2 et des deuxième droits d'accès RG2. Autrement dit, le serveur DP2 détermine cette nouvelle clé mère OK_1 par dérivation à partir de la clé maîtresse CMK_O et en prenant en entrée l'identifiant ID2 et les droits d'accès RG2. Pour ce faire, le serveur DP2 récupère la clé maîtresse CMK_O dans sa mémoire locale 14. Cette dérivation 562 est réalisée par calcul 15 en exécutant un algorithme de dérivation DERIV de façon analogue aux étapes 54 et 516 représentées en figure 5. A noter que cette deuxième clé mère OK_1 est du même ordre que la première clé mère OK_O décrite précédemment. Selon une variante, le terminal T2 ne fournit pas les droits d'accès RG2 en 560. C'est le serveur DP2 qui détermine lui-même les droits d'accès RG2 et qui les utilise en 562 20 pour calculer la deuxième clé mère OK_1. Avant de calculer (562) la deuxième clé mère OK_1, le serveur DP2 peut réaliser une procédure d'authentification appropriée du terminal T2 et/ou une procédure de vérification pour vérifier que le terminal T2 (associé à l'utilisateur U2) est autorisé à recevoir cette clé mère OK_1. 25 Comme représenté en figure 7, le serveur DP2 envoie (564) ensuite au terminal T2 la deuxième clé mère cryptographique OK_1 obtenue en 562, de sorte à permettre au terminal T2 d'accéder au service SR selon les deuxièmes droits RG2. Dans cet exemple, le serveur DP2 envoie (564) en outre au terminal T2 les droits d'accès RG2. Selon un exemple particulier, le serveur DP2 ne procède à l'envoi 564 que sur 30 réception d'une commande du terminal Ti confirmant que l'utilisateur U2 est autorisé à obtenir les droits d'accès considérés. Toujours dans l'exemple représenté en figure 7, le terminal T2 enregistre (566) ensuite la deuxième clé mère OK_1 et les droits d'accès RG2 dans sa mémoire. A noter que l'identifiant ID2 du terminal T2 est également stockée dans sa mémoire. 25 Le dispositif DP1 a ainsi réalisé une délégation de pouvoir au bénéfice du terminal T2 de l'utilisateur U2. Le terminal T2 détient à présent en mémoire notamment la deuxième clé mère OK_1 obtenue par dérivation à partir de la clé maîtresse CMK_O. Cette clé mère OK_1 peut être utilisée par le terminal T2 lors de chaque accès au service SR. 5 De même que pour la variante représentée en figure 6, les deuxièmes droits d'accès RG2 peuvent être plus limités que les premiers droits d'accès RG1, notamment dans le temps et/ou en ce qui concerne les fonctionnalités accessibles de la voiture SR,. On suppose que l'utilisateur U2 souhaite à présent accéder au service SR considéré. Pour ce faire, le terminal T2 coopère avec le dispositif DP1 de façon analogue à 10 l'interaction décrite précédemment entre le terminal T1 et le dispositif DP1 en référence aux étapes 510-524 (figure 5). Plus précisément, l'utilisateur U2 positionne par exemple son terminal T2 à proximité de la voiture SR de sorte à ce que le terminal T2 puisse coopérer avec le dispositif électronique DP1 (figure 1). Le dispositif DP1 envoie (568) alors au terminal T2 un donnée de défi notée c3. Cette 15 donnée de défi c3 se caractérise de la même manière que la donnée de défi cl déjà décrite ci-avant en référence à la figure 5. Une fois cette donnée de défi c3 reçue (568), le terminal T2 génère (570) un code MAC noté MC5 à partir de la deuxième clé mère OK_1 et de la donnée de défi c3. Lors d'une étape d'envoi 572, le terminal T2 envoie au dispositif DP1 le code MAC 20 MC5 ainsi que son identifiant ID2 et les droits d'accès RG2. Une fois ces données reçues (572), le dispositif DP1 dérive (574) la deuxième clé mère cryptographique OK_1 à partir de la clé maîtresse cryptographique CMK_O, de l'identifiant ID2 du terminal T2 et des droits d'accès RG2, de la même manière qu'à l'étape précédente 562 réalisée par le serveur DP2. 25 Le dispositif DP1 vérifie ensuite, à partir de la deuxième clé mère OK_1, que le code MAC MC5 reçu est valide. Pour ce faire, le dispositif DP1 génère (576) à son tour un code MAC, noté ici MC6, à partir de la deuxième clé mère OK_1 et de la donnée de défi c3 précédemment envoyée au terminal T2 en 568. Ce code MAC MC6 est obtenu en effectuant le même calcul que lors de l'étape de calcul 570 réalisée au préalable par le 30 terminal T2. Le dispositif DP1 compare (578) ensuite le code MAC MC5 reçu en 572 avec le code MAC MC6 calculé en 576 et détermine si ces deux codes MAC sont coïncident (i.e. sont identiques). 26 Le dispositif DP1 gère ensuite l'accès du terminal T2 au service SR à partir du résultat de la comparaison effectuée en 578 entre les codes MAC MC5 et MC6. Plus précisément, lors d'une étape 580, le dispositif DP1 détermine à partir du résultat de la comparaison réalisée en 578 si le terminal T2 est autorisé à accéder au 5 service SR selon les droits d'accès RG2. Autrement dit, le dispositif DP1 contrôle l'accès au service SR en fonction du résultat obtenu en 578. Ce contrôle peut se concrétiser par une autorisation d'accès ou par un blocage. Le dispositif DP1 envoie (582) ensuite au terminal T2 une réponse DEC3 indiquant sa décision concernant la demande d'accès du terminal T2 au service SR. 10 Dans cet exemple, s'il est détecté en 578 que les codes MAC MC5 et MC6 sont identiques, le dispositif DP1 autorise (580) l'accès au service SR selon les droits d'accès RG2 et envoie (582) une réponse DEC3 positive au terminal T2. Dans le cas contraire (codes MAC MC5 et MC6 différents), le dispositif DP1 bloque (580) l'accès du terminal T2 au service SR et envoie une réponse DEC3 négative en 582 pour en informer le terminal 15 T2. Il est ainsi possible pour l'utilisateur U2 d'obtenir des droits d'accès RG2 délégués par le propriétaire U1 à l'aide du système de contrôle SY, et plus particulièrement à partir du serveur DP2 dans cet exemple. Dans une variante, la phase de délégation correspondant aux étapes 560-564 de la figure 7 est réalisée par le dispositif DP1. 20 L'invention permet au titulaire de droits d'accès à un service de déléguer certains droits à un tiers afin que celui-ci accède à tout ou partie du service avec le consentement du titulaire. L'accès au service par des tiers est ainsi possible de façon sécurisée. L'invention permet en particulier de contrôler les droits d'accès délégués aux tiers, en adaptant au besoin les fonctionnalités de service accessibles selon les droits délégués 25 et/ou la durée de validité des droits délégués. L'invention permet aussi de faciliter la révocation des droits d'accès délégués à des tiers. Par exemple, si la clé maîtresse CMK_O est révoquée ou n'est plus valide pour une raison quelconque (par exemple parce qu'une nouvelle clé maîtresse CMK_1 est valide en remplacement de CMK_O), le système de contrôle SY détermine en 54 (figure 6) ou en 30 574 (figure 7) une clé mère différente de celle utilisée par le terminal Ti, et le système de contrôle SY en déduit alors que la demande d'accès du terminal T2 doit être rejetée (car les codes MACs sont différents). De même, si la première clé mère OK_O est révoquée ou n'est plus valide pour une raison quelconque (par exemple parce qu'une nouvelle clé maîtresse CMK_1 est valide en remplacement de CMK_O), le système de 27 contrôle SY obtient en 546 (figure 6) une clé fille différente de la clé UK_O attendue, et le système de contrôle SY en déduit alors que la demande d'accès du terminal T2 doit être rejetée. Ainsi, il est par exemple possible pour le propriétaire U1 (ou une autorité tierce) de 5 demander la révocation de la clé maîtresse CMK_O lorsqu'il vend sa voiture à un tiers, causant ainsi la révocation immédiate et automatique de tous les droits d'accès susceptibles d'avoir été délégués dans le passé à des tiers. Cette révocation ne nécessite aucune récupération de données depuis les terminaux des tiers concernés, ni d'interaction particulière avec les terminaux de ces tiers. Une telle révocation ne nécessite pas non plus 10 de transmettre au système de contrôle SY, et en particulier au dispositif DP1, des informations liées à tous les utilisateurs qui avaient des droits d'accès au service SR considéré. Selon une variante, le système de contrôle SY reçoit une commande de révocation de la clé maîtresse CMK_O avant de réaliser l'étape 544 (figure 6) ou 574 (figure 7). Cette 15 commande de révocation peut être envoyée par un quelconque terminal de communication ou serveur, tel que le serveur DP2. Un tiers ou une autorité compétente peut ainsi à tout moment mettre fin à la validité d'une clé maîtresse associée au service SR concerné. Selon un exemple particulier, cette demande de révocation a pour effet, au niveau du système de contrôle SY, de changer la clé maîtresse CMK_O en une nouvelle clé 20 maîtresse CMK_1. Ceci a pour conséquence que tous les codes MACs calculés ultérieurement à partir de clés dérivées de CMK_O sont invalides. Sur réception de cette commande de révocation, le système de contrôle SY détermine que le code MAC reçu depuis le terminal T2 est invalide et refuse l'accès au service SR. Cette commande de révocation peut être reçue directement par le dispositif DP1 ou, alternativement, cette 25 commande peut être reçue par le serveur DP2 puis transmise par toute méthode de communication appropriée au dispositif DP1. Si le dispositif DP1 reçoit directement cette commande de révocation, il peut en informer le serveur DP2 ou le serveur DP2 peut en être informé indépendamment du dispositif DP1 par tout autre moyen, de sorte que le serveur DP2 ait connaissance de la révocation de la clé maîtresse CMK_O. 30 Selon un autre exemple, la commande de révocation reçue par le système de contrôle SY cause la révocation d'au moins l'une parmi les clés cryptographiques OK_O, OK_1 et UK_O précédemment décrites, bloquant ainsi l'accès à chaque utilisateur utilisant la clé en question, ou une clé dérivée directement ou indirectement de celle-ci. 28 Les commandes de révocation mentionnées ci-avant peuvent par exemple être envoyées par le terminal Ti au système de contrôle SY. Dans un exemple de réalisation particulier, le premier tiers U2 à qui ont été délégués certains droits d'accès au service SR peut par exemple être autorisé par le propriétaire U1 5 à déléguer à son tour certains droits d'accès à d'autres tiers. Une telle sous-délégation peut, par exemple, être réalisée de façon analogue à l'un des modes de réalisation représentés en figures 6 et 7. Dans ce cas, la révocation de la clé dérivée fournie au premier tiers U1 permet de mettre fin instantanément à l'accès du tiers U1, et de tous autres tiers bénéficiant d'une sous-délégation par le tiers U1 ou par le tiers U2, au service 10 SR concerné. Selon une variante, le système de contrôle SY reçoit une commande de révocation de la première clé mère OK_O avant de réaliser l'étape 544 (figure 6) ou 574 (figure 7). Cette commande de révocation peut être envoyée par un quelconque terminal de communication ou serveur, tel que le serveur DP2. Un tiers ou une autorité compétente 15 peut ainsi à tout moment mettre fin à la validité d'une clé mère associée au service SR concerné. Cette demande de révocation a pour effet, au niveau du système de contrôle SY, de changer la clé mère OK_O en une nouvelle clé mère notée OK_1 par exemple. Sur réception de cette commande de révocation, le système de contrôle SY détermine que le code MAC reçu depuis le terminal T2 est invalide et refuse l'accès au service SR. Cette 20 commande de révocation peut être reçue directement par le dispositif DP1 ou, alternativement, cette commande peut être reçue par le serveur DP2 puis transmise par toute méthode de communication appropriée au dispositif DP1. Dans cet cas, le dispositif DP1 peut garder en mémoire, dans une liste noire, l'identifiant de la clé mère OK_O qui a été révoquée. 25 Selon une variante de réalisation, le dispositif DP1 et le serveur DP2 forme un seul et même dispositif. Dans ce cas, le système de contrôle peut stocker la clé mère OK_O calculée en S4 (figure 5) de sorte qu'il ne soit pas nécessaire de la recalculer ultérieurement en 516. Cette variante s'applique de façon analogue pour les modes de réalisation représentées en figures 6 et 7. 30 Dans les modes de réalisation décrits ci-avant, les codes MAC générés par les terminaux clients Ti et T2, ainsi que par le système de contrôle SY, sont obtenus à partir d'une clé cryptographique et d'une donnée de défi. Selon une variante, le calcul du code MAC prend également en entrée une donnée additionnelle (ou donnée d'information), dont la nature et le format peuvent être adaptés selon le cas. Cette donnée additionnelle 29 peut par exemple être prise en compte lors des étapes 540 et 548 (figure 6), ou encore lors des étapes 570 et 576 (figure 7), cette donnée additionnelle spécifiant par exemple les fonctionnalités (ou actions) que l'utilisateur est effectivement autorisé à exécuter en lien avec le service SR considéré (ouvrir le véhicule avec droit de démarrage, ouvrir le 5 coffre seulement...). Un homme du métier comprendra que les modes de réalisation et variantes décrits ci-avant ne constituent que des exemples non limitatifs de mise en oeuvre de l'invention. En particulier, l'homme REVENDICATIONS1. Procédé de contrôle, mis en oeuvre par un système de contrôle (SY), pour contrôler l'accès à un service (SR), le procédé comprenant les étapes suivantes : - envoi d'une première donnée de défi (cl) à un premier terminal (T1) ; - réception, en réponse audit envoi, d'un premier code MAC (MC1) généré par le premier terminal accompagné d'un identifiant (ID1) du premier terminal et de premiers droits d'accès (RG1) pour accéder au service ; - dérivation d'une première clé mère cryptographique (OK_O) à partir d'une clé maîtresse cryptographique (CMK_O), de l'identifiant du premier terminal et des premiers droits d'accès ; - génération d'un deuxième code MAC (MC2) à partir de la première donnée de défi (cl) et de la première clé mère cryptographique (OK_O); et - gestion de l'accès du premier terminal au service à partir d'une comparaison des premier et deuxième codes MAC. 2. Procédé selon la revendication 1, dans lequel, au cours de l'étape de gestion d'accès, le système de contrôle autorise l'accès du premier terminal (Ti) au service (SR) selon les premiers droits d'accès (RG1) seulement s'il est déterminé lors de ladite comparaison que les premier et deuxième codes MAC coïncident. 3. Procédé selon la revendication 1 ou 2, comprenant, préalablement à l'envoi de la première donnée de défi (cl), un enrôlement comprenant les étapes suivantes : - réception, en provenance du premier terminal (Ti), de l'identifiant (ID1) du premier terminal et des premiers droits d'accès (RG1) pour accéder au service ; - dérivation de la première clé mère cryptographique (OK_O) à partir de la clé maîtresse cryptographique (CMK_O), de l'identifiant du premier terminal et des premiers droits d'accès ; et - envoi, au premier terminal, de la première clé mère cryptographique (OK_O) de sorte à permettre au premier terminal d'accéder au service (SR) selon les premiers droits si les premier et deuxième codes MAC coïncident. 4. Procédé selon l'une quelconque des revendications 1 à 3, comprenant : 31 - réception, en provenance d'un deuxième terminal (T2), d'un identifiant (ID2) du deuxième terminal et de deuxièmes droits d'accès (RG2) pour accéder au service (SR) ; - dérivation d'une deuxième clé mère cryptographique (OK_1), différente de la 5 première clé mère cryptographique (OK_O), à partir de la clé maîtresse cryptographique (CMK_O), de l'identifiant (ID2) du deuxième terminal et des deuxièmes droits d'accès (RG2) ; et - envoi, au deuxième terminal, de la deuxième clé mère cryptographique (OK_1) de sorte à permettre au deuxième terminal d'accéder au service (SR) selon les 10 deuxièmes droits d'accès. 5. Procédé selon la revendication 4, comprenant : - envoi d'une deuxième donnée de défi (c3) au deuxième terminal (T2) ; - réception, en réponse à l'envoi de la deuxième donnée de défi, d'un troisième 15 code MAC (MC5) généré par le deuxième terminal accompagné d'un identifiant (ID2) du deuxième terminal et des deuxièmes droits d'accès (RG2) pour accéder au service ; - dérivation d'une deuxième clé mère cryptographique (OK_1), différente de la première clé mère cryptographique (OK_O), à partir de la clé maîtresse 20 cryptographique (CMK_O), de l'identifiant du deuxième terminal et des deuxièmes droits d'accès ; - génération d'un quatrième code MAC (MC6) à partir de la deuxième donnée de défi (c3) et à partir de la deuxième clé mère cryptographique (OK_1) ; et - gestion de l'accès du deuxième terminal au service à partir d'une comparaison 25 des troisième et quatrième codes MAC. 6. Procédé selon l'une quelconque des revendications 1 à 5, le procédé comprenant une étape de révocation de la clé maîtresse cryptographique (CMK_O) causant la révocation de chaque clé cryptographique dérivée directement ou indirectement de la clé 30 maîtresse cryptographique. 7. Procédé de traitement, mis en oeuvre par un premier terminal (T1), pour accéder à un service (SR) dont l'accès est contrôlé par un système de contrôle (SY), comprenant les étapes suivantes : 32 - réception d'une donnée de défi (cl) en provenance du système de contrôle ; - génération d'un premier code MAC (MC1) à partir de la donnée de défi et d'une première clé mère cryptographique (OK_O) ; et - envoi, au système de contrôle, du premier code MAC (MC1) accompagné d'un 5 identifiant (ID1) du premier terminal et de premiers droits d'accès (RG1) pour accéder au service, de sorte à permettre au système de contrôle de contrôler, à partir d'une clé maîtresse cryptographique (CMK_O) dont est dérivée la première clé mère cryptographique (OK_O), si le premier terminal est autorisé à accéder au service selon les premiers droits d'accès. 10 8. Procédé selon la revendication 7, dans lequel l'étape de génération du premier code MAC comprend la récupération de la première clé mère cryptographique (OK_O) stockée dans une mémoire locale du premier terminal (Ti). 15 9. Procédé selon la revendication 8, le premier terminal étant un terminal de télécommunications et la mémoire locale étant une mémoire sécurisée d'une carte SIM ou d'un module d'identité de souscripteur embarqué. 10. Procédé selon l'une quelconque des revendications 7 à 9, comprenant, 20 préalablement à la génération du premier code MAC, un enrôlement comprenant : - envoi, au système de contrôle (SY), de l'identifiant (ID1) du premier terminal et des premiers droits d'accès (RG1) pour accéder au service ; - réception, en provenance du système de contrôle, de la première clé mère cryptographique (OK_O) dérivée à partir d'une clé maîtresse cryptographique 25 (CMK_O), de l'identifiant du premier terminal et des droits d'accès ; et - enregistrement de la première clé mère cryptographique (OK_O). 11. Procédé selon l'une quelconque des revendications 7 à 10, comprenant : - réception, en provenance d'un deuxième terminal (T2), d'un identifiant (ID2) du 30 deuxième terminal et de deuxièmes droits d'accès (RG2) pour accéder au service ; - dérivation d'une clé fille cryptographique (UK_O) à partir de la première clé mère cryptographique (OK_O), de l'identifiant (ID2) du deuxième terminal et des deuxième droits d'accès (RG2) ; et 33 - envoi, au deuxième terminal, de la clé fille cryptographique (UK_O) de sorte à permettre au deuxième terminal d'accéder au service (SR) selon les deuxièmes droits. 5 12. Procédé selon la revendication 11, comprenant l'envoi, au système de contrôle (SY), d'une commande de révocation requérant la révocation de la clé fille cryptographique (UK_O). 13. Programme d'ordinateur (PG1, PG2 ; PG3) comportant des instructions pour 10 l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 12 lorsque ledit programme est exécuté par un ordinateur. 14. Système de contrôle (SY) configuré pour contrôler l'accès à un service (SR), comprenant : 15 - un module d'envoi configuré pour envoyer une première donnée de défi (cl) à un premier terminal (Ti) ; - un module de réception configuré pour recevoir, en réponse audit envoi, un premier code MAC (MC1) généré par le premier terminal accompagné d'un identifiant (ID1) du premier terminal et de premiers droits d'accès (RG1) pour 20 accéder au service ; - un module de dérivation configuré pour dérivée une première clé mère cryptographique (OK_O) à partir d'une clé maîtresse cryptographique (CMK_O), de l'identifiant du premier terminal et des premiers droits d'accès ; - un module de génération configuré pour générer un deuxième code MAC (MC2) à 25 partir de la première donnée de défi (cl) de la première clé mère cryptographique (OK_O); et - un module de gestion configuré pour contrôler l'accès du premier terminal au service à partir d'une comparaison des premier et deuxième codes MAC. 30 15. Terminal (Ti), dit premier terminal, configuré pour accéder à un service (SR) dont l'accès est contrôlé par un système de contrôle (SY), comprenant : - un module de réception configuré pour recevoir une donnée de défi (c1) en provenance du système de contrôle ; 34 - un module de génération configuré pour générer un premier code MAC (MC1) à partir de la donnée de défi et d'une première clé mère cryptographique (OK_O) ; et - un module d'envoi configuré pour envoyer au système de contrôle le premier 5 code MAC (MC1) accompagné d'un identifiant (ID1) du premier terminal et de premiers droits d'accès (RG1) pour accéder au service, de sorte à permettre au système de contrôle de contrôler, à partir d'une clé maîtresse cryptographique (CMK_O) dont est dérivée la première clé mère cryptographique (OK_O), si le premier terminal est autorisé à accéder au service selon les premiers droits 10 d'accès.