Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update draft-ietf-oauth-transaction-tokens.md #89

Merged
merged 4 commits into from
May 17, 2024

Conversation

gffletch
Copy link
Collaborator

Addresses text regarding the aud claim throughout the document. Issue #76

Addresses text regarding the `aud` claim throughout the document. Issue oauth-wg#76
@gffletch gffletch requested a review from tulshi as a code owner March 29, 2024 19:38
@gffletch gffletch requested a review from PieterKas March 29, 2024 19:38
@tulshi
Copy link
Collaborator

tulshi commented Mar 29, 2024

Although your changes sufficiently capture what is needed, what I liked about the previous draft is that it clearly identified that each Trust Domain MUST have a unique identifier, which is set as the aud value. I wonder if we can say that somewhere (outside of the Terminology section)

@gffletch
Copy link
Collaborator Author

Ok, let me see if there is a good place to add that. I wonder if it will be easier to merge PR #90 first and then let me fix this one as there may be conflicts?

@tulshi
Copy link
Collaborator

tulshi commented Apr 30, 2024 via email

@@ -339,7 +339,7 @@ JWT claims as well as defines new claims. These claims are described below:
: REQUIRED A unique transaction identifier as defined in Section 2.2 of {{RFC8417}}. When used in the transaction token, it identifies the entire call chain.

`sub`:
: REQUIRED A unique identifier for the subject as defined by the `aud` trust domain. Unlike OpenID Connect, the `sub` claim is NOT associated with the `iss` claim.
: REQUIRED A unique identifier for the subject within the context of the `aud` trust boundary. Unlike OpenID Connect, the `sub` claim is NOT associated with the `iss` claim.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did you intend for "trust boundary" to be something separaet from "trust domain"? I'd rather not invoke an additional concept if we can avoid it.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I agree. Let me fix that.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated

changed trust boundary to trust domain to not introduce a new term/concept
@tulshi tulshi merged commit 38acb3e into oauth-wg:main May 17, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants