System and method for hardening security between web services using protected forwarded access tokens
US-2020259652-A1 · Aug 13, 2020 · US
US12476964B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12476964-B2 |
| Application number | US-202217947412-A |
| Country | US |
| Kind code | B2 |
| Filing date | Sep 19, 2022 |
| Priority date | Apr 15, 2020 |
| Publication date | Nov 18, 2025 |
| Grant date | Nov 18, 2025 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Methods, systems, and computer-readable storage media for receiving, from a first component and by a second component in a cloud platform, a call, a token, and a first client certificate, determining, by the second component, a first client identifier associated with the first component, and determining, by the second component, that the first client identifier is included in a manifest of the token, the manifest defining at least a portion of a communication path between components within the cloud platform, and in response: executing functionality responsive to the call.
Opening claim text (preview).
What is claimed is: 1 . A computer-implemented method for secure access token forwarding between components in cloud platforms, the method being executed by one or more processors and comprising: receiving, from a first component and by a second component in a cloud platform, a first call, a token, and a first client certificate, the token comprising a field populated with a manifest as a set of client identifiers, the manifest being generated by a central identity and authentication service (IAS) of the cloud platform during creation of the token and defining legs of allowed communication paths between components within the cloud platform, at least one leg defined in the manifest comprising the first component and the second component, the token being received by the first component and being forwarded unchanged from the first component to the second component; determining, by the second component, a first client identifier associated with the first component, the first client identifier being determined from the first client certificate; and determining, by the second component, that the first client identifier is included in the manifest of the token, and in response, executing functionality responsive to the first call, wherein executing functionality responsive to the first call at least partially comprises transmitting, from the second component and to a third component, a second call with the token, wherein the token is provided to the first component in response to a request from the first component to a central identity and authentication service (IAS) of the cloud platform, the request including the first client certificate, and wherein the token comprises an open authentication (OAuth) client and the field comprises an audience field, and the first client certificate comprises a X.509 client certificate. 2 . The method of claim 1 , wherein the token is received by the first component from a third component. 3 . The method of claim 1 , wherein at least one client identifier in the set of client identifiers of the manifest represents an immediate dependency that is declared as an intent to use a component identified by the at least one client identifier. 4 . The method of claim 1 , wherein the first client certificate is provided during execution of a process to generate the token. 5 . A non-transitory computer-readable storage medium coupled to one or more processors and having instructions stored thereon which, when executed by the one or more processors, cause the one or more processors to perform operations for secure access token forwarding between components in cloud platforms, the operations comprising: receiving, from a first component and by a second component in a cloud platform, a first call, a token, and a first client certificate, the token comprising a field populated with a manifest as a set of client identifiers, the manifest being generated by a central identity and authentication service (IAS) of the cloud platform during creation of the token and defining legs of allowed communication paths between components within the cloud platform, at least one leg defined in the manifest comprising the first component and the second component, the token being received by the first component and being forwarded unchanged from the first component to the second component; determining, by the second component, a first client identifier associated with the first component, the first client identifier being determined from the first client certificate; and determining, by the second component, that the first client identifier is included in the manifest of the token, and in response, executing functionality responsive to the first call, wherein executing functionality responsive to the first call at least partially comprises transmitting, from the second component and to a third component, a second call with the token, wherein the token is provided to the first component in response to a request from the first component to a central identity and authentication service (IAS) of the cloud platform, the request including the first client certificate, and wherein the token comprises an open authentication (OAuth) client and the field comprises an audience field, and the first client certificate comprises a X.509 client certificate. 6 . The non-transitory computer-readable storage medium of claim 5 , wherein the token is received by the first component from a third component. 7 . The non-transitory computer-readable storage medium of claim 5 , wherein at least one client identifier in the set of client identifiers of the manifest represents an immediate dependency that is declared as an intent to use a component identified by the at least one client identifier. 8 . The non-transitory computer-readable storage medium of claim 5 , wherein the first client certificate is provided during execution of a process to generate the token. 9 . A system, comprising: a computing device; and a computer-readable storage device coupled to the computing device and having instructions stored thereon which, when executed by the computing device, cause the computing device to perform operations for natural language explanations for secure access token forwarding between components in cloud platforms, the operations comprising: receiving, from a first component and by a second component in a cloud platform, a first call, a token, and a first client certificate, the token comprising a field populated with a manifest as a set of client identifiers, the manifest being generated by a central identity and authentication service (IAS) of the cloud platform during creation of the token and defining legs of allowed communication paths between components within the cloud platform, at least one leg defined in the manifest comprising the first component and the second component, the token being received by the first component and being forwarded unchanged from the first component to the second component; determining, by the second component, a first client identifier associated with the first component, the first client identifier being determined from the first client certificate; and determining, by the second component, that the first client identifier is included in the manifest of the token, and in response, executing functionality responsive to the first call, wherein executing functionality responsive to the first call at least partially comprises transmitting, from the second component and to a third component, a second call with the token, wherein the token is provided to the first component in response to a request from the first component to a central identity and authentication service (IAS) of the cloud platform, the request including the first client certificate, and wherein the token comprises an open authentication (OAuth) client and the field comprises an audience field, and the first client certificate comprises a X.509 client certificate. 10 . The system of claim 9 , wherein the token is received by the first component from a third component. 11 . The system of claim 9 , wherein at least one client identifier in the set of client identifiers of the manifest represents an immediate dependency that is declared as an intent to use a component identified by the at least one client identifier. 12 . The system of claim 9 , wherein the first client certificate is provided during execution of a process to generate the token.
using certificates (cryptographic mechanisms or cryptographic arrangements for entity authentication involving certificates H04L9/3263) · CPC title
based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint · CPC title
using an additional device, e.g. smartcard, SIM or a different communication terminal (cryptographic mechanisms or cryptographic arrangements for entity authentication involving additional secure or trusted devices H04L9/3234) · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.