EP3532973A1 - Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés - Google Patents

Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés

Info

Publication number
EP3532973A1
EP3532973A1 EP17794997.1A EP17794997A EP3532973A1 EP 3532973 A1 EP3532973 A1 EP 3532973A1 EP 17794997 A EP17794997 A EP 17794997A EP 3532973 A1 EP3532973 A1 EP 3532973A1
Authority
EP
European Patent Office
Prior art keywords
certificate
computer
mobile terminal
calculator
installing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP17794997.1A
Other languages
German (de)
English (en)
Inventor
Moulay Abdelaziz EL AABID
Sylvain PATUREAU MIRAND
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PSA Automobiles SA
Original Assignee
PSA Automobiles SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by PSA Automobiles SA filed Critical PSA Automobiles SA
Publication of EP3532973A1 publication Critical patent/EP3532973A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles

Definitions

  • the invention relates to the installation of a certificate in a vehicle calculator.
  • the French patent application FR3022664 discloses a method of authenticating an application executed on a terminal with a service provider, for example a vehicle calculator.
  • the method uses tokens, issued by a server, and describing authorizations and durations of validity.
  • Such a method requires the establishment of certificates (and also certificate revocation lists) in the memory of the calculator.
  • One solution is to download the certificates into the computer when it is installed in the vehicle.
  • This solution has the disadvantage of increasing the duration of the manufacturing process of the vehicle, in the factory, by adding an additional step of downloading.
  • the invention therefore aims to remedy the aforementioned problem by proposing the installation of a certificate in a vehicle calculator securely without increasing the duration of the vehicle manufacturing process, particularly for a computer without access direct to an extensive network (Internet type).
  • the invention makes it possible to provide, by means of a mobile terminal, the certificates that are necessary for the validation of the secure information transmitted to the computer.
  • the invention has the advantage of operating for a computer without direct access to a wide area network.
  • the computer does not need to issue a request for a certificate directly to the trusted authority.
  • the first communication phases enable the computer to request the certificate if it is missing or to request the certificates of the intermediate authorities necessary for the validation of the communications as well as the request revocation lists if they are no longer valid. It is then the terminal that retrieves the certificate and makes it available to the calculator.
  • the request and the provision of the certificate (s) are based on their presence or not, the date of validity based on the synchronized time.
  • the computer will, depending on the case, ask for its certificate, the certificates of the certification authorities and provide the revocation lists and force their update.
  • the step of verifying the presence of a certificate in memory comprises at least one of the following steps: checking the presence of the certificate of the computer, said certificate being intended to sign messages issued by the computer,
  • the invention makes it possible to take into account all the components of a PKI architecture (intermediate certificate and associated revocation list).
  • the computer having a secure memory in which is stored a private key, the issued certificate request is signed with said private key.
  • the received certificate comprising a data field indicating a source, a data field indicating an identifier and an expiry date
  • the step of verifying the received certificate comprises at least one of the following steps: the verification of the from the certificate, verification of the identifier of the certificate, verification of the date of validity of the certificate.
  • This feature improves the safety of the process by performing checks.
  • the method of installing a certificate in a vehicle calculator further comprises steps of: Sending, by the mobile terminal, the certificate request to a certification authority in response to the receipt of the certificate request from the calculator;
  • the mobile terminal receives a certificate from the certification authority and sends the certificate to the computer.
  • the method of installing a certificate in a vehicle calculator according to the invention further comprises steps of:
  • the invention also relates to a device for installing a certificate in a vehicle calculator, comprising:
  • Means for receiving a connection request from a mobile terminal Means for receiving a connection request from a mobile terminal
  • the invention also relates to a computer characterized in that it comprises a device for installing a certificate according to the invention.
  • the invention also relates to a vehicle characterized in that it comprises a computer according to the invention.
  • the invention also relates to an authentication system comprising at least one vehicle according to the invention.
  • FIG. 1 illustrates an exemplary system according to the invention
  • FIG. 2 illustrates a logic diagram representing a first part of the method according to the invention
  • FIG. 3 illustrates a logic diagram representing a second part of the method according to the invention.
  • the authentication system comprises at least one terminal 103, a service provider 104 and an authentication authority 101.
  • the invention makes it possible to transmit certificates and revocation lists between items embedded in the vehicle and landed items.
  • the transmission of these authentications and these authorizations is ensured by means of authorization tokens also called token or "identity credentials" in English.
  • the terminal 103 is a smart mobile phone (also called smartphone in English). But the invention is not limited to this example. Indeed, the terminal 103 may be a laptop, a touch pad or any other connected object (ie capable of exchanging data via a wireless connection).
  • This mobile equipment belongs, for example, to the driver of a vehicle or to one of the passengers of the vehicle.
  • the service provider 104 (or SP for "Service Provider" in English) is an IT resource. SP 104 controls access to data or commands to perform an activity. SP 104 protects access to data and applications. It refuses any access without prior authentication. Advantageously, it redirects the unauthenticated user to an identity provider. Access to the service is therefore restricted. Users must be identified before they can access data or start the execution of an order.
  • the tokens, used to transmit the missing information to the SP 104 to the management of the authentications and authorizations are encrypted (or encrypted) according to an asymmetric cryptography mechanism (also called public key cryptography).
  • an asymmetric cryptography mechanism also called public key cryptography.
  • a pair of keys is used: a public key for encryption and a private key for decryption.
  • the invention makes it possible, during the authentication mechanism of the client through the terminal 103 on the SP 104, through an evolution of the protocol, to transmit the missing information to the SP 104 to the management of the authentications and authorizations.
  • Tokens are also signed by a trusted authority (Idp 101) to ensure that they are compliant and that they come from an authorized source.
  • Idp 101 a trusted authority
  • the SP 104 comprises a secure storage space able to store a private key used to decrypt the authorization tokens.
  • the secure storage space is for example a Trusted Platform Module (TPM) chip, which is a hardware cryptographic component for storing secrets (such as encryption keys) securely.
  • TPM Trusted Platform Module
  • the certificate of the root CA used in securing access is written in secure storage
  • the SP 104 is an electronic box of a motor vehicle.
  • the electronic box is an on-board vehicle that is the boundary of the vehicle data to the outside through various means: cable, wireless protocols (wifi, bluetooth, 3G, etc.).
  • the SP can be a management information system 104 'or the system that controls a numerically controlled machine or more generally any connected object (ie capable of exchanging data via a wireless connection) and including a secure storage space capable of storing a private key.
  • Identity Provider 101 (or IdP for Identity Provider) is responsible for authenticating the user as well as retrieving additional information associated with his vehicle.
  • Idp 101 includes means for electronically signing authorization tokens.
  • the electronic signature makes it possible to guarantee the integrity of a token and to authenticate the author.
  • the electronic signature system uses a pair of keys. A private key used to sign a token and a public key to read the signed token.
  • Idp 101 includes means for encrypting the token.
  • the token is encrypted using a public key associated with the SP 104 for which the token is intended.
  • the encrypted token is only readable by the SP for which it is intended.
  • the identity provider allows the users 102 to authenticate and provide tokens on their PC or smartphone 103 allowing them to be recognized and to carry permissions on landed infrastructures but also to use them on connected boxes to access to specific functions.
  • the system also includes a public key infrastructure 1 10 (or PKI for Public Key Infrastructure in English).
  • a PKI is a computer resource for generating, distributing and publishing certificates to the various necessary components (SP, IdP ...) ⁇
  • SP, IdP 10.1.1.1 public key infrastructure
  • the IdP 101 and the various SP 104s each have a certificate of their own.
  • a certificate (or electronic certificate) is a set of data containing for example a public key, identification information (for example: a name, usually stored in a data field called CN for "Common Name") and a private key to sign or decipher.
  • a certificate is used, for example, by electronic equipment (for example an onboard computer) to sign documents or to authenticate with other equipment (for example a web server).
  • electronic equipment for example an onboard computer
  • other equipment for example a web server
  • the system also distributes CRL certificate revocation lists. Recall that a certificate revocation list is a list of credentials of certificates that have been revoked or invalidated and are no longer trustworthy.
  • the public key infrastructure 1 10 has a root authority and an intermediate authority.
  • the calculator certificate is derived from an intermediate authority certificate that is derived from the root authority.
  • the invention also relates to a method for installing a certificate in a vehicle computer 104.
  • the method according to the invention comprises the following steps.
  • the receipt 201 of a connection request from a mobile terminal 103 The receipt 201 of a connection request from a mobile terminal 103.
  • the application on the terminal 103 interrogates 201 the computer 104 by asking its identifier (UIN).
  • the computer checks 202 then the presence of a valid certificate in memory.
  • the verification step 202 of the presence of a certificate in memory comprises at least one of the following steps: - verification of the presence of his certificate.
  • This certificate contains a public key derived from the private key for signing messages issued by the computer 104;
  • a first certificate revocation list is a list from the root authority.
  • the other certificate revocation lists are lists issued by intermediate authorities.
  • the computer issues 203, to the mobile terminal 103, an error message and a request to fetch the certificate associated with its serial number (UIN).
  • the mobile terminal 103 When it receives the certificate request, the mobile terminal 103 sends 204 said request for downloading the certificate, to the certification authority 101.
  • the certification authority 101 makes available to the terminal 103, the valid certificate for the computer 104.
  • the mobile terminal 103 receives the certificate 205 and sends it to the calculator
  • the computer 104 receives 206 the certificate, sent by the mobile terminal 103.
  • the calculator 104 checks the received certificate 207.
  • the verification step 207 of the certificate received comprises at least one of the following steps:
  • the certificate comprising a data field indicating its provenance (eg in the form of an identifier of the authority 101), the source is compared with a source data prerecorded in a memory of the calculator 104; the verification of the identifier for which the certificate is intended, the certificate comprising a data field indicating an identifier, the identifier of the certificate is compared with the identifier of the computer 104;
  • the certificate is verified (that is, if each verified data corresponds to the expected value), then the certificate is installed 208 in the memory of the computer 104.
  • the system and the method according to the invention also make it possible to update the revocation lists associated with the certificates stored in the computer's memory 104.
  • the method according to the invention advantageously comprises the following steps.
  • the receipt 301 of a connection request from a mobile terminal 103 The receipt 301 of a connection request from a mobile terminal 103.
  • the transmission 303 destined for the mobile terminal 103, an error message and a request for one of the revocation lists issued by an intermediate authority.
  • the mobile terminal 103 In response to the error message, the mobile terminal 103 requests 303a the expiration date of the revocation list.
  • the calculator 104 sends 303b the expiry date of the certificate revocation list.
  • the terminal 103 checks the end of validity date and if it is validated will download the certificates (if the valid one) and the new revocation list.
  • the mobile terminal 103 sends a request 304 to download the certificate revocation list to the certification authority 101.
  • the PKI 101 In response to this request the PKI 101 provides 305, to the terminal 103, a valid certificate revocation list.
  • the mobile terminal 103 receives the certificate revocation list and sends it to the computer 104.
  • the calculator 104 receives 306 the certificate revocation list, sent by the mobile terminal 103.
  • the calculator checks 307 the received certificate revocation list.
  • the calculator installs the certificate revocation list 308 in its memory, if the certificate revocation list is checked.
  • the verification step 307 of the received certificate revocation list comprises the following substeps:
  • the computer 104 sends a first error code
  • the computer 104 sends a fifth error code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105), comportant une étape de : - Réception (201 ) d'une demande de connexion, provenant d'un terminal mobile (103), Caractérisé en ce qu'il comporte en outre des étapes de : - Vérification (202) de la présence d'un certificat valide en mémoire et, si aucun certificat valide n'est détecté, alors des étapes de : - Emission (203), à destination du terminal mobile (103), d'un message d'erreur et d'une demande de certificat, - Réception (206) d'un certificat, envoyé par le terminal mobile (103) - Vérification (207) du certificat reçu, - Installation (208) du certificat dans la mémoire du calculateur (104), si le certificat est vérifié.

