IP Library Granted Patent US 12,039,540
Granted Patent B2
US 12,039,540 · App. 18/310,323 · Granted Jul 16, 2024

Flexible authentication

Inventors: Priyamvada Singh (San Francisco, CA); Jeff Cornman (San Francisco, CA); Melody Kao (San Francisco, CA)
Assignee: Wells Fargo Bank, N.A.
G06Q20/405G06Q20/382G06Q20/40145H04L63/08H04L63/0807H04L63/0861H04L63/20
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,039,540
App. No.
18/310,323
Granted
Jul 16, 2024
Kind
B2
Abstract

Provided is dynamic and flexible authentication based on an interaction over a communications link between a user device and a financial entity. A set of interactions enabled at the user device are categorized into different levels, each level comprises a different authentication policy. At about the same time as an interaction is initiated at the device, an authentication policy assigned to the interaction is accessed and a security challenge is activated at the device. Based upon a successful response to the security challenge, an enablement of the communications link is continued. Based upon an unsuccessful response to the security challenge, the communications link is disabled.

Claims (52)

1. A method, comprising:

categorizing, by a system comprising a processor, a set of financial interactions into different levels of authentication;

designating, by the system, an authentication policy for each level of authentication;

evaluating, by the system, an interaction of the set of financial interactions being performed at a device, wherein the interaction is performed over a communication link enabled between a financial entity and the device, and wherein evaluating the interaction includes:

assigning a risk level based on whether the interaction indicates an anomaly relative to a historical pattern of interactions previously performed by the device,

assigning a confidence level based on a characteristic of the device or an indicator of an identity of a user of the device, and

assigning, for the interaction, a level of authentication based on the risk level and the confidence level, wherein assigning of the level of authentication includes: (i) identifying a set of rules associated with the interaction, the set of rules being defined by a matrix; (ii) selecting, from the matrix, a rule of the set of rules based on the assigned risk level and confidence level; and (iii) applying the rule to the interaction to determine at least one type of authentication required to authenticate the device before approving the interaction;

as a result of the evaluating, causing a security challenge to be outputted at the device, wherein the security challenge comprises a prompt to perform a set of passive and active actions, wherein the set of passive and active actions are determined based on the at least one type of authentication identified by the level of authentication, wherein a passive action of the set of passive and active actions identifies an action to be performed by the device without user input, and wherein an active action of the set of passive and active actions identifies an action to be performed by the user of the device;

authenticating the user of the device based on a result of the set of passive and active actions meeting a predetermined threshold for the level of authentication; and

approving, by the system, performance of the interaction at the device based on authenticating the user.

2. The method of claim 1 , wherein approving performance of the interaction comprises continuing the enablement of the communications link between the device and the financial entity as a function of an expected response to the security challenge.

3. The method of claim 1 , wherein not approving performance of the interaction comprises disabling the communications link between the device and the financial entity based on an unexpected response to the security challenge.

4. The method of claim 1 , wherein assigning a confidence level to the interaction further comprises:

determining a location where initiation of the interaction occurs; and

evaluating historical information associated with the location.

5. The method of claim 1 , further comprising requesting a third-party token or a biometric identification as at least a portion of the security challenge.

6. The method of claim 5 , wherein the biometric identification is captured without alerting the user.

7. The method of claim 1 , wherein the passive action comprises providing one or more of an external security token, a secure token, or a session token.

8. The method of claim 1 , wherein the active action comprises receiving one or more of: audio from the user, an image of the user, or a response to a security question from the user.

9. The method of claim 8 , wherein the image of the user comprises an image of one or more of the user's face, eye, or finger.

10. The method of claim 8 , wherein the audio from the user is compared to a voiceprint of the user.

11. A system comprising:

a processor configured to:

categorize a set of financial interactions into different levels of authentication;

designate an authentication policy for each level of authentication;

evaluate an interaction of the set of financial interactions being performed at a device, wherein the interaction is performed over a communication link enabled between a financial entity and the device, and wherein evaluating the interaction includes:

assigning a risk level based on whether the interaction indicates an anomaly relative to a historical pattern of interactions previously performed by the device,

assigning a confidence level based on a characteristic of the device or an indicator of an identity of a user of the device, and

