WO2001044949A2 - Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service - Google Patents

Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service Download PDF

Info

Publication number
WO2001044949A2
WO2001044949A2 PCT/FR2000/003550 FR0003550W WO0144949A2 WO 2001044949 A2 WO2001044949 A2 WO 2001044949A2 FR 0003550 W FR0003550 W FR 0003550W WO 0144949 A2 WO0144949 A2 WO 0144949A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
software
flow
application
screen
Prior art date
Application number
PCT/FR2000/003550
Other languages
English (en)
Other versions
WO2001044949A3 (fr
Inventor
Yves Audebert
Original Assignee
Activcard
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 Activcard filed Critical Activcard
Priority to CA002395381A priority Critical patent/CA2395381A1/fr
Priority to JP2001545974A priority patent/JP2003517683A/ja
Priority to AU25270/01A priority patent/AU2527001A/en
Priority to KR1020027007780A priority patent/KR20020059764A/ko
Priority to DE60008795T priority patent/DE60008795T2/de
Priority to AT00988928T priority patent/ATE261139T1/de
Priority to EP00988928A priority patent/EP1238340B1/fr
Publication of WO2001044949A2 publication Critical patent/WO2001044949A2/fr
Publication of WO2001044949A3 publication Critical patent/WO2001044949A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/14—Protection against unauthorised use of memory or access to memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards

Definitions

  • the subject of the invention is a computer device of the type in which the execution of software or access to a service or to software is controlled by the application of at least one flow-through datum specific to a user.
  • a terminal such as a personal computer
  • software requiring authentication it displays on the terminal screen a dialog box comprising two fields intended, one for introduction the name of the user, the other to that of his password.
  • These credentials specific to the user and to the software in question are entered by the user by means of the keyboard with which the terminal is equipped.
  • the software with access by authentication referred to in the present application can be software which either is executed locally on a terminal such as a personal computer, or is executed partly in this terminal and partly in a server to which the terminal can be connected by a communication network such as the Internet.
  • the software targeted is mainly application software enabling operations of the aforementioned type to be implemented (electronic mail, home banking, electronic commerce, etc.). In certain cases, this application software makes it possible to execute financial transactions and it is understood that maintaining the secrecy of the flow-through data allowing their access is essential.
  • password servers In order to improve the security conditions of the authentication process with regard to applications, it is known practice to use password servers.
  • a user wants to access an application from a terminal, he must connect to the password server and authenticate himself vis-à-vis the latter.
  • the password server which contains the user's credentials, replaces the user to load the required flow-through data into the application to which the user requests access and start it.
  • the flow-through data can remain unknown to the user, with the exception, however, of that allowing him to authenticate himself vis-à-vis the password server.
  • This solution implies the existence of a specific server and requires a real-time connection to it when the user wants to access an application.
  • the invention aims to provide a computer device making it possible to significantly improve the ergonomics and security of the process of applying flow-through data to software or services executable by said device.
  • the invention also aims to provide a computer device making it possible to facilitate the process of authenticating a user with respect to one or more software or services to which access is controlled by the application of at least one flow-specific data specific to the user and to the software or service considered, avoiding the user having to remember the flow-through data or data associated with this or these software or services, or from calling on a word server past.
  • Another object of the invention is to provide a computer device which makes it possible to significantly improve the security of such a process for applying flow-through data to software or a service.
  • the subject of the invention is a computer device comprising:
  • data processing means for the implementation of at least one of the functions comprising access to software, execution of software and access to a service, - the first means of memorizing data and programs,
  • means of interface with a user comprising at least one display screen and means of graphical interface, at least one pointing device for controlling the movement of a cursor on said screen, and
  • acquisition means for controlling, by means of said pointing member, by positioning said cursor on said sign, the acquisition of said flow-through data in said supply means, and
  • the computer device according to the invention does not require the manual introduction by the user of his or her credentials, which are automatically transferred by means of the pointing device of the personal security device to the software to which the user wants to access .
  • the personal security device for the user of the hardware type (smart card, token- in English "token”) or software, makes it possible to store strong passwords (long and complex passwords), the computer device according to the invention provides significantly improved security conditions for access to software.
  • the development of applications and services accessible via the Internet has indirectly created a proliferation of viruses, one of the objectives of which is to read the passwords or credit card numbers that users store on their personal computer (PC) to avoid having to re-enter them each time you use them.
  • the device according to the invention therefore also provides an improvement in security insofar as said flow-through data are protected by the personal security device of the user and, consequently, are not stored in the clear on the PC. No real-time connection to a password server containing the credential data of a set of users is necessary, since the credential data specific to each user is stored in the security device which is personal and which is associated with the terminal from which it requests access to an application.
  • the computer device can be used to improve the security of the authentication process with respect to this server: the flow-through data controlling access to this server are then managed as described above.
  • the flow-through data referred to may be static or dynamic passwords.
  • the means of supplying said data are in fact storage means.
  • the supply means are calculation means allowing the execution of an algorithm.
  • the dynamic flow-through data are then calculated using a time variable of the "event counter" type, a key, itself static or dynamic, and an algorithm executed in the smart card or the token ( token) hardware or software.
  • said access control means further comprise:
  • first comparison means for comparing the characteristic data of said window located under the cursor with characteristic data of said destination window stored in said supply means in connection with said flow-through data, and - means for authorizing said application of said flow-through data in response to consistency between said identified characteristic data and said characteristic data stored in said supply means.
  • each of said flow-through data is associated in said means for supplying data identifying the corresponding software
  • said means display are adapted to display on said screen a plurality of signs respectively representative of said flow-through data
  • said access control means further comprise second means for identifying software whose said destination window is displayed on said screen, and second comparison means for comparing the identity of said identified software with the identification data associated with a flow-through data item selected by means of said pointing device, said comparison means authorizing application to said identified software of said flow-through data selected only if there is identity of said software identified with said identification data.
  • each of said flow-through data is associated in said means for supplying a data item identifying the corresponding software and said access control means further comprise second means for identifying software whose said destination window is displayed on said screen, second comparison means for comparing the identity of said identified software with said data identification stored in said supply means, said application means being adapted to control the application in said destination window of a flow-through data present in said supply means and whose associated identification data corresponds to the identity of said detected software.
  • the authentication process is automated insofar as the user does not have to choose the flow-through data assigned to the software to which he must have access, provided that this flow-through data is indeed available in the device. personal security.
  • the device comprises means for, in the absence of a correspondence between said identification data and said detected software, authorizing the introduction by said user, via said interface means, of flow-through data for said detected software and store in said supply means said flow-through data entered with identification data of said detected software.
  • the computer device according to the invention further comprises one or more of the following characteristics considered alone or in combination:
  • the device comprises a personal computer to which said personal security device is connected; said software is application software distributed between the personal computer and a server, said device comprising means for connecting said personal computer to said server;
  • - Said personal security device is a smart card; - Said personal security device comprises means for comparing a memorized secret code with a secret code introduced by the user via said interface means, said access control means being made operational in response to consistency between said secret codes; - Said access control means comprise means for prohibiting the display of said flow-through data on said display screen in response to its application to said software.
  • the authentication process can be implemented without the flow-through data being known to the user, which significantly improves the security conditions since this flow-through data cannot be accidentally disclosed by the user. 'user.
  • the supply means are storage means. If the flow-through data is dynamic, the supply means comprise means for executing an algorithm for calculating said flow-through data.
  • FIG. 1 is a schematic view illustrating hardware and software elements of the computer device according to the invention
  • FIG. 2A is a view of a display screen illustrating the authentication process with respect to software using the device according to the invention
  • Figure 2B is an enlarged view of an icon displayed on the screen of Figure 2A;
  • FIG. 3 is a flowchart illustrating the basic functions implemented by the "drag-and-drop" software used in the device according to the invention
  • FIG. 4 is a more detailed flow diagram illustrating a first subroutine of the software illustrated by the flow diagram of FIG. 3;
  • Figure 5 is a more detailed flow diagram illustrating a second subroutine of the software illustrated by the flow diagram of Figure 3;
  • Figure 6 is a schematic representation of a home page of application software displayed to a user for the introduction of his password.
  • a personal computer 1 comprises a display screen 2 and a set of conventional data processing means (microprocessor), data storage, input / output, etc. and designated in their assembly by the reference 3.
  • microprocessor microprocessor
  • data storage data storage
  • input / output etc.
  • the keyboard of the personal computer 1 has not been shown.
  • the personal computer 1 is associated with a personal security device PSD such as a smart card 5 capable of being read by means of a reading device or reader 4 connected to the personal computer 1.
  • a personal security device PSD such as a smart card 5 capable of being read by means of a reading device or reader 4 connected to the personal computer 1.
  • the reader can be integrated into the personal computer 1.
  • a pointing device such as a mouse 6 provided with left buttons 6a and right button 6b, is connected to the personal computer 1 in order to move a cursor on the screen 2.
  • the personal computer 1 is suitable for executing a certain number of software L, in particular application software illustrated in FIG. 1 by a home page bearing the name of the application, namely Application 1, Application 2, Application 3 and Application 4, as well as LPA access control software ensuring access management to application software as will be described below.
  • This application software (also called application hereinafter) can be software executed locally in the personal computer 1, or partly in it and partly in a server S to which the personal computer 1 can be connected by a communication network R such as the Internet, within the framework of a client-server architecture.
  • the access of a user of the personal computer 1 to any of the applications 1, 2, 3 and 4 is subject to the introduction of flow-through data which are allocated to the user to authorize him to use the 'application considered.
  • This flow-through data generally includes a user name and password which are specific to the application and the user concerned.
  • passwords PWD1, PWD2, PWD3, PWD4 must be entered in the personal computer 1 to access the applications 1, 2, 3 and 4 respectively.
  • the user is invited by a dialog box to enter his password on the keyboard and the different characters typed are displayed in plain text or in unmarked form (for example a succession of asterisks) in a specific window.
  • the various flow-through data and in particular the passwords PWD1, PWD2, PWD3, PWD4 for applications 1 to 4, are supplied to the personal computer 1 by the personal security device 5.
  • flow-through data such as passwords, can be static or dynamic.
  • a personal security device PSD is a device owned and / or accessible (for example by personal identification PIN code or other) exclusively by an authorized user, and making it possible to store therein securely data by offering security guarantees against reading and / or writing of data by an unauthorized person.
  • a personal security device PSD can be provided with calculation means for the execution of one or more algorithms, in particular with a view to generating dynamic flow-through data.
  • the personal security device PSD can be a smart card 5, capable of being connected to the personal computer 1 by the reader 4 and provided with hardware and software securing means making it possible to store secrets (codes, messages, keys, programs, etc.) Its use is generally subject to the provision of a personal identification code PIN.
  • a smart card does not include an electrical energy source and its electronic circuits can only be made active when it is inserted into a reader capable of supplying it electrically.
  • the personal security device PSD can be produced in the form of software installed in the personal computer 1 and making it possible to store data therein securely, this data possibly being able to be encrypted.
  • the invention described in the present application is not limited to the use as a personal security device of a smart card 5, but that it could just as easily be a "token" capable of communicating with the personal computer 1 by bidirectional transmission means, a personal security device of purely software form installed on the personal computer 1, or any other device specific to a user (access to which is generally controlled by a personal identification code PIN known to the user) making it possible to store secrets in a secure manner and possibly to execute the calculation algorithms in the case of dynamic flow-through data.
  • the flow-through data, or the secrets making it possible to calculate these in the case of dynamic passwords, are stored in different segments of a memory M of the personal security device and their number is limited only by the memory of this device. Other limitations may relate to the ability of the PSD device to execute calculation algorithms.
  • the personal security device considered is a smart card 5 and the passwords PWD1, PWD2, PWD3, PWD4 provided by the latter are static (stored passwords) or dynamic (calculated passwords).
  • the different passwords PWD1, PWD2, PWD3, PWD4 provided by the smart card 5 are associated with the characteristics of the window in which these passwords are intended to be entered, in this case the class and attributes of this window .
  • Drag and Drop is a graphical user interface (GUI) process used to transfer data between two applications.
  • the personal computer mouse is used to extract data from one application and insert it into another application. For example, it is possible to select text as a block within a word processing program. By moving the cursor over the selected block of text with the mouse, then pressing and holding the mouse button while moving the mouse so as to move the cursor to the desired location other application, this text is inserted in the other application by simply releasing the mouse button.
  • the "Drag and Drop” process therefore implies a source, namely an application into which data will be extracted, and a target into which this data will be inserted.
  • the source is the LPA access control software adapted to permanently display an icon 7 appearing, for example, as shown in FIG. 2B, in the form of a map representation to chip.
  • This icon 7 is displayed and permanently available on the display screen 2, for example in the lower right part thereof, because the LPA access control software is a resident application, that is to say say an application which is run continuously in the background and which is started automatically each time the user connects to his personal computer 1.
  • the target is constituted by the window 8 for inserting the password of the home page of the application to which access is sought.
  • Most recent application software for personal computers provided with a graphical user interface by windowing indeed has a dialog box provided with fields or windows allowing the user to enter his or her flow-through data.
  • the device according to the invention is not limited to this type of application software and can be used with older application software which operate without windowing, in text mode, and simply invite the user to introduce his or her flow-through data.
  • the user When he wants to connect to one of the applications 1 to 4, for example to the application 1 as represented in FIG. 2A, the user brings, by means of the mouse 6, the cursor 9 to the icon 7
  • the user chooses, by means of a menu, that of the passwords PWD1, PWD2, PWD3, PWD4 which corresponds to the application displayed.
  • the passwords PWD1, PWD2, PWD3, PWD4 are not displayed in plain text in this menu and that only codes, messages or signs P1, P2, P3, P4 appear there to identify and identify them. know which application each gives access to.
  • a short press of the right button 6b of the mouse when the cursor 9 is on the icon 7, causes the display of a list of codes P1, P2, P3, P4 for identifying passwords.
  • the desired password for example PWD1 is selected by positioning the cursor 9 on the corresponding code P1 in the list and by clicking on the right button 6b of the mouse, after which the icon 7 is again displayed.
  • the password PWD1 is thus selected by default and will be automatically used during subsequent "drag and drop" authentication process, until the user has selected another password using the menu.
  • the access control software LPA modifies the graphic representation of the cursor 9 as long as it has not arrived in the destination window: as shown in FIG. 2A, during its movement until window 8, the cursor 9 is represented in the form of a diametrically crossed circle. Once the cursor 9 has arrived at the destination window 8, it returns to its initial shape of arrow which signifies to the user that he can release the left button 6a of the mouse 6.
  • this modification of the graphic representation of the cursor 9 is managed by the access control software LPA which, during the movement of the cursor 9, constantly compares the class of the window located under the cursor in the class of the destination window whose characteristics are associated with the password PWD selected in the smart card 5.
  • the release of the left button 6a of the mouse 6, when the cursor 9 has arrived in window 8, has the effect of commanding the application in the destination window 8 of the password PWD supplied by the smart card 5.
  • the password PWD transmitted from the smart card 5 by means of the access control software LPA appears in the destination window 8 in the same form as if it had been typed at the keyboard by the user himself.
  • the application is designed to display the password in clear, it will remain displayed in clear in the destination window 8.
  • security will be improved insofar as the display the PWD password will be fleeting and where, in the case of a static password, the user will not have to memorize it and take the risk of writing it down.
  • application software is designed to display dummy characters, such as asterisks, instead of the characters of the password typed by a user: in this case, the password will not appear never in the clear and may even be completely unknown to the user, for example if this PWD password is loaded directly into his smart card by means of a personalization tool under the control of a security administrator.
  • the password used if it is static, can be strong, ie long and complex (for example, succession of random characters), which in practice is not possible with conventional solutions requiring its memorization by the user.
  • dynamic passwords can be of the asynchronous or synchronous type.
  • An asynchronous password assumes that a secret key is shared between the application and the personal security device.
  • the application generates a hazard which is transmitted to the personal security device PSD.
  • the latter encrypts this hazard using its secret key in memory using an encryption algorithm and the password thus calculated is transmitted to the application.
  • the latter also performs a similar calculation on the hazard and compares the result obtained with the password received from the personal security device. If there is consistency, for example identity, of the passwords calculated in the application and in the PSD, access to the application is authorized.
  • the device according to the invention makes it possible to implement such an authentication mechanism by asynchronous password by ensuring, at the level of the access control software, after reading the hazard, its transmission to the personal security device PSD then, as described above, the application of the calculated password in the destination window.
  • Synchronous passwords are passwords which vary over time, preferably with each use, for example as a function of a time base and / or an event counter.
  • Passwords, or the keys and variables used to calculate it evolve synchronously in the personal security device PSD and in the application. These mechanisms are well known to those skilled in the art and will not be described here in more detail. We can however refer to the international patent application WO 99/18546 filed on October 1, 1998 which describes mechanisms making it possible to implement authentication by a dynamic password based on time by means of a smart card, despite the absence of an electrical power source and, consequently, of a clock, in such a card.
  • FIG 3 illustrates the overall mouse management process 6 provided by the LPA access control software.
  • the process begins at step 100 when the left mouse button 6a is pressed while the cursor 9 is above the icon 7.
  • Step 101 corresponds to a capture of the state of the mouse and the 'step 102 waiting for events likely to be generated by the mouse: it can be a movement of the mouse or a release of the left mouse button.
  • step 103 corresponding to the subroutine illustrated by the flowchart in FIG. 4.
  • Step 105 marks the end of this general program.
  • the subroutine of FIG. 4 begins at 106 when a movement of the mouse is detected.
  • step 107 the position of the mouse is acquired.
  • step 108 the window which is under the cursor 9 is sought.
  • Step 109 corresponds to the acquisition of characteristic data of the window located under the cursor, in particular the class of this window.
  • the class of the window located under the cursor corresponds to a class of window stored in the smart card 5. If not, the graphic representation of the cursor 9 is modified at 111 to warn the user that at this stage the function of entering the password PWD is inhibited, that is to say that the release of the left button 6a of the mouse will have no effect. The subroutine then proceeds to the end step 112. However, as long as the mouse 6 is moved, the subroutine of FIG. 4 is restarted as shown in the flow diagram of FIG. 3.
  • step 102 of FIG. 3 the detected event is a release of the left mouse button
  • the subroutine 104 illustrated by the flow diagram of FIG. 5 is executed.
  • Step 114 of FIG. 5 corresponds to the detection of the release of the left mouse button.
  • the position of the mouse is acquired at 115 and the window under the cursor is searched for at 116.
  • the characteristic data of this window is acquired.
  • Step 118 is a test aimed at determining whether the window under the cursor 9 belongs to a class stored in the smart card 5. If not, the subroutine ends at 119. If it is, it is searched in 120 to which application the window belongs.
  • Step 121 is a test aimed at determining whether the identified application corresponds to an application whose identification data are contained in the smart card 5. If so, the associated password in the smart card 5 to the identified application is applied in the window in which the cursor is then located, then the subroutine ends in 123. If the answer to test 121 is negative, the user is invited in 124 to enter manually, using the keyboard of their personal computer, the required password (in the case of a static password).
  • this password as well as the application identification data and the characteristics of the detected window acquired at 117 and 120, are transmitted to the smart card 5 in which they are stored.
  • the subroutine then returns to step 122 giving rise to the introduction, in the destination window, of the password entered on the keyboard by the user and stored in the smart card 5.
  • FIG. 6 is a schematic representation of a home page of an application making it possible to explain the information which is collected during the running of the subroutines of FIGS. 4 and 5.
  • the window for destination 8 in which the password PWD must be inserted is generally a data entry field.
  • This window is characterized by its class and its specific attributes, for example an attribute characteristic of a password window.
  • the reference 10 designates a dialog box in which the destination window is located. This dialog box is notably characterized by the title of the window displayed in the title bar of the dialog box, for example in the form "enter password".
  • the main window of the application that is to say the window of the target application
  • the window of the target application is notably characterized by the class of the window and by the title of the window appearing at 11.
  • This title generally consists by concatenating the name of the application and the name of the document open in the application, the file name of a text file or the address of a web page for example.
  • this information is used as described above to determine whether the insertion of a password is authorized or not.
  • the LPA access control software is arranged to search: - if the destination window in which the user has released the mouse button 6 is the one to receive the user name or the one to receive the password;
  • the discrimination between window for user name and window for password is carried out by examining whether the window in question has the attribute "Password", namely that this window is intended to hide what is entered by displaying asterisks.
  • the search for the second window is done by searching for the parent of the first then by listing all the child windows of this parent until finding a window with the desired characteristics.
  • this solution may not work (dialog box with more than two input windows, attribute "password" not used).
  • Another solution consists in carrying out an initialization by the user: during the first "release” in an "unknown” dialog box of an application, the LPA software guides the user on the procedure to follow, ie ie a facsimile of the target dialog with its various potential entry windows, the list of passwords (in the form of their P1, P2 codes ...) and user names already present in the card, and the possibility of adding new ones are presented to the user.
  • the user makes the link between the passwords and the usernames by indicating, for example by means of the mouse, which flow-through data (username or password) must be entered in the window. All this information is stored in the smart card to be reused later during authentication requests vis-à-vis the application in question.
  • the personal security device PSD includes means for executing one or more algorithms making it possible to calculate the static password proper which will be supplied to the personal computer.
  • the device described above can also be applied to the introduction of flow-through data, such as credit card number and expiration date, bank account number, etc., necessary for access to a service or software, or the execution of software, whether or not access to it is controlled by the introduction of flow-through access data (password, user name, etc. .).

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Storage Device Security (AREA)
  • Position Input By Displaying (AREA)
  • Saccharide Compounds (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Preparation Of Compounds By Using Micro-Organisms (AREA)
  • Electrically Operated Instructional Devices (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

Ce dispositif comprend des moyens de traitement de données, des premiers moyens de mémorisation, des moyens d'interface comportant au moins un écran d'affichage (2), au moins un organe de pointage pour commander le déplacement d'un curseur sur ledit écran, et au moins un logiciel dont l'exécution requiert l'application d'au moins une donnée accréditive en réponse à l'affichage d'une requête sur ledit écran. Il comprend en outre un dispositif de sécurité personnel (5) comportant des moyens de fourniture (M) pour la délivrance de ladite donnée accréditive et des moyens de pilotage d'accès audit logiciel comportant des moyens d'affichage pour afficher simultanément sur ledit écran ladite requête (10) et au moins un signe (7) représentatif dudit dispositif personnel de sécurité (5), des moyens d'acquisition (100) pour commander, au moyen dudit organe de pointage, par positionnement dudit curseur (9) sur ledit signe, l'acquisition de ladite donnée accréditive dans lesdits moyens de fourniture, et des moyens d'application (122) pour commander, au moyen dudit organe de pointage, ladite application de ladite donnée accréditive audit logiciel dans une position requise dudit curseur.

Description

DISPOSITIF INFORMATIQUE POUR L'APPLICATION DE DONNEES ACCREDITIVES A UN LOGICIEL OU A UN SERVICE
L'invention a pour objet un dispositif informatique du type dans lequel l'exécution d'un logiciel ou l'accès à un service ou à un logiciel est commandé par l'application d'au moins une donnée accréditive propre à un utilisateur.
L'accès à de nombreux logiciels tels que des systèmes d'exploitation, des logiciels d'application, par exemple pour le courrier électronique, le commerce électronique, la banque à domicile, etc.. nécessite une authentification de l'utilisateur vis-à-vis du logiciel considéré. Généralement, lorsqu'un utilisateur lance sur un terminal, tel qu'un ordinateur personnel, un logiciel nécessitant une authentification, celui-ci affiche sur l'écran du terminal une boîte de dialogue comprenant deux champs destinés, l'un à l'introduction du nom de l'utilisateur, l'autre à celui de son mot de passe. Ces données accréditives propres à l'utilisateur et au logiciel considéré sont introduites par l'utilisateur au moyen du clavier dont est équipé le terminal.
Le plus souvent, les utilisateurs utilisent plusieurs logiciels d'application et ils doivent donc se remémorer autant de noms d'utilisateurs et de mots de passe. Cette contrainte conduit fréquemment les utilisateurs à noter par écrit ces données accréditives et compromet donc les mécanismes de sécurité mis en œuvre si les données notées viennent à être connues illicitement par un tiers. De plus, afin de pouvoir être mémorisés par les utilisateurs, les mots de passe qui leur sont attribués sont généralement courts et n'offrent qu'une résistance limitée à des attaques.
Les logiciels à accès par authentification dont il est question dans la présente demande peuvent être des logiciels qui, soit sont exécutés localement sur un terminal tel qu'un ordinateur personnel, soit sont exécutés pour partie dans ce terminal et pour partie dans un serveur auquel le terminal peut être connecté par un réseau de communication tel qu'Internet. Les logiciels visés sont principalement les logiciels d'application permettant de mettre en oeuvre des opérations du type précité (courrier électronique, banque à domicile, commerce électronique, etc.). Dans certains cas, ces logiciels d'application permettent d'exécuter des transactions financières et on conçoit que le maintien du secret des données accréditives permettant leur accès soit essentiel.
Afin d'améliorer les conditions de sécurité du processus d'authentification vis à vis d'applications, il est connu de faire appel à des serveurs de mots de passe. Lorsqu'un utilisateur veut accéder à une application à partir d'un terminal, il doit se connecter au serveur de mot de passe et s'authentifier vis à vis de ce dernier. Le serveur de mot de passe, qui contient les données accréditives de l'utilisateur, se substitue à l'utilisateur pour charger les données accréditives voulues dans l'application à laquelle l'utilisateur demande un accès et démarrer celle-ci. Avec cette solution, les données accréditives peuvent rester inconnues de l'utilisateur, à l'exception toutefois de celles lui permettant de s'authentifier vis à vis du serveur de mot de passe. Cette solution implique cependant l'existence d'un serveur spécifique et nécessite une connexion en temps réel à ce dernier au moment où l'utilisateur veut accéder à une application.
Par ailleurs, en dehors des questions liées à l'accès proprement dit à des logiciels, l'accès à de nombreux services, par exemple pour la mise en oeuvre de transactions financières ou l'achat paiement de produits sur Internet par exemple, nécessite d'y introduire des données accréditives, secrètes ou non, telles que numéro de carte de crédit et date d'expiration, numéro de compte bancaire, etc. La saisie de ces données accréditives par un utilisateur via le clavier, ou similaire, d'un dispositif informatique est une source d'erreur et de complication, et s'avère nuisible à la sécurité si les données accréditives sont secrètes.
L'invention vise à fournir un dispositif informatique permettant d'améliorer sensiblement l'ergonomie et la sécurité du processus d'application de données accréditives à un logiciel ou service exécutable par ledit dispositif. L'invention vise également à fournir un dispositif informatique permettant de faciliter le processus d'authentification d'un utilisateur vis-à-vis d'un ou plusieurs logiciels ou services dont l'accès est commandé par l'application d'au moins une donnée accréditive spécifique à l'utilisateur et au logiciel ou service considérés, en évitant à l'utilisateur d'avoir à se remémorer la ou les données accréditives associées à ce ou ces logiciels ou services, ou de faire appel à un serveur de mot de passe.
Elle vise aussi à fournir un dispositif informatique permettant de faciliter l'application de données de paiement lors d'opérations d'achat a distance en évitant à l'utilisateur d'avoir à se remémorer par exemple le numéro et la date d'expiration de sa carte de paiement ou son numéro de compte bancaire.
Un autre but de l'invention est de fournir un dispositif informatique qui permette d'améliorer sensiblement la sécurité d'un tel processus d'application de données accréditives à un logiciel ou un service.
A cet effet, l'invention a pour objet un dispositif informatique comprenant :
- des moyens de traitement de données pour la mise en oeuvre d'au moins l'une des fonctions comprenant l'accès à un logiciel, l'exécution d'un logiciel et l'accès à un service, - des premiers moyens de mémorisation de données et de programmes,
- des moyens d'interface avec un utilisateur comportant au moins un écran d'affichage et des moyens d'interface graphique, - au moins un organe de pointage pour commander le déplacement d'un curseur sur ledit écran, et
- la mise en oeuvre de la dite fonction requérant l'application d'au moins une donnée accréditive en réponse à l'affichage d'une requête sur ledit écran, caractérisé en ce qu'il comprend en outre un dispositif de sécurité personnel comportant des moyens de fourniture pour la délivrance de ladite donnée accréditive, et des moyens de pilotage d'accès audit logiciel comportant :
- des moyens d'affichage pour afficher simultanément sur ledit écran ladite requête et au moins un signe représentatif dudit dispositif personnel de sécurité,
- des moyens d'acquisition pour commander, au moyen dudit organe de pointage, par positionnement dudit curseur sur ledit signe, l'acquisition de ladite donnée accréditive dans lesdits moyens de fourniture , et
- des moyens d'application pour commander, au moyen dudit organe de pointage, ladite application de ladite donnée accréditive à ladite fonction dans une position requise dudit curseur.
Le dispositif informatique selon l'invention ne nécessite pas l'introduction manuelle par l'utilisateur de sa ou ses données accréditives, qui sont automatiquement transférées au moyen de l'organe de pointage du dispositif de sécurité personnel au logiciel auquel l'utilisateur veut accéder. Du fait que le dispositif de sécurité personnel à l'utilisateur, de type matériel (carte à puce, jeton- en anglais "token") ou logiciel, permet de stocker des mots de passe forts (mots de passe longs et complexes), le dispositif informatique selon l'invention procure des conditions de sécurité sensiblement améliorées pour l'accès à un ou des logiciels.
Le développement des applications et services accessibles par Internet a indirectement créé une prolifération de virus dont un des objectifs est de lire les mots de passe ou numéros de carte de crédit que les utilisateurs stockent sur leur ordinateur personnel (PC) pour éviter d'avoir à les ressaisisr à chaque utilisation. Le dispositif selon l'invention procure donc aussi une amélioration de la sécurité dans la mesure où lesdites données accréditives sont protégées par le dispositif personnel de sécurité de l'utilisateur et, en conséquence, ne sont pas stockées en clair sur le PC. Aucune connexion en temps réel à un serveur de mot de passe contenant les données accréditives d'un ensemble d'utilisateurs n'est nécessaire, car les données accréditives propres à chaque utilisateur sont stockées dans le dispositif de sécurité qui lui est personnel et qui est associé au terminal à partir duquel il demande un accès à une application. Néanmoins, s'il existe un tel serveur de mot de passe, le dispositif informatique selon l'invention peut être utilisé pour améliorer la sécurité du processus d'authentification vis à vis de ce serveur : les données accréditives commandant l'accès à ce serveur sont alors gérées comme décrit ci-dessus. Les données accréditives auxquelles il est fait référence peuvent être des mots de passe statiques ou dynamiques. Dans le cas de données accréditives statiques, les moyens de fourniture desdites données sont en fait des moyens de mémorisation. Dans le cas de données accréditives dynamiques, les moyens de fourniture sont des moyens de calcul permettant l'exécution d'un algorithme. Les données accréditives dynamiques sont alors calculées à l'aide de variable temporelle du type "compteur d'événement", d'une clé, elle-même statique ou dynamique, et d'un algorithme exécuté dans la carte à puce ou le jeton (token) matériel ou logiciel.
Suivant une caractéristique de l'invention, dans le cas où ledit logiciel est du type à affichage par fenêtres et comprend une fenêtre de destination pour l'application de ladite donnée accréditive, lesdits moyens de pilotage d'accès comprennent en outre :
- des premiers moyens d'identification de données caractéristiques de la fenêtre se trouvant sous ledit curseur au cours de son déplacement sur ledit écran,
- des premiers moyens de comparaison pour comparer les données caractéristiques de ladite fenêtre se trouvant sous le curseur avec des données caractéristiques de ladite fenêtre de destination stockées dans lesdits moyens de fourniture en liaison avec ladite donnée accréditive, et - des moyens pour autoriser ladite application de ladite donnée accréditive en réponse à une cohérence entre lesdites données caractéristiques identifiées et lesdites données caractéristiques stockées dans lesdits moyens de fourniture .
Selon une forme de réalisation de l'invention, dans le cas où ledit dispositif comprend plusieurs logiciels et plusieurs données accréditives distinctes commandant respectivement l'accès auxdits logiciels, à chacune desdites données accréditives est associée dans lesdits moyens de fourniture une donnée d'identification du logiciel correspondant, lesdits moyens d'affichage sont adaptés pour afficher sur ledit écran une pluralités de signes représentatifs respectivement desdites données accréditives, et lesdits moyens de pilotage d'accès comprennent en outre des seconds moyens d'identification d'un logiciel dont ladite fenêtre de destination est affichée sur ledit écran, et des seconds moyens de comparaison pour comparer l'identité dudit logiciel identifié avec la donnée d'identification associée à une donnée accréditive sélectionnée au moyen dudit organe de pointage, lesdits moyens de comparaison n'autorisant l'application audit logiciel identifié de ladite donnée accréditive sélectionnée que s'il y a identité dudit logiciel identifié avec ladite donnée d'identification.
Selon une variante de réalisation de l'invention, dans le cas où le dispositif comprend plusieurs logiciels et plusieurs données accréditives distinctes commandant respectivement l'accès auxdits logiciels, à chacune desdites données accréditives est associée dans lesdits moyens de fourniture une donnée d'identification du logiciel correspondant et lesdits moyens de pilotage d'accès comprennent en outre des seconds moyens d'identification d'un logiciel dont ladite fenêtre de destination est affichée sur ledit écran, des seconds moyens de comparaison pour comparer l'identité dudit logiciel identifié avec lesdites données d'identification stockées dans lesdits moyens de fourniture, lesdits moyens d'application étant adaptés pour commander l'application dans ladite fenêtre de destination d'une donnée accréditive présente dans lesdits moyens de fourniture et dont la donnée d'identification associée correspond à l'identité dudit logiciel détecté. Selon cette variante de réalisation, le processus d'authentification est automatisé dans la mesure où l'utilisateur n'a pas à choisir la donnée accréditive affectée au logiciel auquel il doit avoir accès, à condition que cette donnée accréditive soit bien disponible dans le dispositif de sécurité personnel.
De préférence, le dispositif comprend des moyens pour, en l'absence d'une correspondance entre lesdites données d'identification et ledit logiciel détecté, autoriser l'introduction par ledit utilisateur, via lesdits moyens d'interface, d'une donnée accréditive pour ledit logiciel détecté et stocker dans lesdits moyens de fourniture ladite donnée accréditive introduite avec des données d'identification dudit logiciel détecté.
De préférence, le dispositif informatique selon l'invention comprend en outre une ou plusieurs des caractéristiques suivantes considérées seules ou en combinaison :
- le dispositif comprend un ordinateur personnel auquel est connecté ledit dispositif personnel de sécurité ; - ledit logiciel est un logiciel d'application réparti entre l'ordinateur personnel et un serveur, ledit dispositif comportant des moyens de connexion dudit ordinateur personnel audit serveur ;
- ledit dispositif de sécurité personnel est une carte à puce ; - ledit dispositif de sécurité personnel comprend des moyens de comparaison d'un code secret mémorisé avec un code secret introduit par l'utilisateur via lesdits moyens d'interface, lesdits moyens de pilotage d'accès étant rendus opérationnels en réponse à une cohérence entre lesdits codes secrets ; - lesdits moyens de pilotage d'accès comprennent des moyens pour interdire l'affichage de ladite donnée accréditive sur ledit écran d'affichage en réponse à son application audit logiciel.
Grâce en particulier à cette dernière caractéristique, le processus d'authentification peut être mis en œuvre sans que la donnée accréditive soit connue de l'utilisateur, ce qui améliore sensiblement les conditions de sécurité puisque cette donnée accréditive ne peut pas être divulguée accidentellement par l'utilisateur.
Lorsque la donnée accréditive est statique, les moyens de fourniture sont des moyens de mémorisation. Si la donnée accréditive est dynamique, les moyens de fourniture comprennent des moyens d'exécution d'un algorithme de calcul de ladite donnée accréditive.
D'autres caractéristiques et avantages de l'invention résulteront de la description qui va suivre, faite en se référant aux dessins annexés sur lesquels : La figure 1 est une vue schématique illustrant des éléments matériels et logiciels du dispositif informatique selon l'invention ;
La figure 2 A est une vue d'un écran d'affichage illustrant le processus d'authentification vis-à-vis d'un logiciel au moyen du dispositif selon l'invention; La figure 2B est une vue à plus grande échelle d'un icône affiché sur l'écran de la figure 2A;
La figure 3 est un organigramme illustrant les fonctions de base mises en œuvre par le logiciel de "glissé-lâché" utilisé dans le dispositif selon l'invention ;
La figure 4 est un organigramme plus détaillé illustrant un premier sous- programme du logiciel illustré par l'organigramme de la figure 3 ;
La figure 5 est un organigramme plus détaillé illustrant un second sous- programme du logiciel illustré par l'organigramme de la figure 3 ; La figure 6 est une représentation schématique d'une page d'accueil d'un logiciel d'application affiché à un utilisateur en vue de l'introduction de son mot de passe.
En se reportant à la figure 1 , un ordinateur personnel 1 comporte un écran d'affichage 2 et un ensemble de moyens conventionnels de traitement de données (microprocesseur), de mémorisation de données, d'entrée/sortie, etc.. et désignés dans leur ensemble par la référence 3. Pour la simplicité du dessin, le clavier de l'ordinateur personnel 1 n'a pas été représenté.
A l'ordinateur personnel 1 est associé un dispositif de sécurité personnel PSD tel qu'une carte à puce 5 susceptible d'être lue au moyen d'un dispositif de lecture ou lecteur 4 connecté à l'ordinateur personnel 1. En variante, le lecteur peut être intégré à l'ordinateur personnel 1.
De manière conventionnelle, un organe de pointage, tel qu'une souris 6 dotée de boutons gauche 6a et droit 6b, est connecté à l'ordinateur personnel 1 pour permettre de déplacer un curseur sur l'écran 2.
L'ordinateur personnel 1 est adapté pour exécuter un certain nombre de logiciels L, en particulier des logiciels d'application illustrés sur la figure 1 par une page d'accueil portant le nom de l'application, à savoir Application 1, Application 2, Application 3 et Application 4, ainsi qu'un logiciel LPA de pilotage d'accès assurant la gestion des accès aux logiciels d'application comme cela sera décrit dans la suite. Ces logiciels d'application (également appelés application dans la suite) peuvent être des logiciels exécutés localement dans l'ordinateur personnel 1 , ou pour partie dans celui-ci et pour partie dans un serveur S auquel l'ordinateur personnel 1 peut être connecté par un réseau de communication R tel qu'Internet, dans le cadre d'une architecture client-serveur.
L'accès d'un utilisateur de l'ordinateur personnel 1 à l'une quelconque des applications 1 , 2, 3 et 4 est subordonné à l'introduction de données accréditives qui sont attribuées à l'utilisateur pour l'autoriser à utiliser l'application considérée. Ces données accréditives comprennent généralement un nom d'utilisateur et un mot de passe qui sont spécifiques à l'application et à l'utilisateur considérés. Dans la suite, pour la simplicité de la description, seule la donnée accréditive que constitue le mot de passe PWD sera considérée. C'est ainsi que des mots de passe PWD1, PWD2, PWD3, PWD4 devront être introduits dans l'ordinateur personnel 1 pour accéder aux applications 1 , 2, 3 et 4 respectivement.
Dans un dispositif conventionnel, l'utilisateur est invité par une boîte de dialogue à entrer son mot de passe au clavier et les différents caractères tapés s'affichent en clair ou sous forme banalisée (par exemple une succession d'astérisques) dans une fenêtre spécifique.
Dans le dispositif selon l'invention, les différentes données accréditives, et en particulier les mots de passe PWD1 , PWD2, PWD3, PWD4 pour les applications 1 à 4, sont fournies à l'ordinateur personnel 1 par le dispositif de sécurité personnel 5. Comme indiqué précédemment, les données accréditives, telles que les mots de passe, peuvent être statiques ou dynamiques.
Au sens de la présente demande, un dispositif de sécurité personnel PSD est un dispositif détenu et/ou accessible (par exemple par code PIN d'identification personnel ou autre) exclusivement par un utilisateur autorisé, et permettant d'y stocker de manière sécurisée des données en offrant des garanties de sécurité contre la lecture et/ou l'écriture de données par une personne non autorisée. En outre, un tel dispositif de sécurité personnel PSD peut être doté de moyens de calcul pour l'exécution d'un ou plusieurs algorithmes, notamment en vue de générer des données accréditives dynamiques.
Comme dans les modes de réalisation décrits, le dispositif de sécurité personnel PSD peut être une carte à puce 5, susceptible d'être connectée à l'ordinateur personnel 1 par le lecteur 4 et dotée de moyens de sécurisation matériels et logiciels permettant d'y stocker des secrets (codes, messages, clés, programmes, etc..) Son utilisation est généralement subordonnée à la fourniture d'un code d'identification personnel PIN. Généralement, une carte à puce ne comporte pas de source d'énergie électrique et ses circuits électroniques ne peuvent être rendus actifs que lorsqu'elle est introduite dans un lecteur susceptible de l'alimenter électriquement.
D'autres dispositifs de sécurité personnels bien connus et basés sur des mécanismes de sécurité quelque peu différents sont au contraire dotés d'une source d'énergie électrique intégrée et peuvent être utilisés à des fins d'authentification vis-à-vis d'un ordinateur personnel, d'un système informatique, etc.. De tels dispositifs de sécurité personnels, généralement portables, sont également appelés "jetons" (token en langue anglaise).
En variante, le dispositif de sécurité personnel PSD peut être réalisé sous forme d'un logiciel implanté dans l'ordinateur personnel 1 et permettant d'y stocker des données de manière sécurisée, ces données pouvant éventuellement être chiffrées.
Il doit être entendu que l'invention décrite dans la présente demande n'est pas limitée à l'utilisation comme dispositif de sécurité personnel d'une carte à puce 5, mais que celui-ci pourrait tout aussi bien être un "jeton" susceptible de communiquer avec l'ordinateur personnel 1 par des moyens de transmission bidirectionnels, un dispositif de sécurité personnel de forme purement logicielle installé sur l'ordinateur personnel 1 , ou tout autre dispositif propre à un utilisateur (dont l'accès est généralement commandé par un code d'identification personnel PIN connu de l'utilisateur) permettant de stocker des secrets de manière sécurisée et éventuellement d'exécuter les algorithmes de calcul dans le cas de données accréditives dynamiques..
Les données accréditives, ou les secrets permettant de calculer celles- ci dans le cas de mots de passe dynamiques, sont stockées dans différents segments d'une mémoire M du dispositif personnel de sécurité et leur nombre n'est limité que par la mémoire de ce dispositif. D'autres limitations peuvent tenir à la capacité du dispositif PSD à exécuter des algorithmes de calcul.
Dans la suite, pour la simplicité de la description, le dispositif de sécurité personnel considéré est une carte à puce 5 et les mots de passe PWD1, PWD2, PWD3, PWD4 fournis par celle-ci sont statiques (mots de passe stockés) ou dynamiques (mots de passe calculés).
Les différents mots de passe PWD1 , PWD2, PWD3, PWD4 fournis par la carte à puce 5 sont associés aux caractéristiques de la fenêtre dans laquelle ces mots de passe sont destinés à être introduits, en l'espèce la classe et les attributs de cette fenêtre.
Le processus qui, comme l'illustre la flèche F en traits pointillés de la figure 1 , permet d'introduire dans la fenêtre requise de l'une des applications 1 à 4 le mot de passe correspondant fourni par la carte à puce 5, sera mieux compris en se reportant également aux figures 2A et 2B.
Ce processus repose sur l'utilisation de fonctions d'interface graphique du type "glissé-lâché" ( Drag and Drop en anglais). Le "Drag and Drop" est un procédé d'interface utilisateur graphique (GUI) utilisé pour transférer des données entre deux applications. La souris de l'ordinateur personnel est utilisée pour extraire des données d'une application et les insérer dans une autre application. Par exemple, il est possible de sélectionner sous forme de bloc un texte à l'intérieur d'un programme de traitement de texte. En amenant, au moyen de la souris, le curseur sur le bloc de texte sélectionné, puis en enfonçant et en maintenant enfoncé le bouton de la souris tout en déplaçant celle-ci de manière à amener le curseur à l'endroit voulu d'une autre application, ce texte se trouve inséré dans l'autre application par simple relâchement du bouton de la souris. Le processus de "Drag and Drop" implique donc une source, à savoir une application dans laquelle des données seront extraites, et une cible dans laquelle ces données seront insérées.
Dans le dispositif selon l'invention, la source est le logiciel de pilotage d'accès LPA adapté pour afficher en permanence un icône 7 se présentant, par exemple, comme représenté à la figure 2B, sous la forme d'une représentation de carte à puce. Cet icône 7 est affiché et disponible en permanence sur l'écran d'affichage 2, par exemple à la partie inférieure droite de celui-ci, car le logiciel de pilotage d'accès LPA est une application résidente, c'est-à-dire une application qui est exécutée continuellement en arrière-plan et qui est démarrée automatiquement à chaque fois que l'utilisateur se connecte à son ordinateur personnel 1.
La cible est constituée par la fenêtre 8 d'insertion du mot de passe de la page d'accueil de l'application à laquelle un accès est recherché. La plupart des logiciels d'application récents pour ordinateurs personnels pourvus d'une interface utilisateur graphique par fenêtrage disposent en effet d'une boîte de dialogue pourvue de champs ou fenêtres permettant à l'utilisateur d'introduire sa ou ses données accréditives. Cependant, le dispositif selon l'invention n'est pas limité à ce type de logiciels d'application et peut être utilisé avec des logiciels d'application plus anciens qui fonctionnent sans fenêtrage, en mode texte, et invitent simplement l'utilisateur à introduire sa ou ses données accréditives.
Lorsqu'il veut se connecter à l'une des applications 1 à 4, par exemple à l'application 1 comme représenté à la figure 2A, l'utilisateur amène, au moyen de la souris 6, le curseur 9 sur l'icône 7. Selon un premier exemple de réalisation de l'invention, l'utilisateur choisit, au moyen d'un menu , celui des mots de passe PWD1, PWD2, PWD3, PWD4 qui correspond à l'application affichée. Il doit être bien compris que les mots de passe PWD1 , PWD2, PWD3, PWD4 ne sont pas affichés en clair dans ce menu et que seuls y apparaissent des codes, messages ou signes P1, P2, P3, P4 permettant de les identifier et de savoir à quelle application chacun permet de donner accès.
Par exemple, un bref enfoncement du bouton droit 6b de la souris, lorsque le curseur 9 est sur l'icône 7, provoque l'affichage d'une liste des codes P1 , P2, P3, P4 d'identification des mots de passe. Le mot de passe voulu, par exemple PWD1 , est sélectionné en positionnant le curseur 9 sur le code correspondant P1 de la liste et en cliquant sur le bouton droit 6b de la souris, après quoi l'icône 7 est à nouveau affiché. Le mot de passe PWD1 se trouve ainsi sélectionné par défaut et sera automatiquement utilisé lors des processus ultérieurs d'authentification par "glissé-lâché" (Drag and Drop), tant que l'utilisateur n'aura pas sélectionné un autre mot de passe au moyen du menu.
Une fois qu'un mot de passe a été sélectionné, le curseur 9 étant sur l'icône 7, l'utilisateur enfonce le bouton gauche 6a de la souris et, tout en maintenant celui-ci enfoncé, déplace le curseur 9 au moyen de la souris 6 vers la fenêtre 8 de destination. Au cours de ce déplacement, le logiciel de pilotage d'accès LPA modifie la représentation graphique du curseur 9 tant que celui-ci n'est pas arrivé dans la fenêtre de destination : comme le montre la figure 2A, pendant son déplacement jusqu'à la fenêtre 8, le curseur 9 est représenté sous la forme d'un cercle barré diamétralement. Une fois que le curseur 9 est arrivé à la fenêtre 8 de destination, il reprend sa forme initiale de flèche qui signifie à l'utilisateur qu'il peut relâcher le bouton gauche 6a de la souris 6.
Comme cela sera décrit dans la suite en regard des figures 3 et 4, cette modification de la représentation graphique du curseur 9 est gérée par le logiciel de pilotage d'accès LPA qui, pendant le déplacement du curseur 9, compare en permanence la classe de la fenêtre se trouvant sous le curseur à la classe de la fenêtre de destination dont les caractéristiques sont associées au mot de passe PWD sélectionné dans la carte à puce 5. Le relâchement du bouton gauche 6a de la souris 6, lorsque le curseur 9 est arrivé à la fenêtre 8, a pour effet de commander l'application dans la fenêtre de destination 8 du mot de passe PWD fourni par la carte à puce 5.
Bien entendu, il s'agit là d'un exemple et, d'un point de vue ergonomique, de nombreuses autres possibilités sont envisageables pour introduire dans une fenêtre de destination, au moyen d'un organe de pointage, un mot de passe sélectionné par un utilisateur à partir d'un ensemble de codes d'identification représentatifs de différents mots de passe.
Il doit être compris que les applications 1 , 2, 3 et 4 ne sont en rien modifiées et sont des applications standards. Par conséquent, le logiciel résident de pilotage d'accès LPA se substitue à l'introduction du mot de passe au clavier par l'utilisateur. Il existe à cet effet plusieurs solutions à la portée de l'homme de l'art. L'une des solutions consiste à simuler l'enfoncement d'une touche du clavier et à envoyer vers la fenêtre de destination un message équivalent à celui généré par le clavier. Selon cette solution, le mot de passe est transmis caractère par caractère à la fenêtre de destination. Une autre des solutions serait de passer par la fonctionnalité de copier/coller offerte par les systèmes d'exploitation (OS) modernes : le mot de passe est copié dans le presse-papiers par le logiciel LPA qui simule ensuite un collage dans l'application cible en lui envoyant le message équivalent à l'ordre de collage. Finalement le logiciel LPA efface le contenu du presse-papiers pour ne pas laisser le mot de passe exposé.
Il résulte de ce qui précède que le mot de passe PWD transmis à partir de la carte à puce 5 au moyen du logiciel de pilotage d'accès LPA apparaît dans la fenêtre de destination 8 sous la même forme que s'il avait été tapé au clavier par l'utilisateur lui-même. Cela signifie que si l'application est conçue pour afficher le mot de passe en clair, celui-ci demeurera affiché en clair dans la fenêtre de destination 8. Cependant, même dans ce cas, la sécurité sera améliorée dans la mesure où l'affichage du mot de passe PWD sera fugace et où, dans le cas d'un mot de passe statique, l'utilisateur n'aura pas à le mémoriser et à prendre le risque de le noter par écrit.
Cependant, dans de nombreux cas, les logiciels d'application sont conçus pour afficher des caractères factices, par exemples des astérisques, à la place des caractères du mot de passe tapé par un utilisateur : dans ce cas, le mot de passe n'apparaîtra jamais en clair et pourra même être totalement inconnu de l'utilisateur, par exemple si ce mot de passe PWD est chargé directement dans sa carte à puce au moyen d'un outil de personnalisation sous la commande d'un administrateur de sécurité. Le mot de passe utilisé, s'il est statique, peut être fort, c'est à dire long et complexe ( par exemple, succession de caractères aléatoires), ce qui en pratique ne s'avère pas possible avec les solutions conventionnelles nécessitant sa mémorisation par l'utilisateur.
Afin de renforcer encore la sécurité du processus d'authentification vis- à-vis d'une application à accès par mot de passe, ce dernier au lieu d'être statique, peut être dynamique. Comme cela est connu de l'homme de l'art, les mots de passe dynamiques peuvent être du type asynchrone ou synchrone.
Un mot de passe asynchrone suppose qu'une clé secrète est partagée entre l'application et le dispositif de sécurité personnel. L'application génère un aléa qui est transmis au dispositif de sécurité personnel PSD. Celui-ci chiffre cet aléa au moyen de sa clé secrète en mémoire grâce à un algorithme de chiffrement et le mot de passe ainsi calculé est transmis à l'application. Cette dernière assure parallèlement un calcul similaire sur l'aléa et compare le résultat obtenu avec le mot de passe reçu du dispositif de sécurité personnel. S'il y a cohérence, par exemple identité, des mots de passe calculés dans l'application et dans le PSD, l'accès à l'application est autorisé.
Sous réserve que le logiciel de pilotage d'accès LPA soit en mesure de lire l'aléa généré par l'application, le dispositif selon l'invention permet de mettre en œuvre un tel mécanisme d'authentification par mot de passe asynchrone en assurant, au niveau du logiciel de pilotage d'accès, après lecture de l'aléa, sa transmission au dispositif de sécurité personnel PSD puis, comme décrit précédemment, l'application du mot de passe calculé dans la fenêtre de destination.
Les mots de passe synchrones sont des mots de passe qui varient dans le temps, de préférence à chaque utilisation, par exemple en fonction d'une base de temps et/ou d'un compteur d'événements. Les mots de passe, ou les clés et variables permettant de le calculer, évoluent de manière synchrone dans le dispositif de sécurité personnel PSD et dans l'application. Ces mécanismes sont bien connus de l'homme de l'art et ne seront pas décrits ici plus en détail. On pourra cependant se référer à la demande de brevet internationale WO 99/18546 déposée le 1er Octobre 1998 qui décrit des mécanismes permettant de mettre en œuvre une authentification par un mot de passe dynamique basé sur le temps au moyen d'une carte à puce, malgré l'absence d'une source d'alimentation électrique et, par conséquent d'une horloge, dans une telle carte.
Dans l'exemple de réalisation décrit en regard des figures 2A et 2B, il a été supposé que l'utilisateur choisissait dans un menu, au moyen du curseur 9, le code correspondant au mot de passe PWD qui convient pour l'application à laquelle il veut accéder.
La description qui va suivre, en regard des figures 3 à 6, vise un deuxième mode de réalisation dans lequel l'utilisateur n'a pas à sélectionner le mot de passe approprié, cette sélection étant faite automatiquement par le logiciel de pilotage d'accès LPA.
La figure 3 illustre le processus global de gestion de la souris 6 assuré par le logiciel de pilotage d'accès LPA. Le processus débute à l'étape 100 lorsque le bouton gauche 6a de la souris est enfoncé alors que le curseur 9 se trouve au dessus de l'icône 7. L'étape 101 correspond à une capture de l'état de la souris et l'étape 102 à une attente des événements susceptibles d'être générés part la souris : il peut s'agir d'un déplacement de la souris ou d'un relâchement du bouton gauche de la souris.
Si l'événement détecté est un déplacement de la souris, on passe à l'étape 103 correspondant au sous-programme illustré par l'organigramme de la figure 4.
Si l'événement détecté par le logiciel de pilotage de pilotage d'accès concerne le bouton gauche de la souris, on passe à l'étape 104 correspondant au sous-programme illustré par l'organigramme de la figure 5. L'étape 105 marque la fin de ce programme général.
Le sous-programme de la figure 4 débute en 106 lorsqu'un déplacement de la souris est détecté. A l'étape 107, la position de la souris est acquise. A l'étape 108, la fenêtre qui se trouve sous le curseur 9 est recherchée. L'étape 109 correspond à l'acquisition de données caractéristiques de la fenêtre se trouvant sous le curseur, en particulier la classe de cette fenêtre.
En 110, il est recherché si la classe de la fenêtre se trouvant sous le curseur correspond à une classe de fenêtre mémorisée dans la carte à puce 5. Dans la négative, la représentation graphique du curseur 9 est modifiée en 111 pour avertir l'utilisateur qu'à ce stade la fonction d'introduction du mot de passe PWD est inhibée, c'est-à-dire que le relâchement du bouton gauche 6a de la souris ne produira aucun effet. Le sous-programme passe ensuite à l'étape fin 112. Toutefois, tant que la souris 6 est déplacée, le sous- programme de la figure 4 est relancé comme cela ressort de l'organigramme de la figure 3.
Si la réponse au test 110 est positive, c'est-à-dire si la fenêtre se trouvant sous le curseur appartient à une classe contenue dans la mémoire de la carte à puce 5, il est procédé en 113 à une modification de l'aspect graphique du curseur (celui-ci retrouve la forme de flèche qu'il a lorsqu'il atteint la fenêtre 8 à la figure 2) indiquant à l'utilisateur que l'insertion du mot de passe PWD se trouve alors autorisée.
Lorsque, à l'étape 102 de la figure 3 l'événement détecté est un relâchement du bouton gauche de la souris, le sous-programme 104 illustré par l'organigramme de la figure 5 est exécuté.
L'étape 114 de la figure 5 correspond à la détection du relâchement du bouton gauche de la souris. La position de la souris est acquise en 115 et la fenêtre se trouvant sous le curseur est recherchée en 116. En 117, il est procédé à l'acquisition des données caractéristiques de cette fenêtre, en particulier de sa classe.
L'étape 118 est un test visant à déterminer si la fenêtre se trouvant sous le curseur 9 appartient à une classe mémorisée dans la carte à puce 5. Dans la négative, le sous programme se termine en 119. Dans l'affirmative, il est recherché en 120 à quelle application la fenêtre appartient. L'étape 121 est un test visant à déterminer si l'application identifiée correspond à une application dont les données d'identification sont contenues dans la carte à puce 5. Dans l'affirmative, le mot de passe associé dans la carte à puce 5 à l'application identifiée est appliqué dans la fenêtre dans laquelle se trouve alors le curseur, puis le sous-programme se termine en 123. Si la réponse au test 121 est négative, l'utilisateur est invité en 124 à introduire manuellement, par l'intermédiaire du clavier de son ordinateur personnel, le mot de passe requis (cas d'un mot de passe statique). En 125, ce mot de passe, ainsi que les données d'identification de l'application et les caractéristiques de la fenêtre détectée acquises en 117 et 120, sont transmis à la carte à puce 5 dans laquelle ils sont mémorisés. Le sous-programme revient alors à l'étape 122 donnant lieu à l'introduction, dans la fenêtre de destination, du mot de passe introduit au clavier par l'utilisateur et mémorisé dans la carte à puce 5.
La figure 6 est une représentation schématique d'une page d'accueil d'une application permettant d'expliciter les informations qui sont collectées lors du déroulement des sous-programmes des figures 4 et 5. Dans cette page d'accueil, la fenêtre de destination 8, dans laquelle le mot de passe PWD doit être inséré, est généralement un champ d'entrée de données. Cette fenêtre est caractérisée par sa classe et ses attributs spécifiques, par exemple un attribut caractéristique d'une fenêtre de mot de passe. La référence 10 désigne une boîte de dialogue dans laquelle se trouve la fenêtre de destination. Cette boîte de dialogue est notamment caractérisée par le titre de la fenêtre affiché dans la barre de titre de la boîte de dialogue, par exemple sous la forme "entrer mot de passe".
Enfin, la fenêtre principale de l'application, c'est-à-dire la fenêtre de l'application cible, est notamment caractérisée par la classe de la fenêtre et par le titre de la fenêtre apparaissant en 11. Ce titre est généralement constitué par la concaténation du nom de l'application et du nom du document ouvert dans l'application, du nom de fichier d'un fichier texte ou de l'adresse d'une page web par exemple. Aux étapes 109, 117 ou 120 des sous-programmes des figures 4 et 5 , ces informations sont utilisées comme décrit précédemment pour déterminer si l'insertion d'un mot de passe est autorisée ou non.
Lorsque l'accès à une application est conditionné par la fourniture de plusieurs données accréditives, par exemple un nom d'utilisateur ("login name") et un mot de passe ("password"), le logiciel de pilotage d'accès LPA est agencé pour rechercher : - si la fenêtre de destination dans laquelle l'utilisateur a relâché le bouton de la souris 6 est celle devant recevoir le nom d'utilisateur ou celle devant recevoir le mot de passe ;
- une autre fenêtre voisine appartenant à la même boîte de dialogue, qui recevra le nom d'utilisateur ou le mot de passe selon le résultat de l'étape précédente.
La discrimination entre fenêtre pour nom d'utilisateur et fenêtre pour mot de passe est réalisée en examinant si la fenêtre considérée est dotée de l'attribut "Mot de passe", à savoir que cette fenêtre est prévue pour masquer ce qui est saisi en affichant des astérisques.
La recherche de la deuxième fenêtre se fait en recherchant la parente de la première puis en énumérant toutes les fenêtres filles de cette parente jusqu'à trouver une fenêtre ayant les caractéristiques souhaitées. Toutefois, dans certains cas, cette solution peut ne pas fonctionner (boîte de dialogue avec plus de deux fenêtres de saisie, attribut "mot de passe" non utilisé ).
Une autre solution consiste à procéder à une initialisation par l'utilisateur : lors du premier "lâché" dans une boîte de dialogue "inconnue" d'une application, le logiciel LPA guide l'utilisateur sur la marche à suivre, c'est-à-dire qu'un fac similé de la boîte de dialogue cible avec ses différentes fenêtres d'entrée potentielles, la liste des mots de passe (sous forme de leurs codes P1, P2....) et des noms d'utilisateur déjà présents dans la carte, et la possibilité d'en ajouter de nouveaux sont présentés à l'utilisateur.
L'utilisateur fait le lien entre les mots de passe et les noms d'utilisateur en indiquant, par exemple au moyen de la souris, quelle donnée accréditive (nom d'utilisateur ou mot de passe) doit être introduite dans la fenêtre. Toutes ces informations sont mémorisées dans la carte à puce pour être réutilisées ultérieurement lors de demandes d'authentification vis-à-vis de l'application considérée.
Il va de soi que les modes de réalisation décrits ne sont que des exemples et l'on pourrait les modifier, notamment par substitution d'équivalents techniques, sans sortir pour cela du cadre de l'invention.
C'est ainsi, par exemple, que dans le cas d'un mot de passe statique, celui-ci peut être stocké dans la mémoire M du dispositif de sécurité personnel PSD sous forme chiffrée et/ou sous forme d'une donnée secrète permettant de calculer le mot de passe proprement dit. Dans ce cas, le dispositif de sécurité personnel PSD comporte des moyens d'exécution d'un ou plusieurs algorithmes permettant de calculer le mot de passe statique proprement dit qui sera fourni à l'ordinateur personnel. D'autre part, le dispositif décrit ci-dessus peut être appliqué également à l'introduction de données accréditives, telles que numéro de carte de crédit et date d'expiration, numéro de compte bancaire, etc., nécessaires à l'accès à un service ou logiciel, ou à l'exécution d'un logiciel, que l'accès proprement dit à celui-ci soit ou non commandé par l'introduction de données accréditives d'accès (mot de passe, nom d'utilisateur, etc.).

Claims

REVENDICATIONS
1. Dispositif informatique comprenant :
- des moyens de traitement de données pour la mise en oeuvre d'au moins l'une des fonctions comprenant l'accès à un logiciel, l'exécution d'un logiciel et l'accès à un service,
- des premiers moyens de mémorisation de données et de programmes,
- des moyens d'interface avec un utilisateur comportant au moins un écran d'affichage et des moyens d'interface graphique, - au moins un organe de pointage pour commander le déplacement d'un curseur sur ledit écran,
- la mise en oeuvre de la dite fonction requérant l'application d'au moins une donnée accréditive en réponse à l'affichage d'une requête sur ledit écran, caractérisé en ce qu'il comprend en outre un dispositif de sécurité personnel (5) comportant des moyens de fourniture (M) pour la délivrance de ladite donnée accréditive, et des moyens (LPA) de pilotage d'accès audit logiciel comportant :
- des moyens d'affichage pour afficher simultanément sur ledit écran ladite requête (10) et au moins un signe (7) représentatif du dispositif personnel de sécurité (5),
- des moyens d'acquisition (100) pour commander, au moyen dudit organe de pointage (6), par positionnement dudit curseur (9) sur ledit signe, l'acquisition de ladite donnée accréditive dans lesdits moyens de fourniture (M), et
- des moyens d'application (122) pour commander, au moyen dudit organe de pointage, ladite application de ladite donnée accréditive à ladite fonction dans une position requise dudit curseur.
2. Dispositif selon la revendication 1, dans lequel ledit logiciel est du type à affichage par fenêtres et comprend une fenêtre de destination (8) pour l'application de ladite donnée accréditive, caractérisé en ce que lesdits moyens de pilotage d'accès comprennent en outre :
- des premiers moyens (109, 117) d'identification de données caractéristiques de la fenêtre se trouvant sous ledit curseur (9) au cours de son déplacement sur ledit écran,
- des premiers moyens de comparaison (110, 118) pour comparer les données caractéristiques de ladite fenêtre se trouvant sous le curseur avec des données caractéristiques de ladite fenêtre de destination (8) stockées dans lesdits moyens de fourniture (M) en liaison avec ladite donnée accréditive, et
- des moyens (113) pour autoriser ladite application de ladite donnée accréditive en réponse à une cohérence entre lesdites données caractéristiques identifiées et lesdites données caractéristiques stockées dans lesdits moyens de fourniture (M)
3. Dispositif selon la revendication 2, caractérisé en ce qu'il comprend plusieurs logiciels et plusieurs données accréditives (PWD1 , PWD2,...) distinctes commandant respectivement l'accès auxdits logiciels, en ce qu'à chacune desdites données accréditives est associée dans lesdits moyens de fourniture une donnée d'identification du logiciel correspondant (Application 1 , ...), en ce que lesdits moyens d'affichage sont adaptés pour afficher sur ledit écran une pluralité de signes (P1 , P2 , ...) représentatifs respectivement desdites données accréditives, et en ce que lesdits moyens de pilotage d'accès comprennent en outre :
- des seconds moyens (120) d'identification d'un logiciel dont ladite fenêtre de destination (8) est affichée sur ledit écran, et
- des seconds moyens de comparaison (121) pour comparer l'identité dudit logiciel identifié avec la donnée d'identification associée à une donnée accréditive sélectionnée au moyen dudit organe de pointage, lesdits moyens de comparaison n'autorisant l'application audit logiciel identifié de ladite donnée accréditive sélectionnée que s'il y a identité dudit logiciel identifié avec ladite donnée d'identification.
4. Dispositif selon la revendication 2, caractérisé en ce qu'il comprend plusieurs logiciels et plusieurs données accréditives (PWD1, PWD2, ...) distinctes commandant respectivement l'accès auxdits logiciels, en ce qu'à chacune desdites données accréditives est associée dans lesdits moyens de fourniture une donnée d'identification du logiciel correspondant (Application 1, ...), et en ce que lesdits moyens de pilotage d'accès comprennent en outre : - des seconds moyens (120) d'identification d'un logiciel dont ladite fenêtre de destination (7) est affichée sur ledit écran, et
- des seconds moyens de comparaison (121) pour comparer l'identité dudit logiciel détecté avec lesdites données d'identification stockées dans lesdits moyens de fourniture (M), , - lesdits moyens d'application (121) étant adaptés pour commander l'application dans ladite fenêtre de destination d'une donnée accréditive présente dans lesdits moyens de fourniture (M) et dont la donnée d'identification associée correspond à l'identité dudit logiciel détecté.
5. Dispositif selon la revendication 4, caractérisé en ce qu'il comprend des moyens (124, 125) pour, en l'absence d'une correspondance entre lesdites données d'identification et ledit logiciel détecté, autoriser l'introduction par ledit utilisateur, via lesdits moyens d'interface, d'une donnée accréditive pour ledit logiciel détecté et stocker dans lesdits moyens de fourniture ladite donnée accréditive introduite avec des données d'identification dudit logiciel détecté.
6. Dispositif selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend un ordinateur personnel (1) auquel est connecté ledit dispositif personnel de sécurité (5).
7. Dispositif selon la revendication 6, caractérisé en ce que ledit logiciel (Application 1, ...) est un logiciel d'application réparti entre l'ordinateur personnel et un serveur, ledit dispositif comportant des moyens de connexion dudit ordinateur personnel audit serveur.
8. Dispositif selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit dispositif de sécurité personnel est une carte à puce (5).
9. Dispositif selon l'une quelconque des revendications 1 à 8, caractérisé en ce que ledit dispositif de sécurité personnel (5) comprend des moyens de comparaison d'un code secret (PIN) mémorisé avec un code secret introduit par l'utilisateur via lesdits moyens d'interface, lesdits moyens de pilotage d'accès étant rendus opérationnels en réponse à une cohérence entre lesdits codes secrets.
10. Dispositif selon l'une quelconque des revendications 1 à 9, caractérisé en ce que lesdits moyens de pilotage d'accès comprennent des moyens pour interdire l'affichage de ladite donnée accréditive sur ledit écran d'affichage en réponse à son application audit logiciel.
11. Dispositif selon l'une quelconque des revendications 1 à 10 dans lequel ladite donnée accréditive est statique, caractérisé en ce que lesdits moyens de fourniture (M) sont des moyens de mémorisation.
12. Dispositif selon l'une quelconque des revendications 1 à 11 dans lequel ladite donnée accréditive est dynamique, caractérisé en ce que lesdits moyens de fourniture (M) comprennent des moyens d'exécution d'un algorithme de calcul de ladite donnée accréditive.
PCT/FR2000/003550 1999-12-17 2000-12-15 Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service WO2001044949A2 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CA002395381A CA2395381A1 (fr) 1999-12-17 2000-12-15 Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service
JP2001545974A JP2003517683A (ja) 1999-12-17 2000-12-15 プログラムまたはサービスのためのクリデンシャルのアプリケーションのためのデータ処理システム
AU25270/01A AU2527001A (en) 1999-12-17 2000-12-15 Computerised device for accrediting data application to a software or a service
KR1020027007780A KR20020059764A (ko) 1999-12-17 2000-12-15 소프트웨어 또는 서비스에 대한 데이타 애플리케이션을인증하기 위한 컴퓨터 장치
DE60008795T DE60008795T2 (de) 1999-12-17 2000-12-15 Informatikvorrichtung zur anwendung von akkredtierungsdaten auf eine software oder auf einen dienst
AT00988928T ATE261139T1 (de) 1999-12-17 2000-12-15 Informatikvorrichtung zur anwendung von akkredtierungsdaten auf eine software oder auf einen dienst
EP00988928A EP1238340B1 (fr) 1999-12-17 2000-12-15 Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR9915979A FR2802665B1 (fr) 1999-12-17 1999-12-17 Dispositif informatique a acces par accreditation perfectionne
FR99/15979 1999-12-17

Publications (2)

Publication Number Publication Date
WO2001044949A2 true WO2001044949A2 (fr) 2001-06-21
WO2001044949A3 WO2001044949A3 (fr) 2001-12-27

Family

ID=9553413

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2000/003550 WO2001044949A2 (fr) 1999-12-17 2000-12-15 Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service

Country Status (10)

Country Link
EP (1) EP1238340B1 (fr)
JP (1) JP2003517683A (fr)
KR (1) KR20020059764A (fr)
CN (1) CN1409835A (fr)
AT (1) ATE261139T1 (fr)
AU (1) AU2527001A (fr)
CA (1) CA2395381A1 (fr)
DE (1) DE60008795T2 (fr)
FR (1) FR2802665B1 (fr)
WO (1) WO2001044949A2 (fr)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003088014A2 (fr) * 2002-04-05 2003-10-23 Amoursoft Ltd Authentification d'utilisateurs pour systemes informatiques
EP1513313A1 (fr) * 2003-09-08 2005-03-09 Alcatel Procédé d'accès à des ressources et des services dans un réseau, terminal de réseau et dispositif personnel d'utilisateur correspondant
WO2004053667A3 (fr) * 2002-12-12 2005-04-28 Encentuate Pte Ltd Systeme de gestion d'identite et de confirmation d'authentification
DE10232454B4 (de) * 2002-01-31 2007-08-02 Fujitsu Ltd., Kawasaki Zugriffssteuerungsverfahren, Speichervorrichtung und Informationsverarbeitungsvorrichtung
US7653602B2 (en) 2003-11-06 2010-01-26 Visa U.S.A. Inc. Centralized electronic commerce card transactions
US7725369B2 (en) 2003-05-02 2010-05-25 Visa U.S.A. Inc. Method and server for management of electronic receipts
US7857215B2 (en) 2003-09-12 2010-12-28 Visa U.S.A. Inc. Method and system including phone with rewards image
US8005763B2 (en) 2003-09-30 2011-08-23 Visa U.S.A. Inc. Method and system for providing a distributed adaptive rules based dynamic pricing system
US8010405B1 (en) 2002-07-26 2011-08-30 Visa Usa Inc. Multi-application smart card device software solution for smart cardholder reward selection and redemption
US8015060B2 (en) 2002-09-13 2011-09-06 Visa Usa, Inc. Method and system for managing limited use coupon and coupon prioritization
US8051470B2 (en) 2002-12-12 2011-11-01 International Business Machines Corporation Consolidation of user directories
US8407083B2 (en) 2003-09-30 2013-03-26 Visa U.S.A., Inc. Method and system for managing reward reversal after posting
US8429048B2 (en) 2009-12-28 2013-04-23 Visa International Service Association System and method for processing payment transaction receipts
US8554610B1 (en) 2003-08-29 2013-10-08 Visa U.S.A. Inc. Method and system for providing reward status
US8626577B2 (en) 2002-09-13 2014-01-07 Visa U.S.A Network centric loyalty system
US9852437B2 (en) 2002-09-13 2017-12-26 Visa U.S.A. Inc. Opt-in/opt-out in loyalty system
US11132691B2 (en) 2009-12-16 2021-09-28 Visa International Service Association Merchant alerts incorporating receipt data

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8456429B2 (en) * 2009-07-30 2013-06-04 Ncr Corporation Encrypting touch-sensitive display
US9282093B2 (en) * 2013-04-30 2016-03-08 Microsoft Technology Licensing, Llc Synchronizing credential hashes between directory services

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2676291A1 (fr) * 1991-05-06 1992-11-13 Bull Sa Dispositif de securite pour systeme informatique et procede de reprise d'exploitation.
FR2740885A1 (fr) * 1995-11-03 1997-05-09 Sirbu Cornel Procede et appareil pour la gestion et l'execution des applications de securite
US5887065A (en) * 1996-03-22 1999-03-23 Activcard System and method for user authentication having clock synchronization

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2676291A1 (fr) * 1991-05-06 1992-11-13 Bull Sa Dispositif de securite pour systeme informatique et procede de reprise d'exploitation.
FR2740885A1 (fr) * 1995-11-03 1997-05-09 Sirbu Cornel Procede et appareil pour la gestion et l'execution des applications de securite
US5887065A (en) * 1996-03-22 1999-03-23 Activcard System and method for user authentication having clock synchronization

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LUCKHARDT N: "PASSWORT PORTFOLIO" CT MAGAZIN FUER COMPUTER TECHNIK,DE,VERLAG HEINZ HEISE GMBH., HANNOVER, no. 13, 21 juin 1999 (1999-06-21), page 72 XP000828972 ISSN: 0724-8679 *

Cited By (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10232454B4 (de) * 2002-01-31 2007-08-02 Fujitsu Ltd., Kawasaki Zugriffssteuerungsverfahren, Speichervorrichtung und Informationsverarbeitungsvorrichtung
WO2003088014A3 (fr) * 2002-04-05 2004-03-18 Amoursoft Ltd Authentification d'utilisateurs pour systemes informatiques
WO2003088014A2 (fr) * 2002-04-05 2003-10-23 Amoursoft Ltd Authentification d'utilisateurs pour systemes informatiques
US8010405B1 (en) 2002-07-26 2011-08-30 Visa Usa Inc. Multi-application smart card device software solution for smart cardholder reward selection and redemption
US10460338B2 (en) 2002-09-13 2019-10-29 Visa U.S.A. Inc. Network centric loyalty system
US9852437B2 (en) 2002-09-13 2017-12-26 Visa U.S.A. Inc. Opt-in/opt-out in loyalty system
US8626577B2 (en) 2002-09-13 2014-01-07 Visa U.S.A Network centric loyalty system
US8239261B2 (en) 2002-09-13 2012-08-07 Liane Redford Method and system for managing limited use coupon and coupon prioritization
US8015060B2 (en) 2002-09-13 2011-09-06 Visa Usa, Inc. Method and system for managing limited use coupon and coupon prioritization
US8051470B2 (en) 2002-12-12 2011-11-01 International Business Machines Corporation Consolidation of user directories
WO2004053667A3 (fr) * 2002-12-12 2005-04-28 Encentuate Pte Ltd Systeme de gestion d'identite et de confirmation d'authentification
US8386343B2 (en) 2003-05-02 2013-02-26 Visa U.S.A. Inc. Method and user device for management of electronic receipts
US9087426B2 (en) 2003-05-02 2015-07-21 Visa U.S.A. Inc. Method and administration system for management of electronic receipts
US7987120B2 (en) 2003-05-02 2011-07-26 Visa U.S.A. Inc. Method and portable device for management of electronic receipts
US7827077B2 (en) 2003-05-02 2010-11-02 Visa U.S.A. Inc. Method and apparatus for management of electronic receipts on portable devices
US7725369B2 (en) 2003-05-02 2010-05-25 Visa U.S.A. Inc. Method and server for management of electronic receipts
US8554610B1 (en) 2003-08-29 2013-10-08 Visa U.S.A. Inc. Method and system for providing reward status
US8793156B2 (en) 2003-08-29 2014-07-29 Visa U.S.A. Inc. Method and system for providing reward status
EP1513313A1 (fr) * 2003-09-08 2005-03-09 Alcatel Procédé d'accès à des ressources et des services dans un réseau, terminal de réseau et dispositif personnel d'utilisateur correspondant
US7857215B2 (en) 2003-09-12 2010-12-28 Visa U.S.A. Inc. Method and system including phone with rewards image
US7857216B2 (en) 2003-09-12 2010-12-28 Visa U.S.A. Inc. Method and system for providing interactive cardholder rewards image replacement
US8244648B2 (en) 2003-09-30 2012-08-14 Visa U.S.A. Inc. Method and system for providing a distributed adaptive rules based dynamic pricing system
US9141967B2 (en) 2003-09-30 2015-09-22 Visa U.S.A. Inc. Method and system for managing reward reversal after posting
US8005763B2 (en) 2003-09-30 2011-08-23 Visa U.S.A. Inc. Method and system for providing a distributed adaptive rules based dynamic pricing system
US8407083B2 (en) 2003-09-30 2013-03-26 Visa U.S.A., Inc. Method and system for managing reward reversal after posting
US7653602B2 (en) 2003-11-06 2010-01-26 Visa U.S.A. Inc. Centralized electronic commerce card transactions
US9710811B2 (en) 2003-11-06 2017-07-18 Visa U.S.A. Inc. Centralized electronic commerce card transactions
US11132691B2 (en) 2009-12-16 2021-09-28 Visa International Service Association Merchant alerts incorporating receipt data
US8650124B2 (en) 2009-12-28 2014-02-11 Visa International Service Association System and method for processing payment transaction receipts
US8429048B2 (en) 2009-12-28 2013-04-23 Visa International Service Association System and method for processing payment transaction receipts

Also Published As

Publication number Publication date
FR2802665A1 (fr) 2001-06-22
CN1409835A (zh) 2003-04-09
EP1238340A2 (fr) 2002-09-11
DE60008795D1 (de) 2004-04-08
CA2395381A1 (fr) 2001-06-21
EP1238340B1 (fr) 2004-03-03
AU2527001A (en) 2001-06-25
DE60008795T2 (de) 2005-01-20
FR2802665B1 (fr) 2002-04-05
JP2003517683A (ja) 2003-05-27
KR20020059764A (ko) 2002-07-13
ATE261139T1 (de) 2004-03-15
WO2001044949A3 (fr) 2001-12-27

Similar Documents

Publication Publication Date Title
EP1238340B1 (fr) Dispositif informatique pour l'application de donnees accreditives a un logiciel ou a un service
EP1004100B1 (fr) Dispositif portable electronique pour systeme de communication securisee, et procede d'initialisation de ses parametres
FR2802666A1 (fr) Systeme informatique pour application a acces par accreditation
CH633379A5 (fr) Installation de securite notamment pour l'execution d'operations bancaires.
EP2048814A1 (fr) Procédé d'authentification biométrique, programme d'ordinateur, serveur d'authentification, terminal et objet portatif correspondants.
FR2861875A1 (fr) Dispositif de stockage de donnees portable a interface usb protege par des parametres biometriques, comportant un processeur de donnees biometriques accessible par l'interface usb
EP1460593A1 (fr) Terminal de paiement securise
EP2070234B1 (fr) Sécurisation de code pour entité personnelle
EP2813962B1 (fr) Méthode de contrôle d'accès à un type de services spécifique et dispositif d'authentification pour le contrôle de l'accès à un tel type de services.
FR2765979A1 (fr) Terminal informatique individuel susceptible de communiquer avec un equipement informatique d'une facon securisee, ainsi qu'un procede d'authentification mis en oeuvre par ledit terminal
FR2832829A1 (fr) Procede, systeme et dispositif permettant d'authentifier des donnees transmises et/ou recues par un utilisateur
FR3058814B1 (fr) Procede de traitement de donnees transactionnelles, terminal de communication, lecteur de cartes et programme correspondant.
EP2058746B1 (fr) Entité électronique portable, station hôte et procédé associé
EP2795830B1 (fr) Procede d'echange de donnee chiffree entre un terminal et une machine
FR2730076A1 (fr) Procede d'authentification par un serveur du porteur d'un objet portatif a microprocesseur, serveur et objet portatif correspondants
EP1983480A1 (fr) Terminal de paiement, procédé et programme associés
FR2867577A1 (fr) Procede permettant de remplir automatiquement des donnees utilisateur en utilisant une identification d'empreintes digitales
WO2013093325A1 (fr) Dispositif electronique pour le stockage de donnees confidentielles
WO2014135526A1 (fr) Système et procédé de gestion d'au moins une application en ligne, objet portable utilisateur usb et dispositif distant du système
WO2014135519A1 (fr) Système et procédé de gestion d'au moins une application en ligne, objet portable utilisateur communiquant par un protocole radioélectrique et dispositif distant du système
FR2913551A1 (fr) Methode d'authentification mutuelle et recurrente sur internet.
FR3060171B1 (fr) Procede de securisation de saisie de donnees, terminal de communication et programme correspondant.
FR2812423A1 (fr) Systeme de paiement par carte d'une transaction sur internet
WO2017046281A1 (fr) Gestion d'un affichage d'une vue d'une application sur un écran d'un dispositif électronique de saisie de données, procédé, dispositif et produit programme d'ordinateur correspondants
FR2824208A1 (fr) Procede et dispositif d'attribution d'un code d'authentification

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2000988928

Country of ref document: EP

ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 545974

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 2395381

Country of ref document: CA

Ref document number: 008171440

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 1020027007780

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 25270/01

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 1020027007780

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2000988928

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 2000988928

Country of ref document: EP