Description

Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés
L'invention concerne l'installation d'un certificat dans un calculateur de véhicule.
On connaît par la demande de brevet français FR3022664 un procédé d'authentification d'une application exécutée sur un terminal auprès d'un fournisseur de service, par exemple un calculateur de véhicule. Le procédé utilise des jetons, délivrés par un serveur, et décrivant des autorisations et des durées de validités. Un tel procédé nécessite la mise en place de certificats (et aussi de listes de révocation de certificats) dans la mémoire du calculateur.
En effet, pour établir des communications avec un véhicule en utilisant de moyens de sécurisation basés sur des certificats, il est nécessaire de pouvoir mettre à sa disposition les certificats des autorités de certification racine et intermédiaires ainsi que leurs listes de révocation. Ceux-ci sont viables pendant une durée spécifiée au niveau des infrastructures de gestion des clés (PKI). Il est nécessaire de pouvoir fournir ou mettre à disposition ces informations durant les différentes phases de vie du calculateur.
Une solution consiste à télécharger les certificats dans le calculateur lors de son installation dans le véhicule. Cette solution a pour inconvénient d'augmenter la durée du processus de fabrication du véhicule, en usine, en ajoutant une étape supplémentaire de téléchargement.
L'invention a donc pour but de remédier au problème précité en proposant l'installation d'un certificat dans un calculateur de véhicule de façon sécurisée sans augmenter la durée du processus de fabrication du véhicule, en particulier pour un calculateur dépourvu d'un accès direct à un réseau étendu (de type Internet).
Elle propose plus précisément à cet effet un procédé d'installation d'un certificat dans un calculateur de véhicule, comportant une étape de :
Réception d'une demande de connexion, provenant d'un terminal mobile,
Caractérisé en ce qu'il comporte en outre des étapes de :
Vérification de la présence d'un certificat valide en mémoire et, si aucun certificat valide n'est détecté, alors des étapes de :
Emission, à destination du terminal mobile, d'un message d'erreur et d'une demande de certificat du calculateur,
Réception du certificat, envoyé par le terminal mobile,
Vérification du certificat reçu,
Installation du certificat dans la mémoire du calculateur, si le certificat est bien vérifié.
L'invention permet de mettre à disposition, par l'intermédiaire d'un terminal mobile les certificats qui sont nécessaires pour la validation des informations sécurisée transmises au calculateur.
L'invention a pour avantage de fonctionner pour un calculateur dépourvu d'un accès direct à un réseau étendu. Autrement dit, avec l'invention, le calculateur n'a pas besoin d'émettre une requête demande de certificat directement auprès de l'autorité de confiance.
Lors de la connexion du terminal avec le calculateur, les premières phases de communication permettent au calculateur de faire la demande de son certificat si celui-ci est manquant ou de faire la demande des certificats des autorités intermédiaires nécessaires à la validation des communications ainsi que de demander les listes de révocation si celles-ci ne sont plus valides. C'est alors le terminal qui récupère le certificat et qui le mets à disposition du calculateur.
La demande et la mise à disposition du (ou des) certificat(s) se font en fonction de leurs présences ou non, de la date de validité en se basant sur de l'heure synchronisée. Lors de l'établissement des communications sécurisées entre le terminal et le calculateur, le calculateur va en fonction des cas soit demander son certificat, les certificats des autorités de certification et fournir les listes de révocation et forcer leur mise à jour. Avantageusement, l'étape de vérification de la présence d'un certificat en mémoire comporte au moins une des étapes suivantes : vérifier la présence du certificat du calculateur, ledit certificat étant destinée à signer des messages émis par le calculateur,
Vérifier la présence d'un certificat intermédiaire, dont sont issus d'autres certificats, ledit certificat intermédiaire permettant de valider une chaîne de certification et l'authenticité desdits autres certificats utilisés.
Vérifier la présence et la validité d'une première liste de révocation de certificat,
Vérifier la présence et la validité d'une deuxième liste de révocation de certificat.
L'invention permet de prendre en compte toutes les composantes d'une architecture PKI (certificat intermédiaire et liste de révocations associées).
Avantageusement, le calculateur comportant une mémoire sécurisée dans laquelle est stockée une clé privée, la demande de certificat émise est signée avec ladite clé privée.
Grâce à cette caractéristique, la demande de certificat est sécurisée.
Avantageusement, le certificat reçu comportant un champ de donnée indiquant une provenance, un champ de donnée indiquant un identifiant et une date d'expiration, l'étape de vérification du certificat reçu comporte au moins l'une des étapes suivantes : la vérification de la provenance du certificat, la vérification de l'identifiant du certificat, la vérification de la date de validité du certificat.
Cette caractéristique permet d'améliorer la sécurité du procédé en effectuant des vérifications.
Avantageusement, le procédé d'installation d'un certificat dans un calculateur de véhicule selon l'invention comporte en outre des étapes de : Envoi, par le terminal mobile, de la demande de certificat, à destination une autorité de certification, en réponse à la réception de la demande de certificat provenant du calculateur;
Réception, par le terminal mobile, d'un certificat provenant de l'autorité de certification et envoi du certificat au calculateur.
Avantageusement, le procédé d'installation d'un certificat dans un calculateur de véhicule selon l'invention comporte en outre des étapes de :
Vérification de la présence d'une liste de révocation de certificats valide en mémoire et, si aucune liste de révocation de certificats valide n'est détecté, alors des étapes de :
Emission, à destination du terminal mobile, d'un message d'erreur et d'une demande de liste de révocation de certificats,
Réception d'une liste de révocation de certificats, envoyée par le terminal mobile.
Vérification de la liste de révocation de certificats reçue,
Installation de la liste de révocation de certificats dans la mémoire du calculateur, si la liste de révocation de certificats est vérifiée.
L'invention concerne aussi un dispositif d'installation d'un certificat dans un calculateur de véhicule, comportant :
Des moyens de réception d'une demande de connexion, provenant d'un terminal mobile,
Des moyens de vérification de la présence d'un certificat valide en mémoire et, si aucun certificat valide n'est détecté,
Des moyens d'émission, à destination du terminal mobile, d'un message d'erreur et d'une demande d'un certificat,
Des moyens de réception du certificat, envoyé par le terminal mobile,
Des moyens de vérification du certificat reçu,
Des moyens d'installation du certificat dans la mémoire du calculateur, si le certificat est vérifié.
L'invention concerne aussi un calculateur caractérisé en ce qu'il comporte un dispositif d'installation d'un certificat selon l'invention.
L'invention concerne aussi un véhicule caractérisé en ce qu'il comporte un calculateur selon l'invention.
L'invention concerne aussi un système d'authentification comportant au moins un véhicule selon l'invention.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels:
- la figure 1 illustre exemple de système selon l'invention ;
- la figure 2 illustre un logigramme représentant une première partie du procédé selon l'invention ;
- la figure 3 illustre un logigramme représentant une seconde partie du procédé selon l'invention.
Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
En référence à la figure 1 , le système d'authentification selon l'invention comporte au moins un terminal 103, un fournisseur de service 104 et une autorité d'authentification 101 . L'invention permet de transmettre des certificats et des listes de révocations entre des éléments embarqués dans le véhicule et des éléments débarqués. La transmission de ces authentifications et de ces autorisations est assurée au moyen de jetons d'autorisation aussi appelés token ou encore « identity credentials » en anglais.
Dans ce qui suit, on considère à titre d'exemple non limitatif que le terminal 103 est un téléphone mobile intelligent (aussi appelé smartphone en anglais). Mais l'invention n'est pas limitée à cet exemple. En effet, le terminal 103 peut être un ordinateur portable, une tablette tactile ou tout autre objet connecté (i.e. susceptible d'échanger des données via une connexion sans fils). Cet équipement mobile (ou objet connecté) appartient, par exemple, au conducteur d'un véhicule ou à l'un des passagers du véhicule. Le fournisseur de service 104 (ou SP pour « Service Provider » en anglais) est une ressource informatique. Le SP 104 contrôle l'accès à des données ou à des commandes permettant de réaliser une activité. Le SP 104 protège l'accès aux données et aux applications. Il refuse tout accès sans authentification préalable. De façon avantageuse, il redirige l'utilisateur non authentifié vers un fournisseur d'identité. L'accès au service est donc restreint. Les utilisateurs doivent être identifiés avant de pouvoir accéder à une donnée ou lancer l'exécution d'une commande.
Selon une caractéristique de l'invention, les jetons, utilisés pour transmettre les informations manquantes au SP 104 à la gestion des authentifications et autorisations, sont chiffrés (ou crypté) selon un mécanisme de cryptographie asymétrique (aussi appelé cryptographie à clé publique). Dans un tel système, on utilise une paire de clés : une clé publique pour le chiffrement et une clé privée pour le déchiffrement. Lorsqu'une ressource envoie un jeton à une autre ressource informatique, il lui suffit de chiffrer le jeton à envoyer au moyen de la clé publique du destinataire. Ce dernier sera en mesure de déchiffrer le message à l'aide de sa clé privée (qu'il est seul à connaître).
L'invention permet, lors du mécanisme d'authentification du client au travers du terminal 103 sur le SP 104, au travers d'une évolution du protocole, de transmettre les informations manquantes au SP 104 à la gestion des authentifications et autorisations.
Les jetons sont, en outre, signés par une autorité de confiance (l'Idp 101 ) pour garantir qu'ils sont bien conformes et qu'ils proviennent bien d'une source autorisée.
Selon une caractéristique de l'invention, le SP 104 comporte un espace de stockage sécurisé apte à stocker une clé privée utilisée pour déchiffrer les jetons d'autorisation. L'espace de stockage sécurisé est par exemple une puce TPM (pour Trusted Platform Module), qui est un composant cryptographique matériel permettant de stocker des secrets (tels que des clefs de chiffrement) de manière sécurisée. Le certificat de l'autorité de certification racine utilisé dans la sécurisation des accès est inscrit dans l'espace de stockage sécurisé
Dans ce qui suit, on considère à titre d'exemple non limitatif que le SP 104 est un boîtier électronique d'un véhicule automobile. Le boîtier électronique est un organe embarqué du véhicule qui est la frontière des données véhicule vers l'extérieur au travers de différents moyens : câble, protocoles sans fils (wifi, bluetooth,3G, etc.).
Mais l'invention n'est pas limitée à cet exemple. En effet, le SP peut être un système d'information de gestion 104' ou le système qui pilote une machine à commande numérique ou plus généralement n'importe quel objet connecté (i.e. susceptible d'échanger des données via une connexion sans fil) et comprenant un espace de stockage sécurisé susceptible de stocker une clé privée.
Le fournisseur d'identité 101 (ou IdP pour Identity Provider) s'occupe d'authentifier l'utilisateur ainsi que de récupérer des informations additionnelles associées à son véhicule.
L'Idp 101 comporte des moyens pour signer, de façon électronique, des jetons d'autorisation. La signature électronique permet de garantir l'intégrité d'un jeton et d'en authentifier l'auteur. Le système de signature électronique utilise une paire de clés. Une clé privée utilisée pour signer un jeton et une clé publique pour permettant de lire le jeton signé.
L'Idp 101 comporte des moyens pour chiffrer le jeton. Le jeton est chiffré à l'aide d'une clé publique associée au SP 104 auquel est destiné le jeton.
De la sorte, le jeton chiffré est uniquement lisible par le SP auquel il est destiné.
Le fournisseur d'identité permet aux utilisateurs 102 de s'authentifier et de fournir des jetons sur leur PC ou Smartphone 103 leur permettant d'être reconnu et de porter des autorisations sur des infrastructures débarquées mais aussi de les utiliser sur les boîtiers connectés pour accéder à des fonctions spécifiques.
Le système comporte aussi une infrastructure à clés publiques 1 10 (ou PKI pour Public Key Infrastructure en anglais). Une PKI est une ressource informatique permettant de générer, de distribuer et de publier des certificats aux différents composants nécessaires (SP, IdP...)■ L'IdP 101 et les différents SP 104 disposent chacun d'un certificat qui leur est propre.
On rappelle qu'un certificat (ou certificat électronique) est un ensemble de données contenant par exemple une clé publique, une information d'identification (par exemple : un nom, généralement stocké dans un champ de données dit CN pour « Common Name ») et une clé privée pour signer ou déchiffrer.
Un certificat est utilisé, par exemple, par un équipement électronique (par exemple un calculateur embarqué) pour signer des documents ou pour s'authentifier auprès d'un autre équipement (par exemple un serveur web).
Le système assure aussi la diffusion de listes de révocation de certificats (ou CRL certificate revocation list). On rappelle qu'une liste de révocation de certificats est une liste des identifiants des certificats qui ont été révoqués ou invalidés et qui ne sont donc plus dignes de confiance.
L'infrastructure à clés publiques 1 10 comporte une autorité racine et une autorité intermédiaire.
Selon un mode de réalisation, le certificat du calculateur est issu d'un certificat d'autorité intermédiaire qui est issu de l'autorité racine.
L'invention concerne aussi un procédé d'installation d'un certificat dans un calculateur 104 de véhicule 105.
En référence à la figure 2, le procédé selon l'invention comporte les étapes suivantes.
La réception 201 d'une demande de connexion, provenant d'un terminal mobile 103.
Après l'établissement du média de communication, l'application sur le terminal 103 interroge 201 le calculateur 104 en lui demandant son identifiant (UIN).
Le calculateur vérifie 202 alors la présence d'un certificat valide en mémoire. L'étape de vérification 202 de la présence d'un certificat en mémoire comporte au moins une des étapes suivantes : - la vérification de la présence de son certificat. Ce certificat contient une clé publique dérivée de la clé privée permettant de signer des messages émis par le calculateur 104 ;
- la vérification de la présence des certificats des autorités intermédiaires dont sont issus les autres certificats, ces certificats permettent de valider la chaîne de certification et l'authenticité des certificats utilisés. Comme permettre au calculateur d'authentifier des équipements débarqués.
- la vérification de la présence et de la validité des listes de révocation des certificats. Une première liste de révocation de certificat est une liste émanant de l'autorité racine. Les autres listes de révocation des certificats sont les listes émanant des autorités intermédiaires.
Si aucun certificat valide n'est détecté, alors le calculateur émet 203, à destination du terminal mobile 103, un message d'erreur et une demande d'aller chercher le certificat associé à son numéro de série (UIN).
Lorsqu'il reçoit la demande de certificat, le terminal mobile 103 envoie 204 ladite demande de téléchargement du certificat, à destination de l'autorité de certification 101 .
En réponse à cette demande l'autorité de certification 101 met à disposition du terminal 103, le certificat valide pour le calculateur 104.
Le terminal mobile 103, reçoit 205 le certificat et l'envoi au calculateur
104.
Le calculateur 104 reçoit 206 le certificat, envoyé par le terminal mobile 103.
Ensuite, le calculateur 104 vérifie 207 le certificat reçu. Selon une caractéristique de l'invention, l'étape de vérification 207 du certificat reçu comporte au moins l'une des étapes suivantes :
- la vérification de la provenance du certificat, le certificat comportant un champ de donnée indiquant sa provenance (e.g. sous la forme d'un identifiant de l'autorité 101 ), la provenance est comparée avec une donnée de provenance préenregistrée dans une mémoire du calculateur 104 ; - la vérification de l'identifiant pour lequel est destiné le certificat, le certificat comportant un champ de donnée indiquant un identifiant, l'identifiant du certificat est comparée avec l'identifiant du calculateur 104 ;
- la vérification de la date de validité : le certificat comportant une date d'expiration, celle-ci est comparée avec la date indiquée par l'horloge du calculateur 104.
Ensuite, si le certificat est bien vérifié (autrement dit, si chaque donnée vérifiée correspond bien à la valeur attendue), alors le certificat est installé 208 dans la mémoire du calculateur 104.
Le système et le procédé selon l'invention permettent aussi de mettre à jour les listes de révocations associées aux certificats enregistrés dans la mémoire du calculateur 104.
En référence à la figure 3, le procédé selon l'invention comporte en outre, de façon avantageuse, les étapes suivantes.
La réception 301 d'une demande de connexion, provenant d'un terminal mobile 103.
La vérification 302 de la présence d'une liste de révocation de certificats valide en mémoire et, si aucune liste de révocation de certificats valide n'est détectée, alors le procédé comporte les étapes suivantes.
L'émission 303, à destination du terminal mobile 103, d'un message d'erreur et d'une demande d'une des listes de révocation issue d'une autorité intermédiaire.
En réponse au message d'erreur, le terminal mobile 103 demande 303a la date de fin de validité de la liste de révocation.
En retour, le calculateur 104 envoie 303b la date de fin de validité de la liste de révocation de certificats.
Le terminal 103 vérifie la date de fin de validité et si celle-ci est validée va télécharger le certificats (si celui n'est pas valide) et la nouvelle liste de révocation.
Ensuite, le terminal mobile 103 envoie une demande 304 pour télécharger la liste de révocation de certificats, à destination de l'autorité de certification 101 .
En réponse à cette demande la PKI 101 fournit 305, au terminal 103, une liste de révocation de certificats valide.
Le terminal mobile 103, reçoit la liste de révocation de certificats et l'envoie au calculateur 104.
Le calculateur 104 reçoit 306 la liste de révocation de certificats, envoyé par le terminal mobile 103.
La calculateur vérifie 307 la liste de révocation de certificats reçue. La calculateur installe 308 la liste de révocation de certificats dans sa mémoire, si la liste de révocation de certificats est vérifiée.
Selon une caractéristique de l'invention, l'étape de vérification 307 de la liste de révocation de certificats reçue comporte les sous-étapes suivantes :
- si le certificat du calculateur est périmé, alors le calculateur 104 envoie un premier code d'erreur,
- Si seulement le certificat de l'autorité intermédiaire est périmé, alors le calculateur 104 envoie un deuxième code d'erreur,
- Si seule la liste de révocation de l'autorité intermédiaire est périmée, alors le calculateur 104 envoie un troisième code d'erreur,
- Si seulement la liste de révocation de l'autorité racine est périmée, alors le calculateur 104 envoie un quatrième code d'erreur,
- Si au moins deux de ces éléments sont périmés, alors le calculateur 104 envoie un cinquième code d'erreur.

Claims

REVENDICATIONS
1 . Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105), comportant une étape de :
- Réception (201 ) d'une demande de connexion, provenant d'un terminal mobile (103),
Caractérisé en ce qu'il comporte en outre des étapes de :
- Vérification (202) de la présence d'un certificat valide en mémoire et, si aucun certificat valide n'est détecté, alors des étapes de :
- Emission (203), à destination du terminal mobile (103), d'un message d'erreur et d'une demande de certificat du calculateur (104),
- Réception (206) du certificat, envoyé par le terminal mobile (103),
- Vérification (207) du certificat reçu,
- Installation (208) du certificat dans la mémoire du calculateur (104), si le certificat est bien vérifié.
2. Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105) selon la revendication 1 , caractérisé en ce que l'étape de vérification (202) de la présence d'un certificat en mémoire comporte au moins une des étapes suivantes :
- vérifier la présence du certificat du calculateur, ledit certificat étant destinée à signer des messages émis par le calculateur (104),
- Vérifier la présence d'un certificat intermédiaire, dont sont issus d'autres certificats, ledit certificat intermédiaire permettant de valider une chaîne de certification et l'authenticité desdits autres certificats utilisés.
- Vérifier la présence et la validité d'une première liste de révocation de certificat,
- Vérifier la présence et la validité d'une deuxième liste de révocation de certificat.
3. Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105) selon l'une des revendications 1 ou 2, caractérisé en ce que, le calculateur (104) comportant une mémoire sécurisée dans laquelle est stockée une clé privée, la demande de certificat émise est signée avec ladite clé privée.
4. Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105) selon l'une des revendications précédentes, caractérisé en ce que, le certificat reçu comportant un champ de donnée indiquant une provenance, un champ de donnée indiquant un identifiant et une date d'expiration, l'étape de vérification (207) du certificat reçu comporte au moins l'une des étapes suivantes :
- la vérification de la provenance du certificat,
- la vérification de l'identifiant du certificat,
- la vérification de la date de validité du certificat.
5. Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105) selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre des étapes de :
- Envoi (204), par le terminal mobile (103), de la demande de certificat, à destination une autorité de certification (101 ), en réponse à la réception de la demande de certificat provenant du calculateur (104) ;
- Réception (205), par le terminal mobile (103), d'un certificat provenant de l'autorité de certification (101 ) et envoi du certificat au calculateur.
6. Procédé d'installation d'un certificat dans un calculateur (104) de véhicule (105) selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre des étapes de :
- Vérification (302) de la présence d'une liste de révocation de certificats valide en mémoire et, si aucune liste de révocation de certificats valide n'est détecté, alors des étapes de :
- Emission (303), à destination du terminal mobile (103), d'un message d'erreur et d'une demande de liste de révocation de certificats,
- Réception (306) d'une liste de révocation de certificats, envoyée par le terminal mobile (103)
- Vérification (307) de la liste de révocation de certificats reçue,
- Installation (308) de la liste de révocation de certificats dans la mémoire du calculateur (104), si la liste de révocation de certificats est vérifiée.
7. Dispositif d'installation d'un certificat dans un calculateur (104) de véhicule (105), comportant :
- Des moyens de réception d'une demande de connexion, provenant d'un terminal mobile (103),
- Des moyens de vérification de la présence d'un certificat valide en mémoire et, si aucun certificat valide n'est détecté,
- Des moyens d'émission, à destination du terminal mobile (103), d'un message d'erreur et d'une demande d'un certificat,
- Des moyens de réception du certificat, envoyé par le terminal mobile (103)
- Des moyens de vérification du certificat reçu,
- Des moyens d'installation du certificat dans la mémoire du calculateur (104), si le certificat est vérifié.
8. Calculateur (104) caractérisé en ce qu'il comporte un dispositif d'installation d'un certificat selon la revendication précédente.
9. Véhicule (105) caractérisé en ce qu'il comporte un calculateur (104) selon la revendication précédente.
10. Système d'authentification comportant au moins un véhicule selon la revendication précédente.
EP17794997.1A 2016-10-25 2017-10-06 Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés Ceased EP3532973A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1660363A FR3057973B1 (fr) 2016-10-25 2016-10-25 Procede d'installation d'un certificat dans un calculateur de vehicule, calculateur et systeme associes
PCT/FR2017/052750 WO2018078234A1 (fr) 2016-10-25 2017-10-06 Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés

