Domaine de l'invention
[0001] La présente invention concerne un procédé de contrôle d'accès entre un module de contrôle et un module autonome de localisation géographique.
Etat de la technique
[0002] De tels modules existent sur le marché et utilisent par exemple la technologie bien connue GPS (Global Positioning System) qui est basée sur la réception de signaux provenant de satellites géostationnaires. Une fois la position du module connue, ce module dispose d'une voie de communication sans fil de type GSM, GPRS, CDMA ou UMTS.
[0003] La norme de communication joue un rôle mineur et peut être de type quelconque.
[0004] De tels modules sont actuellement disponibles sur le marché tel que proposés par Wavecom S.A (France). Ces modules sont complètement autonomes et peuvent être utilisés pour de nombreuses applications tels que la traçabilité d'objets, d'animaux ou de systèmes d'alerte sur des bateaux ou des véhicules.
[0005] Du fait que ces modules ont une alimentation autonome, le mode le plus utilisé est le mode interrogatif. L'utilisateur souhaitant connaître la position du module envoie un message d'interrogation. Ce message déclenche l'activation du dispositif de localisation et lorsqu'une position a été déterminée, cette position est transmise sur le canal de communication.
[0006] Un tel module a été utilisé dans le document EP 1 012 809 pour déterminer la charge de trafic sur les routes. Le procédé et le système concernent la collecte de données sur le trafic routier par l'intermédiaire d'un réseau mobile. La position instantanée d'un véhicule est déterminée par des moyens tels que des GPS dont sont équipés certains véhicules qui se trouvent dans le réseau routier. Les positions déterminées sont transmises par des moyens de transmissions installés dans les véhicules, sous forme de messages courts à une centrale de collecte de données de trafic. Ces messages courts sont exploités de façon à déterminer des segments de routes et les vitesses moyennes des véhicules sur ces segments.
[0007] En général, les moyens de communication sont reliés à une centrale qui gère l'ensemble des modules par exemple dans le but de déclencher un appel d'urgence tel qu'illustré dans le document EP 0 748 727A1. Cet appel permet de localiser le véhicule en difficulté et d'intervenir rapidement.
[0008] La majorité des procédés de communication mettant en oeuvre des modules autonomes sont contrôlés par une centrale qui peut en tout temps connaître la position d'un tel module. Ceci semble une condition nécessaire pour le suivi des véhicules ou d'objets de valeur, mais peut, dans certaines applications, être considéré comme une atteinte à la sphère privée. C'est pourquoi, pour certaines applications et pour interdire une utilisation abusive du système, le numéro d'appel d'un tel module est gardé secret. En effet, on peut imaginer les conséquences pour un tiers de connaître les emplacements d'objets de valeur ou d'une personne à son insu.
[0009] Néanmoins, les messages échangés sur le réseau de télécommunication sont accessibles par tous et peuvent facilement être interprétés. Une fois le numéro d'appel connu, un tiers peut interroger le module et obtenir ainsi la position à n'importe quel moment.
[0010] C'est pourquoi la présente invention vise à pallier ce défaut et propose un procédé de contrôle d'accès entre un module de contrôle et un module autonome comprenant un dispositif de localisation et un dispositif de communication, ces deux modules comprenant une clé de sécurité et un identifiant, cette méthode comprenant les étapes suivantes:
- détermination d'une valeur de contrôle par le module de contrôle,
- encryption de l'ensemble valeur de contrôle et identifiant par la clé de sécurité,
- transmission d'un message contenant l'ensemble encrypté vers le module autonome et au moins une commande,
- décryption de l'ensemble et vérification de l'égalité entre l'identifiant reçu avec celui mémorisé dans le module autonome,
- dans l'affirmative, vérification que la valeur de contrôle n'a pas déjà été reçue par ledit module autonome,
- dans l'affirmative, acceptation de la commande du message.
[0011] Cette méthode comporte l'avantage de ne nécessiter aucune synchronisation entre les deux modules pour fonctionner. Si un message est perdu et n'arrive pas au module autonome, le prochain message sera accepté sans autre pour autant que l'identifiant soit correct d'une part et que la valeur de contrôle n'ait pas déjà été utilisée.
[0012] Cette valeur de contrôle peut prendre plusieurs formes. Une première forme est un simple compteur. A chaque message généré par le module de contrôle, le compteur est incrémenté. Dans le module autonome, la dernière valeur du compteur reçue est mémorisée. Lors de la réception d'un nouveau message, le module autonome va vérifier que la valeur du compteur est supérieure à celle qui a été mémorisée lors d'un message précédent.
[0013] Selon une autre forme, la valeur de contrôle et générée aléatoirement. Le module autonome va conserver un certain nombre de ces valeurs reçues, par exemple 5, et va comparer la nouvelle valeur reçue avec l'une des valeurs mémorisées. Si elle ne figure pas dans les 5 valeurs mémorisées, le message est accepté. Cette nouvelle valeur de contrôle vient remplacer la plus ancienne des valeurs mémorisées selon le principe bien connu du tampon circulaire.
[0014] La commande la plus courante dans un message est la requête de la position du module autonome. Ainsi, ce module ne va renvoyer sa position géographique que si la vérification par l'identifiant et la valeur de contrôle ont été positive. On remarquera que chaque message transmis est unique et ne peut être réutilisé. Un tiers ayant intercepté un message ne peut le réutiliser car ceci serait immédiatement détecté par le module autonome. L'identifiant n'est pas une donnée critique car même la connaissance de cette donnée par un tiers ne permet pas de générer un message valide sans la clé de sécurité.
[0015] Cet identifiant peut donc avantageusement être le numéro d'appel du module ou son numéro de série.
Brève description des figures
[0016] L'invention sera mieux comprise grâce à la description détaillée qui va suivre et qui se réfère aux dessins annexés qui sont donnés à titre d'exemple nullement limitatif, à savoir:
<tb>la fig. 1 <sep>illustre le flux des messages pour l'obtention d'une position du module autonome,
<tb>la fig. 2 <sep>illustre le format des messages envoyés du module de contrôle au module autonome.
Description détaillée
[0017] Selon l'exemple illustré à la fig. 1, le module de contrôle MC est localisé dans un dispositif local d'un usager. Ce dispositif local peut être un ordinateur comme illustré, un téléphone portable, un palm, PDA ou agenda électronique ou autre dispositif adéquat. Il comprend une mémoire pour stocker la clé secrète k, l'identifiant ID du module autonome MA et selon le mode préféré de l'invention, le compteur CPT.
[0018] Lorsqu'une position est souhaitée, un message est généré par le module de contrôle MC et est transmis à un centre de gestion CG selon la flèche 1. Ce centre transmet cette requête au dispositif de communication du module autonome MA et selon l'implémentation, ajoute les commandes nécessaires pour activer le module autonome MA selon la flèche 2.
[0019] Une fois le message reçu par le module autonome MA et accepté, ce module détermine sa position grâce au dispositif de localisation et retourne un message au centre de gestion selon la flèche 3.
[0020] Ce message est interprété par le centre de gestion qui peut ajouter des informations telles qu'une position sur la carte et retourne ces informations à l'usager (flèche 4).
[0021] Il est à noter que cette méthode permet à un usager de contrôler l'utilisation de son module autonome tout en bénéficiant des fonctions évoluées du centre de gestion telle de l'affichage de la position sur une carte. L'usager ne connaît pas nécessairement le numéro d'appel du module autonome et la syntaxe des commandes. C'est le rôle du centre de gestion CG de formater les messages. Ce dernier dispose de toutes les données utiles de chaque module autonome dans sa base de données BD.
[0022] Selon un autre mode de réalisation, le module de contrôle MC est intégré au centre de gestion CG et assure une grande sécurité d'emploi du module autonome. Les messages provenant de l'usager (flèche 1) vont contenir une identification et un mot de passe afin d'authentifier l'usager par rapport au centre de gestion.
[0023] Sur la fig. 2 est illustré un exemple de messages transmis entre le module de contrôle MC et le module autonome MA. Chacun de ces modules dispose de la clé secrète k, d'un compteur CPT et de l'identifiant ID. Dans cette implémentation, le module de contrôle MC est placé dans le centre de gestion qui prépare également les commandes à destination du module autonome MA.
[0024] Le module autonome dispose de son propre compteur CPTb pour comparer la valeur du compteur CPT dans le message. Si la valeur de CPT est plus grande que CPTb, le message est accepté (si bien entendu l'identifiant est correct). Dans ce cas, la valeur de CPT est copiée dans la compteur CPTb. On constate que si un message est perdu ou non acheminé, la différence entre la valeur de CPT et CPTb sera plus grande que 1. Ceci ne pose pas de problème tant que CPT > CPTb. Le système se resynchronise de lui-même.
[0025] Selon l'exemple du message M1, le module de contrôle MC compose un message comprenant le compteur CPT qui est CPTa et l'identifiant ID. Ces deux éléments sont encryptés par la clé secrète k. A cet ensemble encrypté, on ajoute les commandes CMD tels que la requête de la position du module autonome, la définition du mode de fonctionnement ou la requête de l'état du module (par ex. le niveau de la batterie). Une fois le message préparé, le module de contrôle MC incrémente son compteur CPTa en vue d'un prochain message.
[0026] Dans l'exécution avec un nombre aléatoire, le module autonome MA doit conserver un certain nombre de ces valeurs de contrôle reçues pour garantir que chaque message est nouveau. Si par exemple le nombre aléatoire fait 2 octets, on va de préférence conserver les 10 dernières valeurs soit 20 octets au total. L'arrivée et l'acceptation d'un message provoque l'effacement de la plus ancienne valeur stockée dans cette mémoire et son remplacement par la nouvelle.
[0027] Selon un deuxième exemple illustré par M2, la commande CMD est incluse dans l'ensemble encrypté. Ceci permet de sécuriser les commandes transmises et empêcher tout tiers de remplacer une commande sur un message légalement généré par le module de contrôle.
[0028] Un troisième exemple illustré par M3 montre les commandes CMD placées hors de l'ensemble encrypté. Néanmoins on calcule une signature CS (fonction Checksum, CRC, Hash, SHA ou autre) sur les commandes CMD et cette signature est insérée dans la partie encryptée. Ainsi il est possible pour le module autonome MA de s'assurer que les commandes n'ont pas été modifiées.
[0029] Il est entendu que la clé secrète k peut être de type symétrique (identique des deux cotés) ou asymétrique. Dans ce cas, on placera la clé publique de préférence dans le module de contrôle MC et la clé privée dans le module autonome MA.
[0030] Cette demande couvre tous types de module autonome de localisation, soit par un système GPS (Global Positioning System) soit par une localisation basée sur les antennes de téléphonie sans fil. En effet, il est possible de placer un logiciel approprié dans le module autonome pour permettre une localisation grâce aux antennes de téléphonie. Un tel système est proposé par Cambridge Positioning Systems Limited aux USA.
Field of the invention
The present invention relates to an access control method between a control module and an autonomous module of geographical location.
State of the art
[0002] Such modules exist on the market and use, for example, the well-known GPS (Global Positioning System) technology which is based on the reception of signals from geostationary satellites. Once the position of the known module, this module has a wireless communication path type GSM, GPRS, CDMA or UMTS.
The communication standard plays a minor role and can be of any type.
[0004] Such modules are currently available on the market as proposed by Wavecom S.A (France). These modules are completely autonomous and can be used for many applications such as traceability of objects, animals or warning systems on boats or vehicles.
Because these modules have an autonomous power supply, the most used mode is the interrogative mode. The user wishing to know the position of the module sends a query message. This message triggers the activation of the locating device and when a position has been determined, this position is transmitted on the communication channel.
Such a module has been used in EP 1 012 809 to determine the traffic load on the roads. The method and system relate to the collection of road traffic data via a mobile network. The instantaneous position of a vehicle is determined by means such as GPS which are equipped with certain vehicles that are in the road network. The determined positions are transmitted by means of transmissions installed in the vehicles, in the form of short messages to a traffic data collection center. These short messages are exploited to determine road segments and average vehicle speeds on these segments.
In general, the communication means are connected to a central unit which manages all the modules for example for the purpose of triggering an emergency call as illustrated in EP 0 748 727A1. This call makes it possible to locate the vehicle in difficulty and to intervene quickly.
[0008] The majority of communication methods using autonomous modules are controlled by a central unit that can at any time know the position of such a module. This seems a necessary condition for tracking vehicles or valuables, but may, in some applications, be considered an invasion of privacy. Therefore, for some applications and to prohibit abuse of the system, the call number of such a module is kept secret. Indeed, one can imagine the consequences for a third party to know the locations of valuables or a person without his knowledge.
Nevertheless, the messages exchanged on the telecommunications network are accessible by all and can easily be interpreted. Once the call number is known, a third party can interrogate the module and thus obtain the position at any time.
This is why the present invention aims to overcome this defect and proposes an access control method between a control module and an autonomous module comprising a localization device and a communication device, these two modules comprising a key security and an identifier, this method comprising the following steps:
determination of a control value by the control module,
- encryption of the set of control value and identifier by the security key,
transmission of a message containing the encrypted set to the autonomous module and at least one command,
decryption of the set and verification of the equality between the received identifier and that stored in the autonomous module,
if so, verifying that the control value has not already been received by said autonomous module,
- if so, acceptance of the order of the message.
This method has the advantage of not requiring any synchronization between the two modules to operate. If a message is lost and does not arrive at the standalone module, the next message will be accepted without any further provided that the identifier is correct on the one hand and that the control value has not already been used.
This control value can take several forms. A first form is a simple counter. With each message generated by the control module, the counter is incremented. In the stand-alone module, the last value of the received counter is stored. When receiving a new message, the standalone module will check that the value of the counter is greater than that which has been memorized during a previous message.
In another form, the control value and generated randomly. The autonomous module will keep a certain number of these received values, for example 5, and will compare the new value received with one of the stored values. If it does not appear in the 5 stored values, the message is accepted. This new control value replaces the oldest of the stored values according to the well-known principle of the circular buffer.
The most common command in a message is the request for the position of the autonomous module. Thus, this module will return its geographical position only if the verification by the identifier and the control value were positive. Note that each message transmitted is unique and can not be reused. A third party having intercepted a message can not reuse it because this would be immediately detected by the autonomous module. The identifier is not a critical data because even the knowledge of this data by a third party does not generate a valid message without the security key.
This identifier can therefore advantageously be the module call number or serial number.
Brief description of the figures
The invention will be better understood from the detailed description which follows and which refers to the accompanying drawings which are given by way of non-limiting example, namely:
<tb> fig. 1 <sep> illustrates the flow of messages to obtain a position of the autonomous module,
<tb> fig. 2 <sep> illustrates the format of messages sent from the control module to the standalone module.
detailed description
According to the example illustrated in FIG. 1, the control module MC is located in a local device of a user. This local device can be a computer as illustrated, a mobile phone, a palm, PDA or electronic organizer or other suitable device. It comprises a memory for storing the secret key k, the identifier ID of the autonomous module MA and according to the preferred embodiment of the invention, the counter CPT.
When a position is desired, a message is generated by the control module MC and is transmitted to a management center CG according to the arrow 1. This center transmits this request to the communication device of the autonomous module MA and according to the implementation, adds the necessary commands to activate the autonomous module MA according to the arrow 2.
Once the message received by the autonomous module MA and accepted, this module determines its position through the location device and returns a message to the management center according to the arrow 3.
This message is interpreted by the management center which can add information such as a position on the map and returns this information to the user (arrow 4).
It should be noted that this method allows a user to control the use of its autonomous module while enjoying the advanced functions of the management center as the display of the position on a map. The user does not necessarily know the call number of the autonomous module and the syntax of the commands. It is the role of the CG Management Center to format the messages. The latter has all the useful data of each autonomous module in its database BD.
According to another embodiment, the control module MC is integrated in the management center CG and provides a high degree of security of use of the autonomous module. The messages coming from the user (arrow 1) will contain an identification and a password in order to authenticate the user with respect to the management center.
In FIG. 2 is illustrated an example of messages transmitted between the control module MC and the autonomous module MA. Each of these modules has the secret key k, a counter CPT and the identifier ID. In this implementation, the control module MC is placed in the management center which also prepares the commands for the autonomous module MA.
The autonomous module has its own CPTb counter for comparing the value of the CPT counter in the message. If the value of CPT is greater than CPTb, the message is accepted (if the identifier is correct). In this case, the value of CPT is copied to the counter CPTb. It can be seen that if a message is lost or not routed, the difference between the value of CPT and CPTb will be greater than 1. This is not a problem as long as CPT> CPTb. The system resynchronizes itself.
According to the example of the message M1, the control module MC composes a message comprising the CPT counter which is CPTa and the identifier ID. These two elements are encrypted by the secret key k. To this encrypted set, we add the CMD commands such as the request for the position of the autonomous module, the definition of the operating mode or the request of the state of the module (eg the level of the battery). Once the message has been prepared, the control module MC increments its counter CPTa for a next message.
In execution with a random number, the autonomous module MA must keep a certain number of these received control values to ensure that each message is new. If for example the random number is 2 bytes, we will preferably keep the last 10 values or 20 bytes in total. The arrival and acceptance of a message causes the oldest value stored in this memory to be erased and replaced by the new one.
According to a second example illustrated by M2, the CMD command is included in the encrypted set. This makes it possible to secure the transmitted commands and to prevent any third party from replacing a command on a message legally generated by the control module.
A third example illustrated by M3 shows the CMD commands placed out of the encrypted set. Nevertheless, a CS signature (Checksum, CRC, Hash, SHA or other function) is calculated on the CMD commands and this signature is inserted in the encrypted part. Thus it is possible for the autonomous module MA to make sure that the commands have not been modified.
It is understood that the secret key k may be symmetrical type (identical on both sides) or asymmetrical. In this case, the public key will preferably be placed in the control module MC and the private key in the autonomous module MA.
This application covers all types of autonomous location module, either by a GPS system (Global Positioning System) or by a location based on wireless telephony antennas. Indeed, it is possible to place appropriate software in the autonomous module to allow localization through telephony antennas. Such a system is proposed by Cambridge Positioning Systems Limited in the USA.