Citicorp Credit Services, Inc. (usa)

Citigroup Technology, Inc.

Mayank Shah

Gayathri Sundar

Vernon Miller

Abhishek Acharya

Presented herein are systems and methods for processing tokens in identity assertions for access control to resources. A server may receive, via an interface from a gateway, a request to permit a customer device to access a resource associated with the server. The request may include an identifier for the customer device and a first token used to authenticate the customer device at the gateway. The server may generate, responsive to validating the first token, a second token to be used to authorize the customer device at the server for access to the resource. The server may store, on a database, an association identifying the identifier, the first token, and the second token. The server may perform the server, an action to permit the customer device access to the resource associated with the server based on the association maintained on the database.

Processing tokens in identity assertions for access control to resources

A network system to provide mutable access tokens for access requests that eliminate a need for token replacement. The system allows an access token to be changed to update data in the token. When data stored with the token changes, such as when a user or partner has a change in status, a new token is not required to be requested, generated, dispersed, or stored. Conventional systems refuse the API call request and require the new token be provided. The described system instead completes the request while simultaneously notifying the user to subsequently retrieve an updated access token. Requesting, generating, communicating, and presenting a new token requires additional time, bandwidth, computing capacity, and system interactions. While performing new token acquisition in conventional systems, devices are forced to perform additional interactions, which may result in a time delay or in one or more devices exceeding capacity, becoming overloaded, and seizing.

Mutable access tokens

Presented herein are systems and methods for binding web components to protect accessing of resources. A first server may receive, from a second server, a request to provide access to content for a first web component on a web application of a customer device. The first server may determine whether to issue an identifier to the customer device responsive to validating the request. The first server may generate, responsive to the determination, the identifier to bind the first web component with a second web component to permit access to the content for the first web component on the web application. The first server may transmit, to the second server, a response including the identifier and the content. The first server may communicate, via the second server, data associated with a user interaction with the content on the first web component bound with the second web component using the identifier.

Binding web components to protect accessing of resources

Presented herein are systems and methods for end-to-end encryption for session-less communications. A first server may receive, from a second server, a request to retrieve keys for a customer device to access a service. The request may include a device identifier and a first token encrypted using a first encryption key. The first server may determine, responsive to validating, that the customer device is to be issued a second token. The first server may identify least a portion of the first token decrypted using the first encryption key. The first server may generate a set of second encryption keys to be used by the customer device. The first server may package the second token to include (i) at least the portion of the first token and (ii) the set of second encryption keys. The first server may transmit, to the second server, a response including the second token.

Growing community of inventors

East Windsor, NJ, United States of America

Mayank Shah