Brevet FR2817424A1 — publié le 20020531

La présente invention concerne la sécurité des réseaux informatiques privés et plus précisément leur contrôle d'accès. L'Internet est un réseau informatique public qui permet d'accéder à des sites ou réseaux informatiques privés, dits Intranet. Sur les réseaux Intranet, sont en général disponibles des données que l'on souhaite protéger contre la destruction ou la lecture par des tiers non autorisés. L'accès à un réseau Intranet protégé est limité à un groupe de terminaux autorisés. Lorsque ceux-ci appellent leur fournisseur d'accès à l'Internet, celui-ci les identifie avant de les connecter à l'Internet. Ces terminaux peuvent alors atteindre le réseau Intranet à travers l'Internet. Cependant, et en particulier dans le cas des terminaux de radiotéléphonie cellulaire pouvant accéder à l'Internet, le risque de vol n'est pas à exclure. Il est bien prévu de sécuriser l'utilisation du terminal par la saisie d'un mot de code PIN pour accéder au réseau téléphonique, mais cette mesure est sans effet en cas de vol à l'arraché d'un terminal en état d'émettre des appels. Le voleur peut, en effet, sans mettre hors service le terminal, commander l'établissement d'une liaison téléphonique avec le fournisseur de service d'accès, dont l'adresse est stockée dans le terminal, et ainsi accéder sans contrôle aux réseaux Intranet. La présente invention vise à proposer une solution pour mieux contrôler l'accès aux réseaux informatiques privés. A cet effet, l'invention concerne un procédé d'accès sécurisé, depuis un terminal d'un réseau téléphonique de transmission de données, à un réseau informatique privé, par l'intermédiaire d'un fournisseur de service d'accès relié au réseau téléphonique et à un réseau informatique public d'accès au réseau informatique privé, procédé dans lequel : - l'utilisateur du terminal commande l'émission par celui-ci, vers le fournisseur de service d'accès, de données d'appel du réseau informatique privé, procédé caractérisé par le fait qu'il est requis, de l'utilisateur, des données d'identification personnelle pour n'autoriser l'accès au réseau privé qu'après fourniture de ces données. Ainsi, le fournisseur de service d'accès, qui contrôle classiquement l'accès en entrée au réseau informatique public, contrôle aussi l'accès de sortie du réseau public vers le réseau privé. En vue de prendre une décision pour autoriser ou interdire l'accès au réseau privé, le fournisseur d'accès peut effectuer lui-même le contrôle des données d'identification personnelle ou bien simplement servir d'intermédiaire et les retransmettre au réseau privé qui, le cas échéant, autorisera en retour le fournisseur de service d'accès à fournir l'accès requis L'invention sera mieux comprise à l'aide de la description suivante d'un mode préféré de mise en oeuvre du procédé de l'invention, en référence à la figure unique annexée qui représente schématiquement un réseau informatique public, ici l'Internet, reliant un réseau téléphonique, ici le réseau de radiotéléphonie GSM, à un réseau informatique privé. Sur la figure, la référence 1 désigne un réseau informatique de transmission de données privé, comportant des artères 12 de transmission de données auxquelles sont reliés des serveurs 13 de données à accès restreint et une passerelle 11 de liaison du réseau privé 1 avec un réseau informatique public 2, ici l'Internet. Le réseau privé 1 est compatible avec les protocoles de l'Internet 2, c'est-à-dire qu'il s'agit d'un réseau dont la passerelle 11 dispose d'une adresse EP permanente. D'une façon générale, le réseau privé 1 peut être un réseau Intranet, dont les artères 12 et serveurs 13 utilisent les protocoles de l'Internet 2, ou encore un réseau de type autre, tel que l'Ethernet, dont la passerelle 11 assure la compatibilité avec l'Internet par conversion de format des paquets de données. Un terminal téléphonique 31 d'un réseau téléphonique 30 permettant la transmission de données peut accéder, à travers celui-ci, à un fournisseur 21 de service d'accès au réseau Internet 2. Dans cet exemple, le réseau 30 est le réseau de radiotéléphonie cellulaire GSM. Dans un autre exemple, il pourrait s'agir d'un réseau téléphonique commuté filaire RTC. En effet, si la présente invention présente un intérêt particulier pour se protéger des conséquences d'un vol de téléphone portable 31, elle s'applique aussi au cas d'utilisation par un tiers d'un téléphone, fixe ou mobile, en communication Internet mais temporairement laissé sans surveillance par son utilisateur. Le procédé de l'invention va maintenant être exposé. Un terminal relié directement aux artères 12 du réseau privé 1 peut accéder librement aux serveurs 13. Par contre, l'accès à ceux-ci depuis le terminal 31 extérieur, à travers la passerelle 11, est contrôlé. Lorsque l'utilisateur du terminal 31 commande l'émission par celuici, vers le fournisseur de service d'accès 21, de données d'appel du réseau informatique privé 1 (adresse IP), il est requis, de l'utilisateur, des données d'identification personnelle pour n'autoriser l'accès au réseau privé 1 qu'après fourniture de ces données. Ainsi, la possession du terminal 31 n'autorise pas automatiquement l'accès au réseau privé 1. La requête de données d'identification personnelle de l'utilisateur est ici engendrée par le fournisseur de service d'accès 21, en réponse à la réception des données d'appel. Lorsque l'utilisateur du terminal 31 fournit les données d'identification requises, le fournisseur de service d'accès 21 établit la communication avec la passerelle 11 et le terminal 31 peut alors accéder aux serveurs 13. En variante, le fournisseur de service d'accès 21 ne sert que d'intermédiaire et retransmet les données d'appel jusqu'à la passerelle 11. C'est alors cette dernière qui engendre la requête de données d'identification personnelle et la transmet en retour vers le terminal 31. La passerelle 11 a alors, outre sa fonction d'adaptation et de stockage temporaire des données échangées, une fonction de contrôle d'accès, pour n'autoriser l'accès aux artères 12, formant l'intérieur du réseau privé 1, qu'après réception des données requises d'identification personnelle. Ainsi, outre le contrôle d'accès aux serveurs 13 eux-mêmes, on empêche toute lecture incontrôlée, depuis l'extérieur, des données échangées à l'intérieur du réseau privé 1. Ceci est en particulier intéressant pour protéger des artères 12 non commutées, telles qu'un réseau Ethernet, dans lequel tout équipement connecté au réseau reçoit la totalité des paquets transmis sur le réseau, le tri ou filtrage logique de réception logique sur l'adresse de destinataire n'étant effectué qu'après réception physique des paquets. Les données d'identification personnelle peuvent être des caractéristiques biométriques de l'utilisateur, saisies par le terminal 31. Ce sont par exemple des images d'empreintes digitales, sillons et reliefs de la peau, saisies par un capteur d'image ou encore des caractéristiques vocales saisies par un circuit d'analyse et reconnaissance vocale. On peut aussi saisir, par un lecteur, des données d'identification personnelle stockées dans une carte à puce dont la présence est par ailleurs facultative et qui donc risque peu d'être dérobée à l'arraché avec le terminal 31 si l'utilisateur la conserve sur lui lorsqu'elle est inutile. Dans un autre cas, pour éviter la nécessité de capteurs ou circuits spécifiques, lorsqu'il est prévu de saisir dans le terminal 31 un mot de code d'identification personnelle PIN pour accéder au réseau téléphonique 30, on saisit à nouveau le mot de code PIN pour fournir les données d'identification personnelle d'accès au réseau privé 1. Il peut être prévu que le fournisseur de service d'accès 21 soit spécialisé dans le seul accès au réseau informatique privé 1 à travers l'Internet 2. En pareil cas, le seul fait d'appeler le fournisseur de service d'accès 21 constitue une requête d'accès au seul site accessible à travers lui que constitue le réseau privé 1. Le numéro téléphonique GSM d'appel du fournisseur de service d'accès 21 représente ainsi les données d'appel ou adresse IP du réseau privé 1. Dans ce cas, le fournisseur de service d'accès 21 attribue, à tout appel entrant, l'adresse IP du réseau privé 1 à titre de destinataire final. Fonctionnellement, la passerelle 11 d'accès en entrée au réseau privé 1, reliée à une sortie de l'Internet 2, est ainsi déportée au niveau du fournisseur de service d'accès 21, en entrée de l'Internet 2. Dans un mode particulier de mise en oeuvre du procédé, on mémorise, dans une phase initiale de mise en service du terminal 31, les données d'appel (adresse IP et/ou adresse du fournisseur de service d'accès 21) du réseau informatique privé 1. Ensuite, en exploitation, on détecte toute commande visant à émettre des données d'appel depuis le terminal 31, telle que par exemple saisie de numéro par un clavier ou lecture d'annuaire, on compare les données d'appel aux données mémorisées et, en cas de coïncidence, on retarde l'émission jusqu'à la saisie des données d'identification personnelle. On effectue ainsi un filtrage sélectif d'adresses ou numéros appelés pour bloquer localement, au moins temporairement, l'accès au réseau privé 1. REVENDICATIONS 1-Procédé d'accès sécurisé, depuis un terminal (31) d'un réseau téléphonique de transmission de données (30), à un réseau informatique privé (1), par l'intermédiaire d'un fournisseur de service d'accès (21) relié au réseau téléphonique (30) et à un réseau informatique public (2) d'accès au réseau informatique privé (1), procédé dans lequel : - l'utilisateur du terminal (31) commande l'émission par celui-ci, vers le fournisseur de service d'accès (21), de données d'appel du réseau informatique privé (1), procédé caractérisé par le fait qu'il est requis, de l'utilisateur, des données d'identification personnelle pour n'autoriser l'accès au réseau privé (1) qu'après fourniture de ces données. 2-Procédé selon la revendication 1, dans lequel, le fournisseur de service d'accès (21) étant spécialisé dans le seul accès au réseau informatique privé (1) à travers le réseau informatique public (2), le numéro d'appel du fournisseur de service d'accès (21) représente les données d'appel du réseau informatique privé (1). 3-Procédé selon l'une des revendications 1 et 2, dans lequel, dans une phase initiale de mise en service du terminal, on mémorise les données d'appel du réseau informatique privé (1) dans le terminal (31) et, en exploitation, on détecte toute commande visant à émettre des données d'appel, on les compare aux données mémorisées et, en cas de coïncidence, on retarde l'émission jusqu'à la saisie des données d'identification personnelle. 4-Procédé selon l'une des revendications 1 et 2, dans lequel le fournisseur de service d'accès (21) requiert, du terminal (31) qui l'appelle, les données d'identification personnelle pour autoriser l'accès au réseau privé (1). 5-Procédé selon l'une des revendications 1 à 4, dans lequel on saisit dans le terminal (31) un mot de code PIN pour accéder au réseau téléphonique (30) et on saisit à nouveau le mot de code PIN pour fournir les données d'identification personnelle d'accès au réseau privé (1). 6-Procédé selon l'une des revendications 1 à 5, dans lequel on saisit des caractéristiques biométriques de l'utilisateur pour engendrer les données d'identification personnelle. 7-Procédé selon l'une des revendications 1 à 6, dans lequel on saisit les données d'identification personnelle par lecture d'une carte à puce.