Publications (1)

Publication Number Publication Date
EP3532973A1 true EP3532973A1 (fr) 2019-09-04

Family

ID=58162733

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17794997.1A Ceased EP3532973A1 (fr) 2016-10-25 2017-10-06 Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés

Country Status (4)

Country Link
EP (1) EP3532973A1 (fr)
CN (1) CN109863492A (fr)
FR (1) FR3057973B1 (fr)
WO (1) WO2018078234A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110418309B (zh) * 2019-07-30 2022-06-28 深圳成谷科技有限公司 一种车路协同证书发放的方法、装置、设备及车载单元
CN110599647A (zh) * 2019-09-05 2019-12-20 广东纬德信息科技有限公司 一种智能锁认证方法及系统
CN113094687A (zh) * 2020-01-08 2021-07-09 北京新能源汽车股份有限公司 一种数字证书灌装方法、灌装设备及车载终端
CN113765668B (zh) * 2020-06-03 2024-07-02 广州汽车集团股份有限公司 一种车辆数字证书在线安装方法及车辆数字证书管理装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110191581A1 (en) * 2009-08-27 2011-08-04 Telcordia Technologies, Inc. Method and system for use in managing vehicle digital certificates

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008081150A2 (fr) * 2006-12-28 2008-07-10 France Telecom Procede et systeme d'autorisation d'acces a un serveur
CN101853337B (zh) * 2009-03-31 2012-05-30 中国人民解放军信息工程大学 可信计算中公钥证书的撤销方法、装置及系统
CN102907039B (zh) * 2010-05-24 2016-03-16 瑞萨电子株式会社 通信系统、车载终端、路侧装置
US9769658B2 (en) * 2013-06-23 2017-09-19 Shlomi Dolev Certificating vehicle public key with vehicle attributes
FR3022664B1 (fr) * 2014-06-20 2017-10-27 Peugeot Citroen Automobiles Sa Procede et systeme d'authentification
US9544768B2 (en) * 2015-03-20 2017-01-10 Hyundai Motor Company Method and apparatus for performing secure Bluetooth communication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110191581A1 (en) * 2009-08-27 2011-08-04 Telcordia Technologies, Inc. Method and system for use in managing vehicle digital certificates