assigning, for the interaction, a level of authentication based on the risk level and the confidence level, wherein assigning of the level of authentication includes: (i) identifying a set of rules associated with the interaction, the set of rules being defined by a matrix; (ii) selecting, from the matrix, a rule of the set of rules based on the assigned risk level and confidence level; and (iii) applying the rule to the interaction to determine at least one type of authentication required to authenticate the device before approving the interaction;

as a result of the evaluating, cause a security challenge to be outputted at the device, wherein the security challenge comprises a prompt to perform a set of passive and active actions, wherein the set of passive and active actions are determined based on the at least one type of authentication identified by the level of authentication, wherein a passive action of the set of passive and active actions identifies an action to be performed by the device without user input, and wherein an active action of the set of passive and active actions identifies an action to be performed by the user of the device;

authenticate the user of the device based on a result of the set of passive and active actions meeting a predetermined threshold for the level of authentication; and

approve performance of the interaction at the device based on authenticating the user.

12. The system of claim 11 , wherein approving performance of the interaction comprises continuing the enablement of the communications link between the device and the financial entity as a function of an expected response to the security challenge.

13. The system of claim 11 , wherein not approving performance of the interaction comprises disabling the communications link between the device and the financial entity based on an unexpected response to the security challenge.

14. The system of claim 11 , wherein assigning a confidence level to the interaction further comprises:

determining a location where initiation of the interaction occurs; and

evaluating historical information associated with the location.

15. The system of claim 11 , wherein the processor is further configured to request a third-party token or a biometric identification as at least a portion of the security challenge.

16. The system of claim 15 , wherein the biometric identification is captured without alerting the user.

17. The system of claim 11 , wherein the passive action comprises providing one or more of an external security token, a secure token, or a session token.

18. The system of claim 11 , wherein the active action comprises receiving one or more of: audio from the user, an image of the user, or a response to a security question from the user.

19. The system of claim 18 , wherein the image of the user comprises an image of one or more of the user's face, eye, or finger.

20. A non-transitory computer readable medium comprising program code that when executed by one or more processors is configured to cause the one more processors to:

categorize a set of financial interactions into different levels of authentication;

designate an authentication policy for each level of authentication;

evaluate an interaction of the set of financial interactions being performed at a device, wherein the interaction is performed over a communication link enabled between a financial entity and the device, and wherein evaluating the interaction includes:

assigning a risk level based on whether the interaction indicates an anomaly relative to a historical pattern of interactions previously performed by the device,

assigning a confidence level based on a characteristic of the device or an indicator of an identity of a user of the device, and

assigning, for the interaction, a level of authentication based on the risk level and the confidence level, wherein assigning of the level of authentication includes: (i) identifying a set of rules associated with the interaction, the set of rules being defined by a matrix; (ii) selecting, from the matrix, a rule of the set of rules based on the assigned risk level and confidence level; and (iii) applying the rule to the interaction to determine at least one type of authentication required to authenticate the device before approving the interaction;

as a result of the evaluating, cause a security challenge to be outputted at the device, wherein the security challenge comprises a prompt to perform a set of passive and active actions, wherein the set of passive and active actions are determined based on the at least one type of authentication identified by the level of authentication, wherein a passive action of the set of passive and active actions identifies an action to be performed by the device without user input, and wherein an active action of the set of passive and active actions identifies an action to be performed by the user of the device;

authenticate the user of the device based on a result of the set of passive and active actions meeting a predetermined threshold for the level of authentication; and

approve performance of the interaction at the device based on authenticating the user.

Assignments (2)
ADDRESS CHANGE Recorded Jun 2, 2025
From: WELLS FARGO BANK, N.A.
To: WELLS FARGO BANK, N.A.
Reel/Frame 071769/0143 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 2, 2023
From: SINGH, PRIYAMVADA; CORNMAN, JEFF; KAO, MELODY
To: WELLS FARGO BANK, N.A.
Reel/Frame 063501/0765 →
Continuity (3)
Continuation 15009917 · Jan 29, 2016
Provisional Application 62221970 · Sep 22, 2015
Related Publication 20230267470A1 · Aug 24, 2023