Method and apparatus for providing authentication between a sending unit and a recipient based on challenge usage data
A method, apparatus and/or system generates a challenge for user authentication, having a challenge data element from a stored pool of challenge data elements. The challenge is based on rule data and stored usage data associated with at least some of the challenge data elements in the stored pool of challenge data elements. The generated challenge is sent for use in an authentication of a user to a sender. A method, apparatus and/or system also generates sender authentication and corresponding location information, having a data element from a stored pool of challenge data elements. Selection of the data elements is based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements.
Latest Entrust Limited Patents:
- System and method for initializing operation for an information security operation
- RFID transponder information security methods systems and devices
- Method and apparatus for providing information security to prevent digital signature forgery
- Method and apparatus for preventing interception of input data to a software application
- Secure instant messaging system using instant messaging group policy certificates
This application is a continuation-in-part of U.S. Patent Application entitled METHOD AND APPARATUS FOR PROVIDING MUTUAL AUTHENTICATION BETWEEN A SENDING UNIT AND A RECIPIENT, having Ser. No. 10/967,669, filed on Oct. 18, 2004, having as inventor Chris Voice and owned by instant Assignee, which is a continuation-in-part of U.S. Patent Application entitled METHOD AND APPARATUS FOR PROVIDING ELECTRONIC MESSAGE AUTHENTICATION, having Ser. No. 10/849,402, filed on May 19, 2004, having as inventors Voice et al. and owned by instant Assignee, which is a continuation in part of U.S. Patent Application entitled METHOD AND APPARATUS FOR SECURELY PROVIDING IDENTIFICATION INFORMATION USING TRANSLUCENT IDENTIFICATION MEMBER, having Ser. No. 10/748,523, filed on Dec. 30, 2003, having as inventors Chiviendacz et al. and owned by instant Assignee.
FIELD OF THE INVENTIONThe invention relates generally to method and apparatus for providing authentication between a user and a target resource or information sending entity, and more particularly to methods and apparatus that employ soft tokens or hard tokens for providing mutual authentication between a user and a target resource.
BACKGROUND OF THE INVENTIONMutual authentication systems and methods are known that attempt to authenticate a user or recipient of information that is being provided by a content service provider or other target resource that is, for example, accessible through an on-line communication link such as through the Internet, an intranet, or any other suitable wireless or non-wireless network. Such methods and apparatus attempt to thwart malicious exploits by hackers and others that attempt to steal a user's identity. For example, a malicious entity may send an email using the address of a legitimate bank and direct the recipient to a “counterfeit website”. The recipient, believing that it is a legitimate site, may be tricked into providing information such as an account number and password that can be used by the malicious entity to access the recipient's online account. The problem may be particularly acute in the consumer world where conventional methods of online mutual authentication may be very complex, typically requiring expensive hardware deployment and complex user interactions that make such mutual authentication techniques impractical. As such, it would be desirable to provide a system and method that allows the confirmation of users or recipients that are accessing an intended target organization, (i.e. sending entity) in a relatively inexpensive but secure manner.
Two factor authentication techniques are known that, for example, use a first authentication factor to authenticate an end user's identity and a second factor that is used for authentication to supplement the user name and password typically used in the first factor authentication. The concept of a second factor is that a user can authenticate using something that they know (e.g. their password) and something that they have (e.g. the second factor which may be, for example, a hardware token). Typically the second factor mechanisms are hardware based and are physically distributed to the end user. For example, time synchronous tokens are known and are sometimes referred to as multi-factor authentication techniques. Several known techniques are described further below.
Also, various methods for performing authentication of a target organization in connection with Internet applications are known that include, for example, secure socket layer server authentication which provides certification from a trusted third party based on the identity of the organization hosting a given web application. However, this can require the user to perform the manual step of double clicking on an on-screen icon and reading through information. The requirement of manual action often precludes it from being performed consistently and, thus, undermines the effectiveness of the method. In addition, client security plug-in applications are also known that involve an end user downloading and installing client side software which provides a visual indication of when the user is communicating with the legitimate site. However, it can be burdensome for end users to download and install software or to go through several manual steps to confirm the identity of the target organization.
In addition, both user and target organization authentication methods can be impractical when extending to other channels of communication such as interactive voice response systems or communication through mobile devices, such as cellular phones, personal digital assistants, Internet appliances, or other mobile devices, as they can rely on a user display and entry methods unique to web based applications.
Ensuring that a sent email message or other electronic message has been sent by a sender that can be trusted, also referred to as being authentic, helps ensure against theft of important information by unscrupulous parties and can help limit spam and phishing. Phishing is a form of Internet fraud that usually involves the mass sending of emails that appear to be from a legitimate organization such as a bank or other financial institution or other organization. These emails often direct the recipient to a fraudulent website or form where he or she is tricked into divulging personal or financial information. An alternative phishing attack may not ask for such information but, upon entering the URL, it may execute a download of a keystroke-logging program that lets the phisher harvest information from the recipient's machine. The information can then be used for identity theft and fraud.
Phishing attacks can be costly and can drain a company's resources since, for example a large number of attacks can be run against target companies in large volumes and billions of phishing messages can pass through filtering systems that can slow down email delivery, use up valuable processing times of servers and can ultimately result in the loss of important financial data to unscrupulous parties.
Several solutions are known that attempt to address this problem. Because phishing attacks often begin with large volumes of email sent from a forged sending address, efforts to reduce spam email may be somewhat effective in reducing the number of phishing attacks. For example, in one method referred to as Sender Policy Framework, an originator of a message or originator domain publishes in a directory or other suitable form legitimate sending computer addresses which are verified by receiving message transfer agents. The message transfer agent may verify a received message via a DNS server (domain name server). However, this technique can require widespread adoption of SPF-enabled message transfer agents which can potentially be costly to implement and deploy.
Another technique referred to as Coordinated Spam Reduction Initiative again requires originators in an originator domain to publish legitimate sending computer addresses which are verified by receiving message transfer agents in a relatively similar manner as described above.
Another technique requires domains to digitally sign email which is verified by the receiving message transfer agent via DNS servers. Again, this can require the widespread adoption of modified versions of message transfer agents.
Another technique uses the SIME protocol wherein sending individuals or domains digitally sign emails that are verified by receiving incoming message transfer agents or user email clients. This can require special email client features or recipient message transfer agents that are not currently supported in web based email clients.
Another technique employs secret images that are shared between a sender and a recipient. As understood, a personalized image is sent by a user to an authentication server. The server stores the recipient sent image. The authentication server may then send the personalized image to the recipient with an email and the user seeing the image recognizes that it is the one he or she sent. Also, during logon to a site, the server may include the image in the logon page so that a user trusts the login page when the user sees their personalized image (see e.g., www.passmarksecurity.com). Among other drawbacks, this system appears to use the same image for multiple logins until the shared image is changed and may require the recipient to choose and send the image to a sending server.
In addition, other systems are known which attempt to provide, instead of sender authentication, recipient authentication. For example, U.S. Pat. No. 5,712,627 discloses, among other things, an issued identification card that has indicum at one of the addressable positions on an assigned card. The card may have rows and columns with different numbers, characters or symbols that are addressable by the rows and columns. To determine whether a person seeking access to data is authorized to obtain requested access, the identification card is distributed to authorized users. A requesting person seeking access provides the indicia at one or more addressable positions on the card as specified by a security system. To notify the person which indicum to enter and send back, the system selects coordinate indicia known to be present on a particular card. The recipient must then send back the indicia located at the address sent by the security system. If the indicia matches that assigned to the person seeking access then access is granted. However, such systems do not resolve the problem with respect to phishing since the system provides authentication of a receiver and not a sender and requests that a person seeking access identify themselves to the system and the system requires entry and sending by the user of information located on the security card.
Other authentication systems are also known that have been employed, for example, in the military, numeral cipher/authentication systems have been used that employ cards that are held by a sender and recipient. A transmission is authenticated for example by using a challenge and reply authentication scheme. A sender of an electronic transmission for example may use the card and randomly select a row and column and transmit the row and column identifiers as a challenge. For a reply, row and column identifiers are used to look up an alphabetical letter which is then communicated back. As such, the sender can be assured that the receiver is in possession of a card. However, the authentication of the sender to the receiver is typically done by repeating the same challenge and reply in reverse, and both sender and receiver must be in possession of the same authentication card to achieve mutual authentification.
Another technique also uses a card that includes rows and columns of information on both the sender and receiver side, however, this transmission authentication scheme is used to authenticate transmissions. For example during transmission authentication, columns of transmission authentication diagraphs are located on the back of a cipher table and used to authenticate a sender. Column assignments are made by a designated representative such as a commander of a unit. The column assignments are known to both the sender and receiver apriori. Transmission authentication diagraphs are used only once. The first unused authenticator in the assigned column is used and a line is drawn through that authenticator to preclude its reuse. Such schemes do not utilize a random selection of information on the card and do not utilize the sending of coordinate information since the column information is known apriori. As such, only the authentication information is apparently communicated. If the sender sends authentication information and it is valid as determined by the recipient, the recipient crosses the authentication information off the card. The next time authentication is required, the next authentication information in the same column is then used. As such, a sequential and non-random approach is used. However, if the authentication card of a recipient is lost or obtained by an unscrupulous party, they would know how to act as a sender since they know which authentication information is next in the column since no random selection is utilized and since the card has markings thereon. In this system no coordinate information is sent since the column of information used to authenticate a sender is made known apriori to the sender and receiver. In addition, if the receiver does not receive the sender's transmission, the synchronization between the sender and receiver would be lost which may cause subsequent authentication attempts to fail.
Also, information security and user identification security are becoming increasingly important as technology becomes more sophisticated. For example, multi-factor authentication schemes are used in an attempt to thwart hackers or to thwart other inappropriate uses of information and user identities. For example, a two factor authentication scheme may use information known to a recipient or user such as a password or personal identification number (PIN) as well as some type of physical token such as a banking card, credit card, password token or other physical token which a user must be in physical possession of in order to initiate and complete an on-line transaction. Another level of authentication may include biometric authentication that may include the scanning of a fingerprint, eye or other biometric to again verify that the user attempting to gain access to a process, device, application or other right is in fact the appropriate user.
Transaction cards are known that may include for example smart cards, magnetic strip-based cards, and other transaction cards that facilitate banking transactions, credit card transactions, or any other suitable transactions. As known in the art, a user personal identification number (PIN) is usually required in addition to the possession of a banking card to obtain cash from a cash-dispensing machine or to otherwise carry out an online transaction. One known multi-factor authentication technique employs the use of a hardware token such as a battery operated smart card that displays a periodically changing and seemingly random number on a portion of the smart card. When a user wishes to execute a transaction with the smart card, for example, the user enters the seemingly random number that changes often. The receiving transaction server compares the received code entered by the user as displayed on the smart card with a corresponding number generated by a code source generator. If the code entered by the user matches the number generated by the code source generator, the transaction is approved and the user is granted a particular right such as accessing a bank account, purchasing goods, obtaining information, gaining access to a website or other software application, or any other suitable right as desired. However, such hardware tokens can be quite expensive and are battery powered thereby requiring changing of the battery and the potential of an electronic malfunction due to moisture problems or any other problems related to electronic circuitry.
Other smart cards that do not employ such screens typically require a card reader that reads, for example, a magnetic strip. This can be a restriction where a user wishes to perform an online transaction but is not sitting at a terminal that contains or has access to a magnetic strip reader.
In an apparently unrelated field, translucent cards are known such as plastic cards that contain a semi-transparent picture or pattern that when visually evaluated does not appear to connote any particular information. However, when the translucent card is held over a display with a corresponding background filter pattern, the combination of the pattern on the card with the background pattern on the display screen combine to present a visually recognizable message or word such as the word “sorry” or “you're a winner”. These are static messages which are not unique to any user and typically include only a single message. Such plastic cards may be used for example to see if a holder has won a prize. The card for example may be mailed in the mail to members of a population. Those recipients then go to a web page identified on the translucent card or otherwise indicated in the mailing information to see if they have won a prize. However, such plastic cards do not provide multi-factor authentication, are not user specific, do not include multiple messages and typically include static messages.
Currently, second factor authentication involving an article may contain a collection of randomly generated symbols, as described above. As also described above, a sender of a transmission may use an article and randomly select a row and column and transmit the row and column identifiers (data challenge elements) as a challenge. For a reply, row and column identifiers are used to look up corresponding sender authentication, which allows the person with the article to authenticate to the sender. However, a potential threat exists if an attacker can see both the challenge data elements (such as grid coordinates) and the reply (user's responses to the challenge). As the attacker sees more user authentications, he or she learns more about the contents of the article, thereby increasing the attacker's ability to successfully impersonate the user.
Correspondingly, in the case of sender authentication, a similar potential threat exists. In this case, a sender would transmit to a user sender authentication information such as article location information and the corresponding sender authentication information that is locatable on the article at that article location information. For example, in one embodiment a sender could send row and column identifiers and the numbers or alphanumeric characters to be found at those locations. By providing this information, the sender demonstrates to the user that the sender is a legitimate sender because it knows information that should only be known by the sender and the user. However, an attacker intercepting the sender's transmission could learn information about the contents of the card. This information could be use to increase the attacker's ability to impersonate the sender and/or the user. Accordingly, careful selection of sender authentication transmissions and user challenges is important to attempt to address this risk.
Currently, one known technique used to generate a challenge is random generation. The challenge data elements are chosen uniformly at random, meaning that all possible challenge data elements have an equal chance of being chosen. Despite the strong security of such systems, for each successful, and in some cases unsuccessful, authentication operation an attacker has observed, the probability of a successful impersonation increases. The impersonator/attacker must be patient enough to get a randomly generated challenge that corresponds to challenge/reply sets he or she has observed. The probability of successful impersonation decreases exponentially with the number of grid coordinates (challenge data elements) not known to the attacker that appear in the present challenge. Therefore, a need exists to provide a mechanism for generating challenges that decrease the probability that an attacker has seen all of the challenge data elements and corresponding sender authentication information, thereby increasing the effective security of the article (e.g. card) over its useful life.
Accordingly, a need exists for a method and apparatus that overcomes one or more of the above problems.
DETAILED DESCRIPTION OF THE DRAWINGS
Briefly, a method, apparatus and/or system generates a challenge for user authentication, having a challenge data element from a stored pool of challenge data elements. The challenge is based on rule data and stored usage data associated with at least some of the challenge data elements in the stored pool of challenge data elements. The generated challenge is sent for use in an authentication of a user to a sender. Among other advantages, methods, devices and system are disclosed that provide a way to implement security policy features to secure authentication of both an end user (e.g., using a recipient device) and a sending unit or target organization that can remove security concerns that could potentially result from a system randomly generating a challenge/reply set.
In another embodiment, a method for providing authentication of a user to a sender includes generating a challenge for user authentication wherein the challenge includes at least a first portion and a second portion. The first portion of the challenge is generated based on stored usage data corresponding to the challenge data elements and first rule data. A second portion of the challenge is generated based stored usage data, corresponding to at least another challenge data element, and second (i.e., different) rule data.
In another embodiment, a method is disclosed for providing mutual authentication between a user and a sending unit, (i.e. target resource) in one embodiment, that includes determining, for a user that has been assigned an article, such as a card or other suitable article that has indicia thereon, desired sender authentication information that corresponds to actual sender authentication information that is embodied on the article. The sender authentication information can be located on the article by using the location information provided by the sending unit in a challenge. The method includes determining for the user, corresponding article identification information, such as a serial number that has been assigned to the article, or a shared secret, and sending a challenge for the user wherein the challenge includes at least location information, to allow the user to identify desired sender authentication information located on the article, and sending the article identification information. The user then receives the location information and article identification information and uses the article identification information as authenticating information that indicates that the sender that has sent the information is trustworthy since the article that is in the possession of the user also includes the article identification information thereon. The user then uses the location information that has been sent to the user device, to determine for example the corresponding desired sender authentication information that is located on the article, such as by column and row information sent by the target resource and sends a reply to the challenge back to the target resource (i.e. sending unit). The sender then authenticates the user based on the reply to the challenge. The reply includes user authentication information obtained from the article namely the desired sender authentication information. If the received sender authentication information sent by the user device (and obtained from the article), based on the location information, matches the desired sender authentication information, the target resource grants suitable access to the user (i.e. the user device). As such, article identification information is sent along with location information by a sender after, for example, a first level of authentication has been determined to be successful. The first level of authentication may include, for example, the user sending a password and user ID to the target resource in an initial stage of a logon procedure, as known in the art, whereafter the sending of the location information and article identifier information is subsequently sent based on a successful first factor authentication process.
In another example, a method for providing mutual authentication does not require the sending of the article identification information to the user, but instead only requires the sending of the location information to allow the user to identify the corresponding authentication information on the article and send a reply back to the target resource for verification. However, in this embodiment, if the reply does not include the expected target resource authentication information as expected by the sending unit, the method includes repeating the same challenge for the user that includes the same location information that was previously sent. This process is repeated over, for example, each successive session, until the user sends the appropriate target source authentication information that was derived from the article based on the location information sent in the challenge.
In addition, suitable devices are also disclosed that carry out the above methods. Also, a combination of the two methods is employed to effect a type of enhanced mutual authentication process.
Also disclosed is a method for providing electronic message authentication that employs an article (also referred to as a member or token), such as a card, sticker, or any other suitable article, that includes sender authentication information and location information, such as row and column headings. In one example, each recipient of interest is issued an article that embodies sender authentication information that is identifiable by corresponding location information such as column and row identifiers. When the sender of an electronic message wants to send a message to a recipient of interest, the sender sends the electronic message and both location information and corresponding desired sender authentication information located at the location identified by the location information. This includes data representing the location and authentication information (such as an index to, a reference to, the location information or authentication information itself, or any suitable representation thereof). The recipient may then, in one embodiment, look on their article (e.g. card) at the corresponding location and see if the sent desired sender authentication information matches the sender authentication information located on the article (also referred to as expected sender authentication information). If a match occurs, then the recipient trusts the sender of the message. The recipient need not send back any information to the sender. As such, a simple card or other article may be used to authenticate a sender of a message to thwart phishing, or other sender authentication problems. Other examples will be recognized by those of ordinary skill in the art.
In addition, a system for providing electronic message authentication is also disclosed that carries out the above methodology, and a transaction card is also disclosed that includes the location information and sender authentication information thereon in the form of a sticker or as part of the transaction card itself. In yet another embodiment, the article may be a translucent article to allow light to pass therethrough so that a visual filtering pattern and sender authentication information may be sent by a sender along with the message. A user may hold up the article to a display screen and overlay it on the visual filtering pattern sent by the sender. If the resulting sender authentication information matches the results sent in the message, the recipient may trust the sender of the message.
In another embodiment, an apparatus and method for securely providing identification information generates one or more obscured user (e.g., recipient) identifiers for a recipient, such as a plurality of identifiers that are generated based on user secret data such as a password, personal identification number or other secret or non-secret information or identifiers that are not based on user secret data, such as the identifier being randomly generated and then associated with the user. In this case, no user-related information is used, but the identifier can still identify the user. In another embodiment, a single obscured identifier may be used.
In one embodiment, the method and apparatus generates a translucent identification member (TIDM), such as a portion of, or an entire, plastic card, sheet, film, or other suitable member that has a translucent area that includes the one or more obscured identifiers. As used herein, translucent area can also include a transparent area. For example, the translucent identification member may be made from transparent or clear sheets, including smoked plastic or other suitable coloring with the obscured identifiers (including non-character information) printed in ink or otherwise placed thereon or therein. The one or more obscured identifiers may be for example one-time authentication identifiers that are unique to a recipient of the translucent identification member. As such, the translucent identification member or card contains what appears to visually be a random pattern of information.
A corresponding visual filtering pattern is also generated for display on a display device when the user desires to use the translucent identification member. For example, the visual filtering pattern also appears to be random from a visual point of view but when visually combined with the one or more obscured identifiers on the translucent identification member, a designated one of the one or more obscured identifiers is visually revealed. In one embodiment, a user may overlay the translucent identification member over a designated portion of a display device or in the designated portion of a display that displays the visual filtering pattern. A combination of the visual filtering pattern with the pattern of different obscured identifiers on the translucent identification member combine to form a visually revealed single identifier or message from the one or more identifiers. Hence, for example in one embodiment, a seemingly random pattern is generated on a screen which helps ensure only a single identifier is exposed visually to a user that is viewing the translucent identification member which is overlayed on the visual filtering pattern that is being displayed on the display.
Accordingly, if desired, a security officer that has access, for example, to a translucent identification member issuer may use a package of blank cellophane cards that may be used to make the translucent identification members on a local printer. The translucent identification members may be printed having translucent color pattern that serves as the one or more obscured identifiers, or have other suitable indicia that appears to be semi-random or obscured to a user. Use of color or color background may also be used to defeat photocopying attacks. It will be recognized that portions of or all functions of the translucent identification member issuer may be provided through a distribution of providers and networks or through a web based service. For example, a recipient may access a TIDM issuance service through a web connection and locally print the TIDM or receive the TIDM through the mail. Also, identifiers can be provided by one party and sent to another party for printing or manufacturing. Other distribution of operations may also be employed as desired.
Once a visually revealed identifier is presented to a user, a user enters the visually revealed identifier through a user interface where it is compared to an expected identifier. If the entered identifier matches the expected identifier, proper authentication is indicated and a recipient may be granted access to a device, application, or process or other desired right (or submitted data is accepted—e.g. such as a vote). In addition, a list of revoked translucent identification members may also be maintained to prevent compromise due to theft or loss of translucent identification members. The list may be stored in any suitable location and updated by a service provider, translucent identification member issuer or any suitable entity. Since the translucent identification members do not require electronics to generate random numbers, the cost of such translucent identification members may be quite low and their reliability may also be relatively high since they are not susceptible to moisture or other damage typically associated with smart cards.
In an alternative embodiment, a smart card or other transaction card or non-transaction card (e.g., voting card or other suitable card) may include a translucent identification member if desired. Hence a transaction card is disclosed and includes for example a portion containing card identification information (such as a transaction card number, which may be impressed thereon such as through raised printing or electronically or through any other suitable storage mechanism such as magnetic strip or any other suitable mechanism), as well as a portion containing a translucent identification member that has a translucent area that includes one or more obscured identifiers. As such transaction cards such as credit cards, banking cards or any other transaction cards may include a window that contains the translucent identification member or may have a transaction identification number or other identification information affixed to a conventional transaction card to enhance security.
In another embodiment, the role of the translucent identification member and the recipient unit are reversed. For example, in this embodiment, the translucent identification member contains the visual filtering pattern and the display screen displays at least one obscured identifier that may be for example data representing user authentication data that is unique to a user, or other data if desired. The combination of overlaying the translucent identification member (visual filter) over the display that displays an obscured identifier, reveals (un-obscures) the at least one obscured identifier on the screen. The visual filtering pattern on the member stays the same since it is printed on the member, and the displayed obscured identifier is changed during each session or at other suitable intervals.
Accordingly, one or more of the following advantages may result. Since the translucent identification members can be printed by an organization security officer, no manufacturing costs need to be incurred and they can be generated locally for a recipient. Since there need not be electronics, there is no battery to be replaced and no damage from exposure to moisture need occur. No network or radio connectivity is required such as typically required by devices employing magnetic strips. The translucent identification member may be made of plastic or any other suitable material and in any suitable thickness. They are durable and easy to replace in the event of a compromise since they may be produced locally to an organization. Also investment in a substantial network infrastructure to continually generate master codes that are matched with dynamically changing codes on a screen and a smart card can be avoided.
In one embodiment, the displayed visual filtering pattern selectively illuminates a portion of a translucent identification member to visually reveal one of the one or more obscured identifiers. The visual filtering pattern can be changed with each authentication session. The one or more obscured identifiers are printed indicia on a semitransparent (or transparent) card and is preferably unique within a particular domain of users. The one or more obscured identifiers are visually obscured through many suitable techniques such as color shading, ordering of the characters, a combination thereof or any other suitable visual obfuscation technique.
The translucent identification member issuer 12, the visual filter generator 16, and the translucent identification member authentication module 18 may be implemented in any suitable manner and is preferably, but not limited to, software modules executing on one or more computing devices that contain one or more processing devices that execute instructions that are stored in memory.
In this example, the translucent identification member issuer 12 will be described as a local server that generates the translucent identification member 14 using a printer or other suitable mechanism to generate a translucent identification member 14. The translucent identification member includes a translucent area that includes one or more obscured identifiers thereon. However, it will be recognized that the translucent identification member issuer 12 may be included as part of the translucent identification member authenticator 24, or may be located on any other suitable device including a web server and it will be recognized that any of the software programs described herein may be suitably located on any suitable device or devices as well.
The memory 22 may be any suitable local or distributed memory and may be located on a web server or locally if desired. The memory may be RAM, ROM or any suitable memory technology. The recipient unit 20 may be any suitable device such as a laptop computer, desktop computer, hand held device or any other suitable device that includes a display 30 and user interface, and may include one or more processing devices that execute instructions stored in any suitable memory. The recipient device includes the requisite circuitry to provide one or more user interfaces such as graphic user interfaces through web browsers or other applications or operating systems and may include speech recognition interfaces or any suitable user input interfaces. As such the units include a display circuit operative to display a visual filtering pattern defined such that when the visual filtering pattern is visually combined with one or more obscured identifiers located on a translucent identification member, a designated one of the one or more identifiers is visually revealed; and an input interface operative to receive data representing the visually revealed identifier. In one example, a user interface is used to request entry of a serial number associated with the translucent identification member; and request entry of the revealed identifier to determine whether to grant a desired right for the recipient.
Also if desired, a receiver unit can receive the filter or obscured identifiers for display on a display screen and send the response back through a completely different device (or through a completely different channel) such as a cell phone, by SMS message, email message or other suitable channel and/or device.
Referring also to
As shown in block 202, the method includes generating one or more obscured identifiers for a recipient, which may be based on, for example, the recipient specific information 32 and/or other information 34. The other information 34 may be a translucent identification member serial number or other suitable information if desired. This may be done for example by the translucent identification member issuer 12, or any other suitable entity. As shown in block 204, the method includes generating the translucent identification member 14 that has a translucent area 36 that includes one or more obscured identifiers 38. The one or more obscured identifiers 38 are generated by the translucent identification member issuer 12 in this example and stored in memory 22 in a database form. The one or more obscured identifiers are stored in memory 22 so that they may be subsequently accessed when it becomes necessary to create appropriate visual patterns 40 to reveal the desired revealed identifier 700 or when checking the returned revealed identifier 700.
For example, the translucent identification member issuer 12 may control a printer to print a cellophane card as a translucent identification member 14 that has printed thereon one or more obscured identifiers. One example of a translucent identification member is shown in
The translucent identification member 14 may be a card, sheet, film or other member that may include if desired any suitable adhesive or connecting structure to be applied over a window of a transaction card, or any other suitable material. The translucent identification member may also be connected to a transaction card, such as, for example, by using a suitable connecting structure to join the translucent identification member to an end or side of a transaction card. The one or more obscured identifiers 38 that are printed on the translucent identification member.38, as noted above, may be characters (e.g., ASCII), symbols, print patterns, colored versions thereof or any other suitable indicia. The one or more obscured identifiers 38 appear to be visually obscured and hence seemingly random when viewed by a recipient. In other embodiments it may be desirable to print patterns of ink that do not connote characters but instead visually conceal a message or other information so that when overlayed on top of a display the pattern generated by the display in combination with the printed image, allows the viewer to visually decipher a revealed identifier.
The translucent area 36 includes an information pattern that represents one or more identifiers that may be unique identification information that may be used for one or more authentication sessions or other purposes. The information pattern represented by one or more obscured identifiers is preferably unique to a given domain of users to reduce the likelihood of the same user obtaining a same translucent identification member with the same obscured identifiers. The translucent area 36 is configured (e.g. sized) to overlay at least a portion of the display screen 30 on the recipient unit 20. In one embodiment, each of the one or more obscured identifiers may serve as one-time authentication identifiers for the recipient of the translucent identification member. It is noted, as used herein, identification information includes any information used to directly or indirectly authenticate a user (e.g., TIDM recipient) or other process of interest, or to get access to a-desired right associated with a process or device, or any other suitable information that is intended to be kept secret except at the time a transaction is to be effected.
To make the TIDM, the method may include receiving a request from a user for one or more obscured user identifiers and recording a link between the user and the identification information associated with the one or more obscured user identifiers. The method may include providing the one or more obscured user identifiers to the user wherein the one or more obscured user identifiers are on a translucent identification member that is sent to the user, the one or more obscured user identifiers are sent to a third party to be placed on a translucent identification member for the user, the one or more obscured user identifiers are sent to the user for placement on a translucent identification member, and the one or more obscured user identifiers are selected from a pre-existing pool of obscured user identifiers. The request from the user may include user specific information and the user specific information may be used to create the one or more obscured identifiers or may be combined with other information to produce the one or more obscured user identifiers.
As shown in block 206, once the translucent identification member 14 has been generated and provided to a recipient, the visual filtering generator 16, or other suitable mechanism generates a visual filtering pattern for display on the display 30 of the recipient device. When the visual filtering pattern 40 is displayed by the recipient device, the visual filtering pattern visually combines with the one or more obscured identifiers located on the translucent identification member 14, to designate one of the one or more identifiers. In other words, the visual filtering pattern filters out undesired identifiers to reveal a selected one of the one or more identifiers.
As shown in block 208, the method may include overlaying, such as by a recipient, or a device, the translucent identification member 14 on the displayed filtering pattern 40 to visually identify a designated one of the obscured identifiers on the translucent identification member 14. The visually identified identifier is then entered by the recipient to facilitate a transaction or gain access to a specific desired right associated with any process or device of interest.
As shown again in
As shown in block 306, generating the translucent identification member 14 may include printing the obscured different identifiers in a desired format on a plastic film, sheet or card to produce the translucent identification member 14. As shown in block 308, displaying the filtering pattern 40 on a display may include randomly selecting, from the obscured identifiers, a selected identifier to produce a visual filtering pattern 40 on display 30 that reveals the selected one of the obscured identifiers as the identifier to be revealed when the translucent identification member 14 is overlayed on the visual filtering pattern 40.
As shown in
The filter may be generated in any suitable way. For example, a selected obscured identifier may be chosen from the stored one or more obscured identifiers whose position on the TIDM is defined. The visual filter pattern generator 16 produces a filtering pattern based on a predefined layout of the TIDM to insure that the filter blocks the proper character locations. Any other suitable technique may also be used.
As shown in
Referring to
The translucent identification member issuer 12 may include an information randomizer 900 and a translucent identification member formatter 902. The information randomizer 900 may use the translucent identification member serial number 44 as other information 34 to be combined with the recipient specific information 32 to generate the one or more obscured identifiers 38. This may be done using a hash algorithm or other suitable encoding technique as desired to generate the one or more obscured identifiers 38. The translucent identification member formatter 902 may be another software application executing on a suitable processing device or devices that formats the information for output to a printer or other manufacturing device.
As shown in block 1014 if a match does not exist, the recipient will be sent an error and requested to re-enter the revealed identifier. The system may change to using a different identifier for the re-try. Also, the system may lockout the user after a certain number of failed attempts. However, as shown in block 1016, if a match occurs, second factor authentication is determined to be successful and the user is granted the desired right.
The translucent identification member issuer 12, in this example generates a TIDM 14 having a translucent area having a visual filtering pattern 40 thereon configured to visually filter a displayed obscured user identifier(s) 38 and is configured to overlay at least a portion of a display screen. Having a user enter in user specific information to initiate a session may be desirable where the same filtering pattern is printed on translucent identifier members for a plurality of users. It is desirable to know that the holder of the TIDM is a proper user as opposed to a thief that stole the TIDM. The authenticator, or other source, sends the generated obscured identifier to the recipient device. The recipient device displays the at least one visually obscured identifier as user authentication data and receives data representing the revealed user authentication data (such as the revealed ID itself or a representation of it) based on the translucent identification member having a filtering pattern thereon. For example when the translucent identification member having the filtering pattern thereon is held over the display, the filter reveals the user identifier. If desired, a translucent identifier serial number can be assigned to each TIDM even though the same filter pattern may be printed on more than one TIDM. As such, several users may have translucent identification members with the same filter pattern.
The translucent identification member issuer 12 is operative to generate a translucent identification member 14 having a translucent area that includes a visual filtering pattern 40 thereon configured to visually filter a displayed obscured user identifier and configured to overlay at least a portion of a display screen. The obscured identifier generator 1602 generates at least one visually obscured identifier for display on a display, in response to received user information such as user specific information. The translucent identification member authenticator 18, in this example receives data representing the revealed identifier such as through the user entering the information through a user interface after the filtering pattern is overlayed on the display and as previously described, the translucent identification member authenticator compares the received revealed identifier with a corresponding expected identifier (since it was generated by the obscured identifier generator) to determine whether proper authentication of a recipient is appropriate. Alternatively, the translucent identification member authenticator may send the received revealed identifier to a third party that carries out the comparison and sends a message back to the authenticator or recipient unit. Any other suitable division of operations may also be used as desired. The translucent identification member authenticator or third party then sends right-grant information to a recipient unit in response to the received data matching the corresponding expected identifier.
Stated another way, the method includes receiving user identification information as a first factor of authentication for a user and using, such as by the TIDM authenticator, service provider or other suitable entity, such user identification information to identify a translucent identification member in memory containing a particular visual filtering pattern known to have been associated with such user. The method includes generating an expected identifier to be used as a second factor of authentication for the user associated with the received user identification information and generating a pattern of obscured user identifiers containing the expected identifier such that when the pattern of obscured user identifiers is combined with the visual filtering pattern on the identified translucent identification member associated with the user the expected identifier will be revealed. The method includes transmitting the pattern of obscured user identifiers to a display (e.g., a displayed GUI) and requesting entry of a revealed identifier; and receiving data representing the revealed identifier. As noted above, the TIDM authenticator for example, or any suitable number of servers, or devices act as the circuits to carry out the above operations.
The primary functionality of the disclosed apparatus, methods and systems may be provided through application programming interfaces (APIs) that are executed by one or more processing devices that can be readily integrated into current infrastructures. In addition, each translucent identification member in one embodiment is different and has seemingly different random information since the seemingly random information is typically, but not necessarily, generated from information unique to a recipient, such as a password, user name, personal identification number, or any other information. In each embodiment, translucent identification members, and/or visual filters and/or obscured identifiers can be pre-manufactured and subsequently associated with a user. Additionally, the obscured identifiers and/or filtering patterns can be pre-generated and subsequently applied to translucent identification members. Such subsequent application to translucent identification members may be done by the creator of the filtering patterns or obscured identifiers or may be done by the entity providing the service or by a third-party contractor of the service provider. Since the manufacture of translucent identification members can be done with very simple materials such as transparent plastic, it is also possible for the service provider to send the obscured identifiers or visual patterns to users who can then themselves, apply the filtering pattern or obscured identifiers to a translucent identification member.
The same translucent identification member may be used a repeated number of times since there may be a plurality of different obscured identifiers thereon wherein each time authentication is requested a different one of the obscured identifiers is exposed through the visual filtering pattern. Hence the visually revealed identifier on the translucent identification member can change during each authentication session if desired. The translucent identification members described herein may be used for user authentication, activating software applications or for any other suitable purpose. The different obscured identifiers may be characters, images, or any other suitable information.
Generally speaking, the article 1800 if desired, may be generated as described above with respect to the translucent identification member to generate for example the sender authentication information. However, in addition the location information 1802 and 1804 also needs to be added in one embodiment. In addition, it will be recognized that the translucent identification member 14 may also be used as a sender authentication article and that the obscured identifiers 38 may also serve as sender authentication information.
In addition, in this embodiment there need not be recipient specific information if the system does not require it, as the sender authentication information may be generated either independent from or based on recipient specific information if desired. This may occur when the recipient signs up for the service. In addition, as used herein, location information includes the information, for example, sent with a message or indexed by a message sent by the sender which indicates which sender authentication information on the article 1800 that the recipient is to verify. For example, location information need not be row and column information, but may merely be the terms such as “upper left corner”, “lower left corner”, “third from the right”, or any other suitable information to notify the recipient which sender authentication information on the article is to be used as the authentication information for the given session, transaction or other communication. Alternatively, the sender authentication information can be a pointer to a location that contains the sender authentication information, such as, for example, a universal resource locator (URL) that points to the sender authentication information for the given session, transaction or other communication. Additionally, the location information can be a pointer to a location that contains the actual location information, which in turn indicates where to look on the article for the sender authentication information for the given session, transaction or other communication. In another embodiment, the location information is a visual filtering pattern.
For example, the location coordinate information and corresponding sender authentication information could include electronically transmitted data for display on a display device, such as a visual filtering pattern and sender authentication information. In this embodiment, the article would be a transparent article to allow a user to place the article over an area of a display screen. The sent message would include the visual filtering pattern along with the desired sender authentication information that should appear visually to the user when the user overlays the article on a display screen. If the recipient visually recognizes or sees the sender authentication information that is revealed through the visual filtering pattern on screen with the sent desired sender authentication information and it matches, then the user can trust the sender of the message. As such, visual filtering techniques as previously described with respect to the translucent identification member for recipient authentication may be used in part to authenticate a sender.
Referring also to
The article 1800 as noted above may be for example a piece of paper, a plastic card, transparent plastic card, sticker that can be affixed to existing plastic cards or any other suitable article. In this example, each email recipient is provided with the article with its own randomly (or seemingly randomly) generated contents. When sending an email, an originator's message transfer agent or other server component associates with each outbound email either directly or indirectly such as by a link to an HTML page using a URL or other suitable reference, coordinates or other directions for locating one or more of the card's cells or locations. Also appended, pre-pended, inserted, or otherwise attached to the email are the contents at those locations. Upon receipt, the user confirms the lookup results using their individual sender authentication article, such as reading the coordinates listed in the email and looking them up on their own sender authentication article. In the embodiment where a translucent version of the authentication article is used, the authentication article may be placed over a visual filtering pattern provided with the email and the revealed sender authentication information is compared by the recipient to the desired sender authentication information that is provided in the email. If the characters or other information do not match, then the authentication has failed.
In an alternative embodiment, instead of using a type of hard token (e.g. article), a soft token may be used wherein the representation (may not be an actual image) of a card for example or representation of an article may be sent electronically for display via a display screen to a user or for other electronic access by such user, either during each session or once and the user may store the electronic sender authentication article in a file and may access it as necessary. As such the electronic representation of the article can be accessed by a software application so as to provide the recipient with the sender authentication information located at the location identified by the sent location information.
As shown in block 2306, the method also includes, for example as described above with respect to
In one example the method includes appending at least one desired item of location information and corresponding sender authentication information to an electronic message for a recipient. The sender authentication information visually represents authentication information identifiable by the location coordinate information. As such, the message itself may be appended, pre-pended, inserted, or otherwise attached to the information or may contain a reference to the information such as a website or any other suitable link or any other suitable representation of the sender authentication information and location coordinate information.
As shown in block 2310, the method includes sending the electronic message and data representing both the location coordinate information and the corresponding sender authentication information to a recipient. The recipient may then look at the information on the article and see if it matches that which was sent by the sending unit.
It will also be recognized that determining at least one location coordinate, based on the location information and corresponding sender authentication information may be done, for example, dynamically as opposed to looking up the information stored in the database. For example, the sender (e.g. message sending unit) may simply be programmed with a function to generate sender authentication information to send as opposed to looking up pre-stored information.
Also if desired, the sender authentication information may be information for example, such as the ending balance on a bank statement, any suitable information in a billing statement or account statement that the sender may have previously sent to the recipient that may contain the sender authentication information. The location information may be the date of a particular statement and the sender authentication information may be the current balance on a credit card account. Any other statement may also be used or any other information known to, or provided by, the sending unit that is in the possession of the recipient may be used.
The sending unit 2200 which may be a suitable server in a network, node, or any other suitable device, includes one or more circuits which may be in the form of one or more processing devices that execute software instructions that are stored in memory, or may be implemented using discrete logic, or any suitable combination of hardware, software or firmware to carry out the operations described herein. As such, the sender unit 2200 includes circuits that are operative to carry out the steps as described above.
In another embodiment, the use of the sender authentication article may be combined for example with the systems described above with respect to the translucent identification member such that the translucent identification member includes the location information and sender authentication information thereon. For example the obscured identifiers if desired may also serve as the sender authentication information or in an alternative embodiment the translucent identification member may have a portion that includes the obscured identifiers and another portion that includes the location information and sender authentication information. In any event, use of a single article or member which is translucent as described herein can provide multi-level authentication. For example, for sender authentication, the methods described above with respect to
In addition use of the claim terms includes any representation thereof. For example the term sender authentication information includes the data itself, any index to the data, any reference or pointer to the data, or any other representation thereof.
Among other advantages, there need not be any modification to a message transfer agent or email client of a recipient. Also if desired, no recipient computers need to be registered allowing authentication to be performed from any computer if desired. The system may also be applicable to mobile devices where lookup coordinates can be easily displayed on a small display screen. Other authentication purposes may include web authentication, interactive voice response authentication or any authentication scenario. In addition, the system and methods offer a type of inexpensive mechanism such as the authentication cards that can be distributed versus more complex technologies that may require smart cards, tokens or public key infrastructures. Other advantages will be recognized by those of ordinary skill in the art.
As noted above, the system 2400 may include a sender authentication member issuer 2202 that produces the article 1800 based on, for example, recipient specific information 32 (i.e. user authentication information) which may be, but is not limited to, for example a password and/or user ID. The system 2400 also includes sender unit 2402 which may be a server or any suitable device as previously described and may also include, as noted above, a group of servers or circuits that carry out the operations described herein. The system 2400 also includes a database 2404 similar to the databases previously described which, in this example, also stores the user authentication information 32 to allow a first level user authentication operation to be carried out. In addition, as described above, the database 2404 also stores the sender authentication information that is located on the article as well as the article identifier so that the sender unit 2402 may provide the second level authentication process as described herein.
The sender unit 2402 also includes, for example, memory that contains executable instructions that when executed by one or more processing devices operates as a first level user authenticator 2406 and a second level authenticator 2408. As noted above, it will be recognized however that these operations may be carried by separate servers or other computing units located or accessible through the Internet, an intranet or any suitable network. It will also be recognized that the communications described herein may be communicated wirelessly for example where the recipient unit 20 is a wireless handheld device or other suitable portable wireless device.
Referring also to
Although not shown in
As shown in block 2500, the method includes determining, for a user that has been assigned the article 1800, desired sender authentication information that corresponds to sender authentication information that is embodied on the article. This may be done, for example, by the second level authenticator 2408 suitably selecting sender authentication information from the database 2404 that is located on the article 1800 based on the user authentication information 32. As noted above, this indicia on the article is stored by the sender authentication member issuer 2202 in the database 2404. The sender authentication information can be located on the article 1800 by a user by using the location information, such as row and column identifiers, or any other suitable location information as described above.
As shown in block 2502, the method includes sending, such as by the sender unit 2402, a challenge for the user that includes at least location information that identifies the desired sender authentication information that can be located on the article 1800. A challenge may include, for example, one or more coordinate sets that are for example, displayed to a user via display 30. The challenge is preferably particular to each user and must be retrieved, based on the identity or user authentication information from the first level user authentication process. This ensures that the user is presented with the same challenge until successful authentication is complete. The repeating of the same challenge can prevent an attacker from mounting a brute force attack based on knowledge of only a few of the user's card contents which, for example, may have been obtained using various potential attack mechanisms. The randomly generated challenge is then carried out and stored once the user has successfully authenticated through a second level authentication process. The challenge 2414 may be sent in any suitable manner and may take any suitable form including, but not limited to, an SSL communication or non-secure communication if desired. As shown in block 2504, the method includes receiving a reply to the sent challenge. In this example, a reply designated as 2416 is received from the recipient unit 20 and is generated by the recipient unit under control of the user, for example, using the location information sent in the challenge 2414, such as a row and column ID to determine sender authentication information located on the card. The user enters this information through a suitable user interface in response to the challenge. As such, with respect to the embodiment of
As shown in block 2506, the method includes determining, such as by the sender unit 2402, whether the received reply to the challenge includes the desired sender authentication information that was identified by the location information sent in the challenge. As shown in block 2508, if the received sender authentication information in the reply is not the desired sender authentication information that was identified in the challenge by the location information, the sender unit 2402, in this example, then resends the same challenge containing the same location information that was previously sent, to the recipient unit 20. As shown in block 2510, the method includes repeating the steps of analyzing the received reply and if the reply does not include sender authentication information that was expected based on the location information sent in the challenge, the sender unit sends the same challenge during the same session, until the received reply includes the desired sender authentication information that is on the article or until a suitable number of tries have been attempted as set by the sender unit, for example. The challenge is repeated until the reply includes the expected desired sender authentication information.
As shown in block 2604, the method includes authenticating the user based on a reply to the challenge wherein the reply includes sender authentication information obtained from the article, based on the location information. In this example, the user does not, for example, enter or send a reply to the challenge unless the user verifies that the article identification information sent in the challenge, matches the article identification information on the article itself. As such, the user may authenticate the sending unit based on the article identification information. As such, in this example, the challenge includes article identification information in addition to the location information. The reply includes the sender authentication information located on the article, defined by the location information. If the article identifier in the challenge matches the article identifier on the article that is in the possession of the user, then the user trusts the sending unit. As shown in block 2606, the method includes authenticating the user based on the reply to the challenge. In this example, again a first level of authentication is preferably carried out that was previously described based on a user password and/or user ID. If that level of authentication is successful, then the method shown in
Among other advantages, the described apparatus systems and methods provide secure authentication of both the end user and sending unit or target organization and may be relatively easy to use and relatively inexpensive to produce and distribute such as the authentication cards versus more complex technologies such as smart cards, hardware tokens or public key infrastructures. In addition, the system may be readily implemented using web clients across multiple communication channels for mobile devices, non-mobile devices, voice activated devices or any other suitable devices.
The above detailed description of the invention and the examples described therein have been presented for the purposes of illustration and description and that other variations will be recognized by those in the art. For example, it will be recognized- that the various operations described herein may be distributed in a network or non-network configuration. For example, different operations of the authenticator, sending units or TIDM issuers or other operations may be performed by one or more third party web server(s) or other entities or devices. Other variations will also be recognized for the sender authentication apparatus and methods.
The sender unit 2902 is also operatively connected through links 2908 to memory 2910, shown as a database 2910 in this particular example. It is to be understood, however, that the memory 2910 may be in any suitable form known to one of ordinary skill in the art, such as a lookup table in RAM, ROM, distributed memory in web servers, etc. The memory may be integrated into the sender unit 2902 itself. Furthermore, each piece of data (e.g. stored rule data, challenge data elements, usage data, etc.) may be in different memory locations independent of each other: In the shown embodiment, the database 2910 may store information such as rule data 2912, stored usage data (or usage data) 2914, and a stored pool of challenge data elements and corresponding sender authentication information 2916, which represents or may in fact be the same as the authentication information that is located on an article along with the article identifier as discussed above in reference to
The sender unit 2902 also includes, for example, memory that contains executable instructions that when executed by one or more processing devices can provide authentication of a user to a sender, using a challenge generator with usage tracking 2904. If desired, the sender unit 2902 determines that a user authentication operation is needed or required. For example, a sender unit, such as sender unit 2902, may carry out a first level user authentication operation. If that first level user authentication operation is successful, the sender unit 2902 may determine that another user authentication operation is needed. However, the sender unit 2902 may be the first level of user authentication. Note that determining that a user authentication operation is needed or required may be an explicit or implicit operation. For example, a user may explicitly or actively request that a user authentication operation take place. As those skilled in the art will appreciate, however, an alternative may be that “determining” is more implicit, such as when a user authentication operation is a default operation.
Referring more specifically to
As further described below, the rule data 2912 may cause a unit to generate different types of challenges. For example, in this example, the rule data 2913 may cause a device to select at least one challenge data element not previously used or a challenge data element from a group of least-used elements. As such, a device, such as sender unit 2902, generates such a challenge and uses the rule data 2912 and stored usage data 2914, which is associated with the elements in a stored pool of challenge data elements 2916. The stored usage data 2914 may be in any form that indicates some level of uses (including non-use) of challenge data elements. As one example, the stored usage data may have a one-to-one relationship with a challenge data element and represent the number of times that particular challenge data element has been used in a successful reply as described below. As one alternative, the stored usage data may also represent the number of times the associated challenge data element has been used in any challenge, regardless of whether or not the challenge received a successful reply.
As described below, the stored pool of challenge data elements 2916 may be data representing both location information 3108 and information 3109 identified by the location information 3108 (expected data sent in an expected reply to a challenge). In the challenge/reply context, the information 3109 (even though also referred to as sender authentication information) is expected reply information that is compared to the actual reply to allow a sender to authenticate a recipient. In a sender authentication context both location info 3108 and sender authentication info 3109 are sent to a user, so that a user can authenticate the sender. In this example, it may represent second factor authentication article location information that identifies sender authentication information 3109 that can be located on an article by using the location information 3108 associated with the article. Furthermore, the location information 3108 may correspond to row and column identifiers, as described throughout.
As one skilled in the art will appreciate, other embodiments may use different rule data 2912 to generate different challenges. This rule data may correspond to different policy considerations as discussed below. There is also no limit to the number of different rules that may be used. As such, many of the features described below in conjunction with other embodiments may also apply to the above-described embodiment, as one of ordinary skill in the art will recognize and appreciate. For example, the length of a challenge may vary either independent of or in conjunction with the stored usage data or rule data. As one illustration, rule data may specify that the more often the challenge data elements have been used, the length of the challenge should increase. Another example may be to lengthen the number of challenge data elements in a given transaction based on the type of transaction, i.e., higher value transactions, such as financial transactions, have a greater number of challenge data elements in them. Yet another example, as further discussed below, may be to track a time at which a previous challenge contained a particular challenge data element and then to generate a new challenge based on that tracked time. As another example, the new challenge may not include any challenge data element that have been used within a certain time period (e.g., exclude those that were sent in a challenge within the last few hours or days). Rule data and stored usage data may also be used to invoke an operation that is not necessarily related to the generation of a challenge. For example, rule data may specify that after either a certain percentage of the challenge data elements have been used or after they have been used a certain number of times, a new second factor authentication article should be issued (re-issued) or a different method of authentication should be used when the sender authenticates the user.
Referring also to
The challenge generator with usage tracking 2904 may generate a challenge having at least a first and a second portion. The first portion, such as portion a 3104, may be based on first rule data 3110 and stored usage data 2914 that corresponds to at least one of the challenge data elements. Likewise, the second and additional portions, such as portion n 3106, may be based on second rule data 3112 (and also additional rule data) and stored usage data that corresponds to at least one of the challenge data elements.
In one embodiment, the first rule data 3110 may cause the selection of at least one least-used challenge data element to be part of the first portion. For example,
Second rule data 3112 may cause the selection of at least one more-used challenge data element to be selected for the second portion.
The sender unit 2902 may also store the pool of challenge data elements 2916 and stored usage data 2914. The stored usage data 2914 may be based on previous uses of a respective data element in previous data challenges. In one embodiment, the stored pool of challenge data elements 2916 represents second factor authentication article location information that identifies sender authentication information that can be located on an article by using the location information 3108. The location information 3108, for example, may correspond to row and column identifiers. It is also understood that location information may be in a form other than row and column identifiers. As discussed above, location information may be anything that allows a user to locate sender authentication information on the article. For example, terms such as “upper left corner,” “lower left corner,” “third from the right,” or any other suitable information that allows a user to identify the correct sender authentication information on the article may be used.
The sender unit 2902 may also send a generated challenge for use in authentication of a user to a sender. Additionally, the sender unit 2902 may contain memory that includes executable instructions that cause the one or more processing devices to receive a reply to the challenge from a user such as a recipient unit 20, compare the reply to an expected reply, and grant second level authentication status to the user if the received reply matches with the expected reply. As discussed above,
Another aspect of the device 2900 may include the memory having executable instructions that cause the one or more processing devices to re-issue a new second factor authentication article or use a different method of authentication in response to stored usage data 2914. This aspect of the invention may contain any other suitable aspects of the invention. For example, the article may contain location information that corresponds to row and column identifiers or a visual representation thereof. As an example of a response to stored data, if a certain percentage of challenge data elements (such as 30%, 70%, 100%, etc.) have been used in a certain number of challenges (or successful challenge/reply sets) (such as 1 time, 4 times, 100 times), then the device 2900 may re-issue a new second factor authentication article. The percentage of used challenge data elements and number of uses that determine whether a second factor authentication article should be re-issued is based on policy and security needs. As one skilled in the art will appreciate, re-issuing a new card after a lower percentage of challenge data elements has been used a lower number of times (such as once) increases security of the system because a potential attacker may have observed all of the successful challenges in the past, thereby allowing him or her to know all of the challenge data elements and the corresponding sender authentication elements associated with each of those challenge data elements. By re-issuing a new second factor authentication article, any information the attacker may have observed involving the previous authentication article is now useless to him or her. As a simplification of this method, one may track only whether or not a challenge data element has been used at all, opposed to the number of uses, either in any challenge or a successful challenge. By tracking use at all, a device may generate a challenge based on a certain number of used challenge data elements and a certain number of challenged data elements not-yet-used. Also, a re-issue of a second factor authentication article may correspond to a certain number of “used up” challenge data elements as discussed above.
Another embodiment of the device 2900 may include memory with executable instructions that cause the one or more processing devices to generate a challenge having a number of least-used challenge data elements based on a threshold value. Limiting the number of least-used challenge data elements based on a threshold value may mean that the number of least-used challenge data elements must include at least the number as defined by the threshold value or no more than the number defined by the threshold value. This embodiment may also be based on policy and security concerns. As one of ordinary skill in the art will appreciate, creating a lower threshold value that represents the maximum amount of least-used challenge data elements that can be used in a challenge lowers security of each login but makes it possible to use an article longer at that security level. Conversely, creating a higher threshold value that represents the minimum amount of least-used challenge data elements that must be used in each challenge increases security but that security level will not last as long with that particular article because an attacker will see a greater number of least-used challenge data elements with each successful challenge.
The sender unit 2902 may also contain memory with executable instructions that cause the one or more processing devices to perform additional operations related to policy and security issues.
The device may also limit security concerns with a time-related process. For example, the device may include memory with executable instructions that cause the one or more processing devices to track a time at which a previous challenge contained a particular challenge data element and generate a new challenge based on the time of when the previous challenge last contained the particular challenge data element. For example, if the challenge data elements are randomly selected, there is a chance that the same challenge data elements may appear in successive challenges or challenges in close proximity to each other. This possibility may allow an attacker, for example, to receive data challenge elements in a challenge from a challenge that he or she just recently observed. This aspect of the invention helps reduce such a risk by not allowing the random selection of a challenge data element 3108 from a group 3114 based on rule data to be repeated in challenges in close temporal proximity to each other.
Referring now to
After the device determines that a user authentication operation is desired, the device generates a challenge for user authentication, having a challenge data element from a stored pool of challenge data elements and including at least a first and a second portion. This step is shown in block 3006. As described above, the stored pool of challenge data elements may represent second factor authentication article location information that identifies a user to a sender or sender authentication information that can be located on an article by using the location information. This location information may, for example, correspond to row and column identifiers. However, it should be understood that the location information need not be limited to row and column identifiers, as described above. The device can generate the first portion based on stored usage data that corresponds to at least one of the challenge data elements and first rule data. The device may also generate the second portion based on stored usage data that corresponds to at least another challenge data element and second rule data. The stored usage data may represent the number of times a challenge data element has resulted in a corresponding successful reply element. The device generates a challenge for transmission for user authentication. Such a challenge includes selected data elements for transmission that represent corresponding data elements embodied on the article that is provided to the user. The selected data elements are selected in accordance with rules and usage data for the data elements.
As one of ordinary skill in the art will appreciate, the rule data in the described method may have control over which challenge data elements are selected for a particular challenge and how the challenge data elements are chosen. For example,
Turning now to
Some alternative embodiments are shown in
After the step shown in block 3308 and before generating a challenge as shown in block 3006 and as discussed above, the device may optionally store a tracking time at which a previous challenge contained a particular challenge data element, as shown in block 3312. A device may later use this stored time to generate a new challenge based on the time of when the previous challenge last contained the particular challenge data element. For example, rule data may specify that if a challenge data element has been used within the past X hours, minutes, days, or any other suitable time period, it should not be part of a challenge. As discussed above, tracking a time and using it in this way can, among other things, increase the security of a method and apparatus for mutual authentication. Block 3006 shows that the method can generate a challenge as described throughout, and block 3214 shows that a device may send the entire challenge, which may include challenge data elements.
Referring to
As the method shown in
It should be understood that the usage data may be updated at any suitable location throughout the method, as is illustrated with blocks 3404 and 3412. It may prove useful to update usage data even if the received reply did not match the expected reply, as shown in block 3412. Even though the challenge was not a success, the reply may not have matched the expected reply because one of the plurality of challenge data elements could have been wrong. Therefore, as one skilled in the art will appreciate, an attacker may still be able to observe several pieces of sender authentication information even though the entire reply was not correct. Thus, it may make sense to even track usage data for unsuccessful challenges and replies. Alternatively, the device may wish to update usage data during an unsuccessful challenge/reply set for only the sender authentication information that is correct per each individual challenge data element.
Turning now to
As an example of the method shown in
In another embodiment, the rule data may cause a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold. For example, if one or more challenge data elements have been used more than a threshold number (e.g., 4) then on or after the fourth use, the challenge would include one or more additional challenge data elements to increase the length of the challenge and yet another embodiment, if the usage data indicates that the authentication article has been used to such a degree that it is no longer desirable to be trusted as an authentication mechanism, either a new authentication article can be reissued or a different authentication scheme can be used instead of a challenge reply authentication article for example. By way of example, and not limitation, different authentication schemes may include, for example, a knowledge based authentication scheme. It is known in the art where an authentication server may issue questions to a user through suitable graphic user interface asking the user to answer a question that was asked and answered in a registration process so that the sender may authenticate the user where the user responds by answering the question via a suitable user interface. The questions may be, for example, “What is your mother's maiden name?” or any other suitable questions to which answers have already been provided by the user in a registration process. Another authentication technique known as a One Time Password list provides the user with a list such as on a piece of paper of one time passwords that may be used and the authentication server chooses one of the pre-assigned passwords from the list to be answered by the user. If the proper password from the list is used, then the server properly authenticates the user and grants access to the desired resource. As another authentication process, as known in the art, machine based authentication technique is known to provide validation of a user's computer in a way that secures against a variety of threats while minimizing user impact. To establish the identity of a user's computer, first a fingerprint of the user's machine is generated and securely stored. This fingerprint is based on a configurable set of machine parameters that can be transparently read from the user's computer. Once this fingerprint is obtained, a machine identity reference is generated and stored on the machine for future authentication. During subsequent log-ins, the machine identity can be transparently retrieved and authenticated. As such, the machine authentication process can be used instead of an authentication article based approach as described herein. Other authentication schemes may also be used if desired.
In another embodiment, sender authentication information and corresponding location information, such as a sender authentication message with sender authentication information and corresponding location information as described, for example, with respect to
The sender unit, or other suitable device selects, from the stored pool of data elements, data elements that correspond to information on an authentication article to send as part of the sender authentication information and corresponding location information. The sent sender authentication information and corresponding location information is selected based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements. The sender unit sends the selected sender authentication information and corresponding location information for use in an authentication of a sender by a user. Upon receiving the sent sender authentication information and corresponding location information, the user compares the sent sender authentication information using the sent corresponding location information to corresponding sender authentication information printed on the second factor authentication article. If they match, the recipient unit may then attempt to access a target resource.
In addition, the selection of the challenge data elements and/or the sender authentication information and corresponding location information may be made by tracking a time at which a previous challenge/reply process and/or sender authentication process (e.g., a sender authentication message with sender authentication information and corresponding location information was sent) contained a particular sent data element. The selected new sender authentication information and corresponding location information or new challenge data element is made based on the time of when the previous sender authentication process or challenge/reply process last contained the particular data element. As such, the usage data for a given data element may indicate that a particular data element was already used (e.g. sent) both in a challenge/reply process and in a sender authentication process and the rules may define how to modify a subsequent challenge/reply process or sender authentication process accordingly.
In another embodiment, it may be desirable to combine the sender authentication operation, such as that described above with respect to
Accordingly, stored usage data may track, for example, the number of times location information has been used with respect to sender authentication messages and may also be used to track the number of times that article location information for the same article has been used in challenges to facilitate mutual authentication, sender authentication or user authentication. The above structure and operations including the rules and usage data as described above with respect to challenges may also be applied to sender authentication information that is sent with corresponding location information, for example, to authenticate a sender to a user prior to the user sending any password information or other first level authentication information to the sender. If the user trusts that the sender is a legitimate sender, the user may then enter the requisite password and other information to facilitate a first level of authentication. The sender may then send the challenge based on the same article to the user so that the user may, through the user device send a corresponding reply based on the location information sent in the challenge to provide a first or second level of authentication for the sender using the authentication article (e.g., the grid card).
Among other advantages, the described devices and methods provide a way to implement security policy-features (e.g., using rules) into devices and methods to secure authentication of both an end user and/or a sending unit or target organization. Additionally, the described devices and methods can remove security concerns that, although unlikely, could potentially result from a system randomly generating a challenge/reply set. It will be recognized that although the article, challenges, and sender authentication message can be used for a second factor of authentication, that they may just as well be used as a first factor of authentication. The above detailed description of the invention and the examples described therein have been presented for the purposes of illustration and description and other variations will be recognized by those in the art. For example, it will be recognized that the various operations described herein may be done in any suitable order or may be distributed in a network or non-network configuration. For example, different operations of the authenticator, sending units, or article issuers or other operations may be performed by one or more third party web server(s) or other entities or devices. For example, as one skilled in the art may recognize, a device may mean a single device or plurality of devices, which may include any suitable structure or plurality of structures to implement the devices and methods recognized herein. Furthermore, it should be understood that although the given examples show independent parts within one device, the parts may appear in any form, such as being physically separated and connected through a computer network or by being further integrated into one system or device. For example, the memory, shown as a database, may be located in a web server or other computer system separate from that of the sender unit. Many other variations will also be recognized for the sender authentication apparatus and methods.
It is therefore contemplated that the present invention cover any and all modifications, variations or equivalents that fall within the spirit and scope of the basic underlying principles disclosed above and claimed herein.
Claims
1. A method for providing authentication of a user to a sender comprising:
- generating a challenge for user authentication, having a challenge data element from a stored pool of challenge data elements, the challenge being based on rule data and stored usage data associated with at least some of the challenge data elements in a stored pool of challenge data elements; and
- sending the generated challenge for use in an authentication of a user to a sender.
2. The method of claim 1 including:
- storing the pool of challenge data elements; and
- storing the stored usage data based on previous uses of a respective challenge data element in previous challenges.
3. The method of claim 1 wherein the stored pool of challenge data elements represents location information located on an article.
4. The method of claim 3 wherein the location information corresponds to row and column identifiers.
5. The method of claim 3 including at least one of: re-issuing a new authentication article in response to stored usage data and requiring a different type of authentication article in response to stored usage data.
6. The method of claim 3 including employing a different authentication scheme in response to stored usage data wherein the different authentication scheme is from the group of: a knowledge based question and answer scheme, a machine authentication scheme, and a one time password list scheme.
7. The method of claim 1 including:
- receiving a reply to the challenge;
- comparing the reply to an expected reply; and
- granting authentication status to the user if the received reply matches with the expected reply.
8. The method of claim 7 wherein the stored usage data represents a number of times a challenge data element has resulted in a corresponding successful reply.
9. The method of claim 1 including generating the challenge by:
- tracking a time at which a previous challenge contained a particular challenge data element; and
- generating a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
10. The method of claim 9 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
11. The method of claim 1 including generating the challenge having a number of least-used challenge data elements based on a threshold value.
12. The method of claim 1 including generating the challenge by:
- grouping challenge data elements based on a value of stored usage data;
- determining a number of challenge data elements in each group;
- comparing the number of challenge data elements in each group with a threshold value; and
- moving challenge data elements to other groups such that the number of challenge data elements in one or more groups satisfies a desired condition based on comparing the number of challenge data elements in each group with the threshold value.
13. The method of claim 1 including generating the challenge by:
- tracking a time at which a previous challenge contained a particular challenge data element; and
- generating a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
14. The method of claim 13 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
15. The method of claim 1 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
16. A method for providing authentication of a user to a sender comprising:
- generating a challenge for user authentication, having challenge data elements from a stored pool of challenge data elements, the challenge comprising at least a first portion and a second portion,
- generating the first portion based on stored usage data, corresponding to at least one of the challenge data elements, and first rule data, and
- generating the second portion based on stored usage data, corresponding to at least another challenge data element, and second rule data.
17. The method of claim 16 including:
- storing the pool of challenge data elements;
- storing the stored usage data based on previous uses of a respective challenge data element in previous challenges; and
- sending the generated challenge for use in an authentication of a user to a sender.
18. The method of claim 16 wherein the stored pool of challenge data elements represents location information that can be located on an authentication article.
19. The method of claim 18 including re-issuing a new authentication article in response to stored usage data.
20. The method of claim 18 wherein the location information corresponds to row and column identifiers.
21. The method of claim 16 comprising:
- receiving a reply to the challenge;
- comparing the reply to an expected reply; and
- granting authentication status to the user if the received reply matches with the expected reply.
22. The method of claim 16 wherein the stored usage data represents a number of times a challenge data element has resulted in a corresponding successful reply element.
23. The method of claim 16 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
24. A method for providing authentication of a user to a sender comprising:
- generating a challenge for user authentication, having data challenge elements from a stored pool of challenge data elements, the challenge comprising at least a first portion and a second portion,
- generating the first portion based on stored usage data, corresponding to at least one of the challenge data elements, and first rule data wherein the first rule data causes selection of at least one least-used challenge data element to be part of the first portion, and
- generating the second portion based on stored usage data, corresponding to at least another challenge data element, and second rule data wherein the second rule data causes selection of at least one more-used challenge data element to be selected for the second portion.
25. The method of claim 24 including:
- storing the pool of challenge data elements;
- storing the usage data based on previous uses of a respective challenge data element in previous challenges; and
- sending the generated challenge for use in an authentication of a user to a sender.
26. The method of claim 24 wherein the stored pool of challenge data elements represents location information that can be located on an authentication article.
27. The method of claim 24 wherein the location information corresponds to row and column identifiers of an authentication article.
28. The method of claim 24 comprising:
- receiving a reply to the challenge;
- comparing the reply to an expected reply; and
- granting authentication status to the user if the received reply matches with the expected reply.
29. The method of claim 24 including re-issuing a new authentication article in response to stored usage data.
30. The method of claim 27 wherein the authentication article is an article containing location information that corresponds to row and column identifiers or a visual representation thereof.
31. The method of claim 24 including generating the challenge having a number of least-used challenge data elements based on a threshold value.
32. The method of claim 24 including generating the challenge by:
- grouping challenge data elements based on a value of stored usage data;
- determining a number of challenge data elements in each group;
- comparing the number of challenge data elements in each group with a threshold value; and
- moving challenge data elements to other groups such that the number of challenge data elements in one or more groups satisfies a desired condition based on comparing the number of challenge data elements in each group with the threshold value.
33. The method of claim 24 including generating the challenge by:
- tracking a time at which a previous challenge contained a particular challenge data element; and
- generating a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
34. The method of claim 33 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
35. The method of claim 24 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
36. A device for providing authentication of a user to a sender comprising:
- one or more processing devices; and
- memory containing executable instructions that cause the one or more processing devices to:
- generate a challenge for user authentication, having a challenge data element from a stored pool of challenge data elements, the challenge being based on rule data and stored usage data associated with at least some of the challenge data elements in a stored pool of challenge data elements; and
- send the generated challenge for use in an authentication of a user to a sender.
37. The device of claim 36 wherein the memory includes executable instructions that cause the one or more processing devices to:
- store the pool of challenge data elements; and
- store the stored usage data based on previous uses of a respective challenge data element in previous challenges.
38. The device of claim 36 wherein the stored pool of challenge data elements represents location information that can be located on an authentication article.
39. The device of claim 37 wherein the location information corresponds to row and column identifiers.
40. The device of claim 37 wherein the memory includes executable instructions that cause the one or more processing devices to: re-issue a new authentication article in response to stored usage data.
41. The method of claim 36 including employing a different authentication scheme in response to stored usage data wherein the different authentication scheme is from the group of: a knowledge based question and answer scheme, a machine authentication scheme, and a one time password list scheme.
42. The device of claim 36 wherein the memory includes executable instructions that cause the one or more processing devices to:
- receive a reply to the challenge;
- compare the reply to an expected reply; and
- grant authentication status to the user if the received reply matches with the expected reply.
43. The device of claim 42 wherein the stored usage data represents a number of times a challenge data element has resulted in a corresponding successful reply element.
44. The device of claim 36 wherein the memory includes executable instructions that cause the one or more processing devices to:
- track a time at which a previous challenge contained a particular challenge data element; and
- generate a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
45. The device of claim 44 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
46. The device of claim 36 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
47. A device for providing authentication of a user to a sender comprising:
- one or more processing devices; and
- memory containing executable instructions that cause the one or more processing devices to:
- generate a challenge for user authentication, having challenge data elements from a stored pool of challenge data elements, the challenge comprising at least a first portion and a second portion,
- generate the first portion based on stored usage data, corresponding to at least one of the challenge data elements, and first rule data, and
- generate the second portion based on stored usage data, corresponding to at least another challenge data element, and second rule data.
48. The device of claim 47 wherein the memory includes executable instructions that cause the one or more processing devices to:
- store the pool of challenge data elements;
- store the stored usage data based on previous uses of a respective challenge data element in previous challenges; and
- send the generated challenge for use in an authentication of a user to a sender.
49. The device of claim 47 wherein the memory includes executable instructions that cause the one or more processing devices to at least one of: re-issue a new authentication article in response to stored usage data and requiring a different type of authentication article in response to stored usage data.
50. The device of claim 47 wherein the memory includes executable instructions that cause the one or more processors to employ a different authentication scheme in response to stored usage data wherein the different authentication scheme is from the group of: a knowledge based question and answer scheme, a machine authentication scheme, and a one time password list scheme.
51. The device of claim 47 wherein the stored pool of challenge data elements represents location information that can be located on an authentication article.
52. The device of claim 49 wherein the location information corresponds to row and column identifiers.
53. The device of claim 47 wherein the memory includes executable instructions that cause the one or more processing devices to:
- receive a reply to the challenge;
- compare the reply to an expected reply; and
- grant authentication status to the user if the received reply matches with the expected reply.
54. The device of claim 47 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
55. A device for providing authentication of a user to a sender comprising:
- one or more processing devices; and
- memory containing executable instructions that cause the one or more processing devices to:
- generate a challenge for user authentication, having data challenge elements from a stored pool of challenge data elements, the challenge comprising at least a first portion and a second portion,
- generate the first portion based on stored usage data, corresponding to at least one of the challenge data elements, and first rule data wherein the first rule data causes selection of at least one least-used challenge data element to be part of the first portion, and
- generate the second portion based on stored usage data, corresponding to at least another challenge data element, and second rule data wherein the second rule data causes selection of at least one more-used challenge data element to be selected for the second portion.
56. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processing devices to:
- store the pool of challenge data elements;
- store the usage data based on previous uses of a respective challenge data element in previous challenges; and
- send the generated challenge for use in an authentication of a user to a sender.
57. The device of claim 55 wherein the stored pool of challenge data elements represents article location information that can be located on an authentication article.
58. The device of claim 56 wherein the location information corresponds to row and column identifiers of an authentication article.
59. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processing devices to:
- receive a reply to the challenge;
- compare the reply to an expected reply; and
- grant authentication status to the user if the received reply matches with the expected reply.
60. The device of claim 56 wherein the memory includes executable instructions that cause the one or more processing devices to at least one of: re-issue a new authentication article in response to stored usage data and require a different type of authentication article in response to stored usage data.
61. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processors to employ a different authentication scheme in response to stored usage data wherein the different authentication scheme is from the group of: a knowledge based question and answer scheme, a machine authentication scheme, and a one time password list scheme.
62. The device of claim 61 wherein the authentication article is an article containing location information that corresponds to row and column identifiers or a visual representation thereof.
63. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processing devices to generate the challenge having a number of least-used challenge data elements based on a threshold value.
64. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processing devices to:
- group challenge data elements based on a value of stored usage data;
- determine a number of challenge data elements in each group;
- compare the number of challenge data elements in each group with a threshold value; and
- move challenge data elements to other groups such that the number of challenge data elements in one or more groups satisfies a desired condition based on comparing the number of challenge data elements in each group with the threshold value.
65. The device of claim 55 wherein the memory includes executable instructions that cause the one or more processing devices to:
- track a time at which a previous challenge contained a particular challenge data element; and
- generate a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
66. The device of claim 65 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
67. The device of claim 55 wherein the rule data causes a length of the generated challenge to change in response to whether the stored usage data is beyond a threshold.
68. A method for providing authentication of a sender to user comprising:
- selecting, from a stored pool of data elements, data elements corresponding to information on an authentication article as part of sender authentication information and corresponding location information, the sender authentication information and corresponding location information being selected based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements; and
- sending the selected sender authentication information and corresponding location information for use in an authentication of a sender by a user.
69. The method of claim 68 including:
- storing the pool of data elements; and
- storing the stored usage data based on previous uses of sent data elements in sent sender authentication information and corresponding location information.
70. The method of claim 68 wherein the authentication article is a card having row and column indicia thereon.
71. The method of claim 68 wherein the location information corresponds to row and column identifiers.
72. The method of claim 68 including at least re-issuing a new authentication article in response to stored usage data.
73. The method of claim 68 including:
- accessing a target resource if the sent sender authentication information matches the corresponding sender authentication information on the authentication article.
74. The method of claim 68 wherein the stored usage data represents a number of times a sent data element has been used for a previous sender authentication operation.
75. The method of claim 70 wherein the stored usage data represents a number of times a sent data element has been used for a previous user authentication operation.
76. The method of claim 68 wherein the stored usage data represents a number of times a data element has been used for a previous sender authentication operation or user authentication operation.
77. The method of claim 68 including selecting the sender authentication information and corresponding location information by:
- tracking a time at which a previous sender authentication process contained a particular data element; and
- selecting new sender authentication information and corresponding location information based on the time of when the previous sender authentication process last contained the particular data element.
78. The method of claim 68 including: generating a challenge for user authentication, having a challenge data element from the stored pool of data elements, the challenge being based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements;
- sending the generated challenge for use in an authentication of a user to a sender;
- receiving a reply to a challenge; and
- if the reply matches an expected reply, granting access to a desired resource.
79. The method of claim 68 including tracking a time at which a previous user challenge process or sender authentication process contained a particular data element; and
- selecting new sender authentication information based on the time of when the previous user challenge process or sender authentication process last contained the particular data element.
80. The method of claim 77 wherein the sent sender authentication information and corresponding location information does not include any previous data elements that have been used within a specified time period.
81. A method for providing authentication between a sender and a user comprising:
- selecting, from a stored pool of data elements, data elements corresponding to information on an authentication article as part of sender authentication information and corresponding location information, the sender authentication information and corresponding location information being selected based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements;
- sending the selected sender authentication information and corresponding location information for use in an authentication of a sender by a user;
- generating a challenge for user authentication, having a challenge data element from the stored pool of data elements on the article, the challenge being based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements on the article; and
- sending the generated challenge for use in an authentication of a user to the sender.
82. The method of claim 81 including:
- storing the pool of data elements; and
- storing the stored usage data based on at least one of: previous uses of a respective data element in previous challenges and previous uses of a data element in sent sender authentication information.
83. The method of claim 81 wherein both the usage data corresponding to data elements on the article used for sender authentication information and corresponding location information and the usage data corresponding to data elements on the article used in sent challenges are used to determine which data elements are to be used in a subsequent challenge or for subsequent sender authentication information and corresponding location information.
84. A method for providing authentication of a user to a sender comprising:
- generating a challenge for transmission for user authentication, such challenge comprising selected data elements for transmission that represent corresponding data elements embodied on an article that is provided to the user wherein the selected data elements are selected in accordance with rules and usage data for the data elements.
85. The method of claim 84 including:
- storing a pool of challenge data elements; and
- storing the stored usage data based on previous uses of a respective challenge data element in previous challenges.
86. The method of claim 84 wherein the stored pool of challenge data elements represents location information located on an authentication article.
87. The method of claim 86 wherein the location information corresponds to row and column identifiers.
88. The method of claim 86 including at least one of: re-issuing a new authentication article in response to stored usage data and requiring a different type of authentication article in response to stored usage data.
89. The method of claim 84 including employing a different authentication scheme in response to stored usage data wherein the different authentication scheme is from the group of: a knowledge based question and answer scheme, a machine authentication scheme, and a one time password list scheme.
90. The method of claim 84 including:
- receiving a reply to the challenge;
- comparing the reply to an expected reply; and
- granting authentication status to the user if the received reply matches with the expected reply.
91. The method of claim 84 wherein the stored usage data represents a number of times a challenge data element has resulted in a corresponding successful reply.
92. The method of claim 84 including generating the challenge by:
- tracking a time at which a previous challenge contained a particular challenge data element; and
- generating a new challenge based on the time of when the previous challenge last contained the particular challenge data element.
93. The method of claim 92 wherein the new challenge generated does not include any previous challenge data elements that have been used within a specified time period.
94. A method for providing authentication of a sender to a user comprising:
- selecting data elements for transmission corresponding to information on an authentication article as part of sender authentication information and corresponding location information, the sender authentication information and corresponding location information being selected based on rule data and stored usage data for the data elements.
95. The method of claim 94 including:
- storing a pool of data elements; and
- storing the stored usage data based on previous uses of sent data element in sent sender authentication information and corresponding location information.
96. The method of claim 94 wherein the authentication article is a card having row and column indicia thereon.
97. The method of claim 94 wherein the location information corresponds to row and column identifiers.
98. The method of claim 94 including at least re-issuing a new authentication article in response to stored usage data.
99. The method of claim 94 including:
- accessing a target resource if the sent sender authentication information matches the corresponding sender authentication information on the authentication article.
100. The method of claim 94 wherein the stored usage data represents a number of times a sent data element has been used for a previous sender authentication operation.
101. The method of claim 94 wherein the stored usage data represents a number of times a sent data element has been used for a previous user authentication operation.
102. The method of claim 94 wherein the stored usage data represents a number of times a data element has been used for a previous sender authentication operation or user authentication operation.
103. The method of claim 94 including selecting the sender authentication information and corresponding location information by:
- tracking a time at which a previous sender authentication process contained a particular data element; and
- selecting new sender authentication information and corresponding location information based on the time of when the previous sender authentication process last contained the particular data element.
104. The method of claim 94 including: generating a challenge for user authentication, having a challenge data element from the stored pool of data elements, the challenge being based on rule data and stored usage data associated with at least some of the data elements in the stored pool of data elements;
- sending the generated challenge for use in an authentication of a user to a sender;
- receiving a reply to a challenge; and
- if the reply matches an expected reply, granting access to a desired resource.
105. The method of claim 94 including tracking a time at which a previous user challenge process or sender authentication process contained a particular data element; and
- selecting new sender authentication information based on the time of when the previous user challenge process or sender authentication process last contained the particular data element.
106. The method of claim 103 wherein the sent sender authentication information and corresponding location information does not include any previous data elements that have been used within a specified time period.
Type: Application
Filed: Dec 13, 2005
Publication Date: Jan 4, 2007
Patent Grant number: 8966579
Applicant: Entrust Limited (Ottawa)
Inventors: Serge Mister (Ottawa), Steve Neville (Orleans), Robert Zuccherato (Ajax), Chris Voice (Ottawa), Michael Morgan (Kanata)
Application Number: 11/302,058
International Classification: H04L 9/00 (20060101);
