FR 2950450 A1 20110325 FR 0956433 A 20090918 Arrière-plan de l'invention La présente invention se situe dans le domaine de la dématérialisation des tickets de stationnement. Le document WO 2004/055736 décrit un système pour gérer des places de stationnement dans lequel les titres de stationnement sont constitués par des titres de stationnement électroniques délivrés par un horodateur moyennant paiement. Plus précisément, ces titres de stationnement sont des transpondeurs capables de communiquer sans contact avec un lecteur utilisé par un agent de contrôle pour vérifier la validité du titre. La Demanderesse s'est aperçue que ce système, bien que particulièrement avantageux, ne permettait pas de se prémunir contre les attaques connues de l'homme du métier de la cryptographie sous le nom d'« attaque de l'homme du milieu (HDM) » ou « man in the middle attack (MITM) » en anglais. En effet, si un transpondeur pirate parvient, dans le mécanisme du document WO 2004/055736 a récupérer frauduleusement les données de stationnement mémorisées dans un autre transpondeur, et à fournir ces données au contrôleur qui l'interroge, l'agent de contrôle ne sera pas en mesure de détecter la fraude, les données qui lui sont présentées étant tout à fait valides. Objet et résumé de l'invention L'invention vise un procédé de vérification de la validité d'un titre de stationnement qui ne présente pas les inconvénients de ceux de l'art antérieur. Plus précisément, et selon un premier aspect, l'invention concerne un procédé de vérification de la validité d'un ticket électronique de stationnement, ce ticket comportant au moins une donnée de stationnement et étant mémorisé dans une entité électronique placée dans un véhicule. 1 Ce procédé peut être mis en oeuvre par un dispositif de contrôle. Il comporte : - une étape d'obtention sécurisée du ticket électronique à partir de l'entité électronique ; - une étape de restitution des données de stationnement ; - une étape d'obtention sécurisée d'une donnée propre au véhicule ou à l'entité électronique ; - une étape de restitution d'au moins une partie de cette donnée propre. D'une façon générale, une étape d'obtention sécurisée est une étape qui permet de garantir l'origine et l'intégrité de la donnée obtenue, par exemple par des moyens de signature cryptographique. Ainsi, et de façon remarquable, l'agent de contrôle obtient, lorsqu'il vérifie un ticket électronique, en plus des données de stationnement, une donnée propre à l'entité électronique contrôlée ou au véhicule dans lequel se trouve cette entité. Le contrôle de cette donnée supplémentaire par l'agent de contrôle lui permet de détecter une attaque de type « man in the middle », comme cela sera décrit précisément dans un exemple en référence à la figure 6. Dans un mode préféré de réalisation de l'invention, ce contrôle consiste à comparer cette donnée propre avec une caractéristique visible du véhicule ou de l'entité électronique. Cette caractéristique peut être constituée par un numéro gravé sur un élément du véhicule, par exemple sur le pare brise. Il peut aussi s'agir du numéro d'immatriculation du véhicule. Il peut aussi s'agir d'un numéro de série imprimé ou gravé sur la surface de l'entité électronique, ou plus généralement d'une marque de l'entité électronique visible par un agent de contrôle, de l'extérieur du véhicule. Il peut s'agir de la marque, du modèle ou de la couleur du véhicule, ainsi que d'une combinaison d'au moins un de ces éléments avec le numéro d'immatriculation du véhicule. Dans un mode particulier de réalisation, le procédé de vérification selon l'invention comporte en outre une étape d'obtention sécurisée d'au moins une donnée de liaison entre le ticket et la donnée propre précitée. Dans un mode préféré de réalisation, la donnée propre au véhicule ou à l'entité électronique est reçue à partir de l'entité électronique par des moyens de communication sans fil. Dans un mode particulier de réalisation de l'invention, l'étape de restitution de la (partie de) donnée propre est une étape d'affichage de ladite donnée propre sur un écran du dispositif de contrôle. Selon un autre aspect, l'invention vise aussi une entité électronique pouvant être placée dans un véhicule et comportant : - des moyens pour mémoriser un ticket de stationnement électronique comportant au moins une donnée de stationnement du véhicule ; - des moyens pour mémoriser une donnée propre au véhicule ou à l'entité électronique ; et - des moyens pour transmettre de façon sécurisée le ticket électronique et la donnée propre à un dispositif de contrôle. Selon un autre aspect, l'invention vise aussi un dispositif de contrôle pouvant être utilisé pour vérifier la validité d'un ticket de stationnement électronique mémorisé dans une entité électronique placée dans un véhicule et comportant : - des moyens pour obtenir de façon sécurisée, à partir de l'entité électronique, le ticket et au moins une donnée propre au véhicule ou à l'entité électronique ; et - des moyens pour restituer au moins une donnée de stationnement comprise dans le ticket et au moins une partie de cette donnée propre. Brève description des dessins 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 un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente un ticket électronique T pouvant être utilisé dans l'invention ; les figures 2A à 2C représentent le principe d'une procédure d'achat de ticket électronique et de mémorisation de ce ticket dans une entité électronique ; la figure 3 représente sous forme d'organigramme un mécanisme de couplage pouvant être utilisé dans le contexte de l'invention ; - la figure 4 représente sous forme d'organigramme un mécanisme sécurisé d'achat d'un ticket électronique et de mémorisation de ce ticket dans une entité électronique conforme à l'invention ; - la figure 5 représente sous forme d'organigramme un procédé de vérification de validité d'un ticket électronique conforme à l'invention ; la figure 6 illustre la détection d'une attaque malveillante de type « man in the middle » par l'invention ; la figure 7 représente de figure schématique une entité électronique conforme à l'invention ; et la figure 8 représente de façon schématique un dispositif de contrôle conforme à l'invention. Description d'un premier mode de réalisation Nous allons maintenant décrire comment l'invention permet de vérifier la validité d'un ticket électronique T de stationnement. La figure 1 représente un exemple de ticket T pouvant être utilisé dans l'invention. Dans cet exemple, le ticket électronique T comporte des données de stationnement à savoir : - une heure de fin de stationnement HFS ; - une zone de stationnement ZS ; et - un prix payé P. Dans l'exemple de réalisation décrit ici, et comme représenté aux figures 2A à 2C, le ticket électronique T est émis par un horodateur 100. Cet horodateur 100 comporte des moyens de paiement 105 par lesquels un utilisateur peut introduire de la monnaie ou une carte de crédit afin d'acquitter le prix P. Dans l'exemple de réalisation décrit ici, le ticket électronique T est émis par l'horodateur 100 avec des moyens de communication sans fil 110 et reçus par des moyens de communication sans fil 310 correspondant d'un téléphone mobile 300 de l'utilisateur. Les moyens de communication sans fil 110, 310 sont par exemple conformes à la norme Bluetooth, à la norme Wifi ou au standard NFC (Near Field Communication). Lorsque l'utilisateur approche son téléphone mobile 300 de son véhicule 1, le ticket électronique T est transféré de la mémoire du téléphone mobile 300 vers un boitier 200 (ou transpondeur) comportant des moyens de communications sans fil 210 correspondant aux moyens de communication sans fil 310 du téléphone mobile 300. Le ticket électronique T peut ultérieurement être vérifié par un agent de contrôle (personne physique) muni d'un dispositif de contrôle 400 par exemple un PDA comportant des moyens de communication sans fil 410 aptes à télécharger le ticket électronique T du transpondeur 200. Nous allons maintenant décrire comment ces mécanismes d'émission et de vérification de ticket électronique sont sécurisés. Dans le mode de réalisation décrit ici, le transpondeur 200 dispose d'une clé publique certifiée Cert,Rpub, ce certificat numérique permettant d'associer la clé publique KTpub du transpondeur 200 avec un identifiant ID propre à ce transpondeur ou au véhicule 1 dans lequel est installé le transpondeur. Plus précisément, dans l'exemple de réalisation décrit ici, le certificat CertKTpub est obtenu par la formule suivante : Cert, rpub = ID I ( KTpub I I SigKgprjv (H(ID, KTpub)), dans laquelle : - H est une fonction de hâchage ; et - Sig,(Apriv une fonction de signature avec la clé privée d'un organisme de certification. Dans l'exemple de réalisation décrit ici le certificat Cert,Rpub du transpondeur 200 est importé par couplage dans la mémoire du téléphone mobile 300. Ce mécanisme est décrit sous forme d'organigramme à la figure 3 dans lequel l'étape B1 est une étape d'envoi de ce certificat par le transpondeur 200 et l'étape Cl une étape de réception de ce certificat par le téléphone mobile 300, le transpondeur 200 et le téléphone mobile 300 communiquant pour cet échange par leurs moyens de communication sans fil 210, 310. La sécurisation de ce mécanisme ne fait pas partie du champ de l'invention. Dans un mode de réalisation de l'invention, la communication entre le transpondeur 200 et le téléphone mobile 300 peut être sécurisée par des moyens cryptographiques connus de l'homme du métier. Dans un mode préféré de réalisation de l'invention, le certificat Cert,c,-pub est mémorisé dans une carte SIM du téléphone mobile 300. La connaissance du certificat CertKTpub du transpondeur 200 permet au téléphone mobile de : vérifier l'identité du transpondeur par un jeu de défi/réponse en utilisant la clef KTpub incorporée dans CertkTpub ; présenter ce certificat à un horodateur pour que celui-ci puisse lier un ticket électronique avec ce certificat par exemple grâce à une opération de signature et de hachage avant de l'envoyer à destination du transpondeur. En effet, une fois ce couplage réalisé, l'utilisateur pourra se présenter directement à l'horodateur 100 pour acheter un ticket électronique T sans être obligé d'interagir avec le transpondeur 200 avant chaque transaction. En référence à la figure 4, nous allons maintenant décrire comment s'effectue l'achat d'un ticket électronique T par un utilisateur. Nous supposerons que l'utilisateur d'un véhicule 1 en stationnement 20 approche son téléphone mobile 300 d'un horodateur 100. Au cours d'une étape C2, les moyens de communication sans fil 310 du téléphone mobile 300 détectent la présence des moyens de communication sans fil 110 de l'horodateur 100 dès lors qu'ils s'en trouvent à proximité. 25 Le téléphone mobile 300 envoie ensuite, au cours d'une étape C3, le certificat CertKTpub du transpondeur 200 à l'horodateur 100, ce certificat ayant été mémorisé dans la mémoire du téléphone mobile 300 par couplage comme décrit précédemment à la figure 3. Le certificat Cert,Rpub est reçu par l'horodateur 100 au cours d'une 30 étape Al. Nous supposerons ensuite que l'utilisateur introduit de la monnaie dans le monnayeur 105 de l'horodateur 100 pour acheter un ticket électronique T, ce ticket électronique T étant émis par l'horodateur 100 au cours d'une étape A2. 35 Dans l'exemple de réalisation décrit ici, l'horodateur 100 comporte des moyens cryptographiques 120, par exemple de chiffrement, pour calculer la signature S du ticket électronique T en y incorporant le certificat numérique CertKTpub présenté par le mobile 300 au cours d'une étape A3. La signature S peut par exemple être calculée selon la formule suivante S = SigKBpriv(H(T, Cert}çrpub)), dans laquelle SigKBpriv est une fonction de signature avec la clé privée KBpriv de l'horodateur 100. L'horodateur 100 émet ensuite, au cours d'une étape A4, par ses moyens de communication sans fil 110, une donnée C comportant le ticket électronique T et la signature S, cette donnée C étant reçue par les moyens de communication sans fil 310 du téléphone mobile 300 au cours d'une étape C4. Dans l'exemple de réalisation décrit ici, l'horodateur envoie également, au cours d'une étape A5, son certificat CertKBpub, ce certificat étant reçu par le téléphone mobile 300 au cours d'une étape C5. L'envoi du certificat CertKBpub de l'horodateur 100 au téléphone mobile 300 n'est pas nécessaire lorsque ce certificat est connu des dispositifs de contrôle 400 utilisés pour vérifier la validité des tickets électroniques T émis par cet horodateur. A l'issue des étapes C2 à C5, le ticket électronique T et sa signature 20 S sont mémorisés dans le téléphone mobile 300. Nous supposerons que l'utilisateur approche son téléphone mobile 300 du transpondeur 200 installé dans son véhicule 1 et que les moyens de communication sans fil 310 du téléphone mobile 300 détectent les moyens de communication sans fil 210 du transpondeur 200 au cours 25 d'une étape C6. Au cours d'une étape C7, le téléphone mobile 300 envoie la donnée C comportant le ticket électronique T et sa signature S au transpondeur 200, cette donnée C étant reçue par le transpondeur 200 au cours d'une étape B2. 30 Si le téléphone mobile 300 a reçu (étape C5) le certificat CertKBpub de l'horodateur 100, il le transmet également au transpondeur 200 lors d'une étape C8, ce certification étant reçu par le transpondeur au cours d'une étape B3. Dans ce mode de réalisation, le téléphone mobile 300 constitue en 35 quelque sorte un canal de communication entre le transpondeur 200 et l'horodateur 100. Dans ce mode de réalisation, la donnée C peut être dupliquée. Néanmoins, lors d'un contrôle, seul le transpondeur disposant de la cké privée KTpriv associée au certificat CertKTpub sera en mesure de prouver que le ticket électronique lui appartient par un jeu de défi/réponse. En référence à la figure 5, nous allons maintenant décrire un procédé de vérification de la validité du ticket électronique T conforme à l'invention. Nous supposerons que cette vérification est effectuée par un agent de contrôle (personne physique) munie d'un dispositif de contrôle 400 comportant des moyens de communication sans fil 410 compatibles avec les moyens de communication sans fil 210 du transpondeur 200. Dans l'exemple de réalisation décrit ici, ce dispositif de contrôle 400 est constitué par un assistant personnel (PDA). Nous supposons maintenant que l'agent de contrôle approche son PDA 400 du transpondeur 200 suffisamment près pour qu'une communication puisse s'établir entre les moyens de communication sans fil 410 du PDA 400 et les moyens de communication sans fil du transpondeur 200. Dans l'exemple de réalisation décrit ici, le PDA 400 envoie, au cours d'une étape Dl, un défi (en anglais challenge) au transpondeur 200, celui- ci recevant le défi au cours d'une étape B4. Au cours d'une étape B5, le transpondeur 200 calcule une signature R de ce défi en utilisant sa clé privée KTpriv. Puis, au cours d'une étape B6, le transpondeur 200 envoie au dispositif de contrôle 400, le ticket électronique T, la signature S de ce ticket et la signature R du défi, ces données T, S, R étant reçues par le dispositif de contrôle 400 au cours d'une étape D2. Si le transpondeur 200 a reçu le certificat CertKBpub de l'horodateur 100 (voir étape B3) alors le transpondeur 200 envoie ce certificat au PDA 400 au cours d'une étape B7, le PDA recevant ce certificat lors d'une étape D3. Au cours d'une étape D4, le PDA affiche sur son écran 420 les données de stationnement HFS, ZS, P comprises dans le ticket électronique T. Au cours d'un test D5, l'agent de contrôle vérifie sur la base de ces données si le stationnement du véhicule 1 est autorisé ou non. Si tel n'est pas le cas, le résultat du test D5 est négatif et ce test est suivi par une étape D15 au cours de laquelle l'agent de contrôle peut établir une amende au propriétaire du véhicule 1. Si le résultat du test D5 est positif, dans l'exemple de réalisation décrit ici, le PDA 400 vérifie au cours d'un test D7, la validité du certificat CertKBpub de l'horodateur 100 à l'aide de la clé publique KApub associée à la clé privée KApriv de l'autorité de confiance ayant émis ce certificat. Si la vérification du certificat échoue, le résultat du test D7 est négatif et ce test est suivi par l'étape D15 déjà décrite au cours de laquelle l'agent de contrôle établit une amende au propriétaire du véhicule 1. Si le certificat CertKBpub de l'horodateur 100 est validé, le résultat du test D7 est positif. Ce test est suivi par un test D9 au cours duquel le PDA 400 vérifie la validité de la signature S du ticket électronique T en utilisant la clef publique KBpub de l'horodateur 100. Si ce test échoue, le résultat du test D9 est négatif et ce test est suivi par l'étape D15 déjà décrite. Au contraire, si la signature S est validée, le résultat du test D9 est positif. Au cours de cette étape, le PDA 400 récupère le certificat CertKTpub du transpondeur 200 avant de vérifier l'intégrité du ticket électronique T. Le test D9 est suivi par un test D10 au cours duquel le PDA 400 vérifie la validité du certificat CertKTpub en utilisant la clé publique KApub de l'autorité de confiance. Si le résultat du test D10 est négatif, il est suivi par l'étape D15 déjà décrite. Au contraire, si le certificat CertKTpub est validé, le résultat du test D10 est positif. Ce test D10 permet au PDA 400 de récupérer la clé publique KTpub du transpondeur 200 et l'identifiant propre ID du transpondeur 200 ou du véhicule 1 dans lequel il est installé. Dans le mode de réalisation décrit ici, l'identifiant ID est affiché sur l'écran 420 du PDA 400 au cours d'une étape D11. En variante, seule une partie de l'identifiant ID est restituée par le PDA 400. Dans un autre mode de réalisation, l'étape de restitution D10 précède le test D9. Dans le mode de réalisation décrit ici, I"étape de restitution D10 est suivie par un test D12 de vérification du défi, en utilisant la clef publique KTpub. L'agent de contrôle vérifie, au cours d'une étape D13, la validité de l'identifiant ID en le comparant avec une marque visuelle apparente sur le transpondeur 200 ou le véhicule 1. Par exemple, cet identifiant peut être gravé sur le pare-brise du véhicule ou sur le transpondeur 200. Cet identifiant peut aussi être constitué par le numéro d'immatriculation du véhicule 1. Quoiqu'il en soit, il est important que cette marque visuelle soit infalsifiable ou pour le moins, difficilement falsifiable. Cette vérification consistant à comparer l'identifiant ID reçu du transpondeur avec la marque visuelle apparente sur le véhicule 1 ou le transpondeur 200 permet de détecter une attaque malveillante connue par l'homme de métier sous le nom d'attaque de type « man in the middle ». Plus précisément, dans le contexte de l'invention, une attaque « man in the middle » serait une attaque dans laquelle un transpondeur 203 interrogé par le dispositif de contrôle 400, fournirait à ce dernier, non pas un ticket de stationnement acquis comme il se doit par l'utilisateur propriétaire de ce transpondeur 203 mais des données valides obtenues frauduleusement par le transpondeur 203 de proche en proche à partir d'un autre transpondeur 201, comme représenté à la figure 6. L'homme du métier comprendra que dans ce cas l'identifiant s'affichant sur l'écran 420 du PDA 400 serait une donnée propre ID1 à cet autre transpondeur 201 ou au véhicule 1 dans lequel cet autre transpondeur 201 est installé, ce qui pourrait être très facilement détecté par l'agent de contrôle. Il est important de noter que, dans ce mode de réalisation, la signature S obtenue à l'étape A3 permet de lier le ticket électronique T et la donnée propre ID. Elle permet d'éviter une fraude dans laquelle un transpondeur pirate 200 obtiendrait le ticket électronique T et la donnée propre ID de proche en proche à partir de deux transpondeurs différents. La figure 7 représente, de façon schématique, une entité électronique 200 (ou transpondeur) conforme à l'invention. Cette entité électronique comporte des moyens de communication sans fil 210 aptes à communiquer avec des moyens équivalents d'un téléphone portable et d'un dispositif de contrôle 400, par exemple des moyens de communication sans fil conformes à la norme bluetooth ou des moyens de communication par champ proche NFC. Conformément à l'invention, l'entité électronique 200 mémorise un identifiant ID propre à cette entité électronique ou au véhicule dans lequel elle est installée. Dans l'exemple de réalisation décrit ici, cette donnée propre ID est mémorisée dans une mémoire morte 220, cette mémoire comportant en outre le certificat Cert}Tpub de cette entité. Dans l'exemple de réalisation décrit ici, l'entité électronique 200 comporte en outre une mémoire 230 de type flash pour mémoriser au moins un ticket électronique T, la signature S de ce ticket par l'horodateur 100 et éventuellement le certificat CertKBpub de cet horodateur. Ces données étant reçues par l'entité électronique 200 comme déjà décrit en référence aux étapes B2 et B3 de la figure 4. La figure 8 représente un dispositif de contrôle 400 conforme à l'invention, celui-ci pouvant être utilisé par un agent de contrôle pour vérifier la validité d'un ticket de stationnement T mémorisé dans le transpondeur 200 tel que précédemment décrit en référence à la figure 7 Ce dispositif de contrôle 400 comporte notamment des moyens de communication sans fil 410 compatibles avec ceux du transpondeur 200 et des moyens pour restituer d'une part, les données de stationnement comprises dans un ticket électronique T et d'autre part l'identifiant propre au transpondeur 200 ou au véhicule 1 dans lequel il est installé. Ces moyens de restitution 420 peuvent par exemple être constitués par un écran. Dans l'exemple de réalisation décrit ici, le dispositif de contrôle 400 comporte en outre une mémoire flash 430 dans laquelle il mémorise la clé publique KApub de l'autorité de confiance. Description d'un deuxième mode de réalisation Dans un deuxième mode de réalisation de l'invention, le transpondeur ne dispose pas de clef publique certifiée mais seulement d'un identifiant propre ID (à ce transpondeur ou au véhicule dans lequel le transpondeur est installé), cet identifiant propre ID étant transmis au téléphone mobile pendant le couplage (étapes B1, Cl de la figure 3). Dans ce deuxième mode de réalisation, la signature S du ticket électronique T par le transpondeur est calculée (étape A3) selon la formule : S = SigKBpriv(H(T, ID)). L'identifiant propre ID au transpondeur ou au véhicule est obtenu, dans ce deuxième mode de réalisation au cours du test D9 de vérification de la validité de la signature S et restitué sur le dispositif de contrôle 400 de l'agent de contrôle. Comme dans le premier mode de réalisation, cette signature S constitue une donnée de liaison entre le ticket électronique T et l'identifiant propre ID. Autres modes de réalisation Dans les deux modes de réalisation décrits précédemment, le ticket électronique T et sa signature sont fournis au transpondeur 200 via le téléphone mobile 300 de l'utilisateur. L'invention s'étend aussi à tout autre mode d'obtention du ticket électronique T et de sa signature S par le transpondeur. Dans les deux modes de réalisation décrits précédemment, on utilise une donnée de liaison entre le ticket électronique T et la donnée propre ID, cette donnée étant constituée par la signature S calculée à l'étape A3, selon la formule : S = SigKBpriv(H(T, Certi -pub)) ; ou S = SigKBpriv(H(T, ID)). En variante, on peut par exemple, à l'étape A3, lier le ticket T et la donnée propre ID, en calculant deux signatures S1, S2 données S1, S2 , avec : S1 = SigKBpriv(H(T, VA)) ; et S2 = SigKBpriv(H(ID, VA)), chacune de ces signatures utilisant une même valeur VA, par exemple choisie aléatoirement. REVENDICATIONS1. Procédé de vérification de la validité d'un ticket électronique (T) de stationnement, ledit ticket comportant au moins une donnée de stationnement (HFS, ZS, P) étant mémorisé dans une entité électronique (200) placée dans un véhicule (1), ce procédé pouvant être mis en oeuvre par un dispositif de contrôle (400) comportant: - une étape (D2) d'obtention sécurisée dudit ticket électronique (T) à 10 partir de ladite entité électronique (200) ; - une étape (D4) de restitution de ladite au moins une donnée de stationnement ; ledit procédé étant caractérisé en ce qu'il comporte en outre : - une étape (D10) d'obtention sécurisée d'une donnée (ID) propre audit 15 véhicule (1) ou à ladite entité électronique (200) à partir de ladite entité électronique (200) ; - une étape (D11) de restitution d'au moins une partie de ladite donnée propre (ID). 20 2. Procédé de vérification selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape (D13) de comparaison de ladite au moins une partie de donnée propre (ID) avec une caractéristique dudit véhicule ou de ladite entité électronique (200). 25 3. Procédé de vérification selon la revendication 1 ou 2, caractérisé en ce que ladite étape (D12) de restitution de ladite au moins une partie de donnée propre est une étape d'affichage de ladite donnée propre sur un écran (420) dudit dispositif de contrôle (400). 30 4. Procédé de vérification selon la revendication 2 ou 3, caractérisé en ce que ladite caractéristique est une marque visuelle visible de l'extérieur dudit véhicule (1). 5. Procédé de vérification selon la revendication 4, caractérisé en ce 35 que ladite caractéristique est un numéro gravé sur un élément dudit véhicule. 6. Procédé de vérification selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite donnée propre audit véhicule ou à ladite entité électronique (200) est reçue (D2) à partir de ladite entité électronique (200) par des moyens de communication sans fil (210). 7. Procédé de vérification selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comporte en outre une étape (A3) d'obtention sécurisée d'au moins une donnée (S, S1, S2) de liaison entre ledit ticket (T) et ladite donnée propre (ID). 8. Entité électronique (200) pouvant être placée dans un véhicule et comportant : - des moyens (230) pour mémoriser un ticket de stationnement 15 électronique (T) comportant au moins une donnée de stationnement (HFS, ZS, P) dudit véhicule (1) ; - des moyens (220) pour mémoriser une donnée propre (ID) audit véhicule (1) ou à ladite entité électronique (200) ; et - des moyens (210) pour transmettre de façon sécurisée ledit ticket 20 électronique (T) et ladite au moins une donnée propre à un dispositif de contrôle (400). 9. Dispositif de contrôle (400) pouvant être utilisé pour vérifier la validité d'un ticket de stationnement électronique mémorisé dans une 25 entité électronique (200) placée dans un véhicule (1) et comportant : - des moyens (410) pour obtenir de façon sécurisée, à partir de ladite entité électronique (200), ledit ticket (T) et au moins une donnée (ID) propre audit véhicule (1) ou à ladite entité électronique (200) ; et - des moyens (420) pour restituer au moins une donnée de stationnement 30 (HFS, ZS, P) comprise dans ledit ticket (T) et au moins une partie de ladite donnée propre (ID).