Skip to content

Commit c42dd50

Browse files
authored
Initial text for the abstract
1 parent 7e5ef48 commit c42dd50

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

draft-saxe-wimse-token-exchange-and-translation-protocol.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -59,14 +59,14 @@ informative:
5959

6060
--- abstract
6161

62-
TODO Abstract
62+
The following document defines the processes of token exchange and token translation for workloads. Token exchange is well defined for OAuth 2.0 in RFC8693, allowing the exchange of access tokens, refresh tokens, id_tokens, and SAML assertions for new OAuth access or refresh tokens. However, for workloads, there exist a broad array of input and output token types which must be considered beyond the input types supported by RFC8693. These token types include, but are not limited to, SPIFFE SVIDs, x.509 certificates, Amazon sigv4A, macaroons, <...>. Further, these tokens may be encoded in formats including JWT, CBOR, and protocol buffers (protobufs). Given the variety and complexity of input and output token types and encoding, a strict token exchange that maintains all of the contextual information from the input token to the output token may not be possible. Therefore, we define these potentially lossy conversions as token translation (e.g. information is lost in translation). In this document we describe the process and mechanisms for token exchange, using the existing mechanisms in RFC8693, and a new set of potentially lossy translations between arbitrary token types. The authors expect that specific token translations will be profiled to ensure consistent handling across deployments.
6363

6464

6565
--- middle
6666

6767
# Introduction
6868

69-
TODO Introduction
69+
TODO
7070

7171

7272
# Conventions and Definitions

0 commit comments

Comments
 (0)