Technologies for token-based authentication and authorization of distributed computing resources
AssigneeWorldpay, LLC
InventorScott Edward Blasi
Life of this patent
Estimating the term…
Loading patent…
AssigneeWorldpay, LLC
InventorScott Edward Blasi
Estimating the term…
Technologies for token-based access authorization to an application program interface (API) include an access management server to receive a service request message from an application executed by a remote computing device. The service request message includes a digitally signed license token previously generated by the access management server and distributed to the remote computing device. The service request message also includes a request from the executed application to access data or a service of the resource server via an exposed API. The access management server verifies the digital signature of the digitally signed license token and generates a digitally signed Security Assertion Markup Language (SAML) token. The digitally signed SAML token is transmitted to the resource server for verification and local caching. The resource server receives the service request message and determines whether access to the requested data or service is authorized based on the locally-cached SAML token.
A method for token-based access authorization to an application program interface (API), the method comprising:
An access management server for token-based access authorization to an application program interface (API), the access management server comprising logic stored in memory, which when executed by a processor of the access management server, causes the access management server to:
A system for token-based authentication and access authorization to an application program interface (API), the system comprising:
Dependencies are inferred from the claim text.
Drawings are temporarily unavailable. Open the PDF at USPTO
From the US filing history. Foreign family members aren’t listed.
For authentication of entities: using tickets, e.g. Kerberos
Multiprogramming arrangements: interprogram communication
Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]: arrangements for…
User authentication: using certificates
About 9 years 7 months of term left · ends 24 May 2036 (estimated)
This patent application claims the benefit under 35 U.S.C. § 119 to U.S. Nonprovisional patent application Ser. No. 15/162,936, filed on May 24, 2016, the entirety of which is incorporated herein by reference.
Embodiments of the technologies described herein relate, in general, to the field of authentication and authorization of computing devices and resources thereof. More particularly, the technologies relate to the field of using signed custom tokens as a root credential for authenticating and authorizing distributed computing devices and resources.
Independent Software Vendors (ISVs) develop applications and systems configured, to perform payment processing operations and/or provide other functionality in connection with services and data provided by an acquirer processor. One or more Application Program Interfaces (APIs) can be exposed by the acquirer processor to facilitate interactions between applications and systems developed by an ISV and devices and resources of the acquirer processor.
It is believed that certain embodiments will be better understood from the following description taken in conjunction with the accompanying drawings, in which like references indicate similar elements and in which:
FIG. 1 is a simplified block diagram of at least one embodiment of a system for provisioning and using a signed custom token for authenticating distributed computing resources and authorizing access to a resource server.
FIG. 2 is simplified flow diagram of at least one embodiment of a method that may be executed by the access management server of FIG. 1 for generating and provisioning a signed custom token;
Various non-limiting embodiments of the present disclosure will now be described to proved an overall understanding of the principles of the structure, function, and use of systems and methods disclosed herein. One or more examples of these non-limiting embodiments are illustrated in the selected examples disclosed and described in detail with reference made to the figures in the accompanying drawings. Those of ordinary skill in the art will understand that systems and methods specifically described herein and illustrated in the accompanying drawings are non-limiting embodiments. The features illustrated or described in connection with one non-limiting embodiment can be combined with the features of other non-limiting embodiments. Such modifications and variations are intended to be included within the scope of the present invention.
Referring now to FIG. 1, in one embodiment, a system 100 for provisioning and using a signed custom token for authentication and authorization of distributed computing resources includes an access management server 110 in communication with a remote computing device 130 and a resource server 140 via one or more communication network(s). It should be appreciated that although the system 100 includes a single remote computing device 130 and a single resource server 140 in the illustrative embodiment, the system 100 can include any number of remote computing devices 130 and resource servers 140, in other embodiments.
The remote computing device 130 can be embodied as a computing device, platform, or service (e.g., “a requesting entity”) of an Independent Software Vendor (ISV) configured to interact with data or a service provided by the resource server 140. In some embodiments the resource server 140 can be associated with an acquirer processor (or another type of entity), which can be configured to process payment vehicle transactions for merchants. In such embodiments, the ISV can facilitate interactions with the resource server 140 of the acquirer processor. For example, in some embodiments, the remote computing device 130 can include an ISV application 132 configured to perform payment processing operations and/or provide other functionality in connection with services and/or data provided by the resource server 140 of the acquirer processor. In operation, the ISV application 132 is configured to interact with the services and/or data provided by the resource server 140 via one or more exposed Application Program Interfaces (APIs). For example, in some embodiments, the ISV application 132 is configured to initiate one or more calls to the APIs exposed by the resource server 140. Prior to being granted access to the resource server 140, or the services and/or data provided by the resource server 140, the ISV application 132 can be required to be authenticated and authorized by the access management server 110, the resource server 140, or another computing device of the system 100.