Also Published As

Publication number Publication date
WO2018078234A1 (fr) 2018-05-03
FR3057973B1 (fr) 2018-11-30
FR3057973A1 (fr) 2018-04-27
CN109863492A (zh) 2019-06-07

Similar Documents

Publication Publication Date Title
CN111884805B (zh) 基于区块链及分布式身份的数据托管方法及系统
EP3602991B1 (fr) Mécanisme permettant d'obtenir une vérification d'identité mutuelle par l'intermédiaire de canaux de dispositif d'application unidirectionnels
CN109302369B (zh) 一种基于密钥验证的数据传输方法及装置
WO2015193578A1 (fr) Procede et systeme d'authentification au moyen de jetons
EP3357212A1 (fr) Procede et dispositif d'authentification ameliores
FR3066666A1 (fr) Procede de securisation d'une communication sans gestion d'etats
EP3532973A1 (fr) Procédé d'installation d'un certificat dans un calculateur de véhicule, calculateur et système associés
CN115396121A (zh) 安全芯片ota数据包的安全认证方法及安全芯片装置
KR20000024445A (ko) 전자서명을 이용한 사용자 인증기법과 무선 전자서명을이용한사용자 인증기법 및 휴대형 처리 도구
WO2017114809A1 (fr) Deuxieme authentification dynamique d'une signature electronique utilisant un module materiel securise
US11218329B2 (en) Certificate generation with fallback certificates
KR102053993B1 (ko) 인증서를 이용한 사용자 인증 방법
KR20250046168A (ko) 자동차에 대한 접근 제어
CN112235276A (zh) 主从设备交互方法、装置、系统、电子设备和计算机介质
US9281947B2 (en) Security mechanism within a local area network
WO2022208195A1 (fr) Système et procédé d'identification, d'enregistrement et de mise en service sécurisés de dispositifs de sécurité
FR3073111A1 (fr) Procede et dispositif pour memoriser et partager des donnees integres
FR3073998B1 (fr) Procede numerique de controle d'acces a un objet, une ressource ou service par un utilisateur
US20260074918A1 (en) Method for authenticating data
FR3093887A1 (fr) Procédé pour délivrer, à un dispositif nomade, une autorisation d’accès à un calculateur connecté d’un véhicule
US20250363843A1 (en) Method and Device for Securely Sharing a Digital Key for a Vehicle
FR3044500A1 (fr) Procede et systeme d'acces, par un serveur, a des donnees confidentielles disponibles aupres d'un fournisseur de service.
WO2025125562A1 (fr) Procédé d'authentification d'un individu pour la mise en œuvre d'une transaction sur un terminal marchand
FR3044501A1 (fr) Procede de transmission, par un terminal, de donnees confidentielles depuis un calculateur telematique de vehicule vers un serveur
FR3041841A1 (fr) Procede et dispositif pour acceder a une ressource a l’aide d’un jeton chiffre

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190513

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20201005

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: PSA AUTOMOBILES SA

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20220525