You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: openid-sharedsignals-framework-1_0.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -552,12 +552,11 @@ TODO: consider adding a IANA Registry for metadata, similar to Section 7.1.1 of
552
552
{{RFC8414}}. This would allow other specs to add to the metadata.
553
553
554
554
### Authorization scheme {#authorization-scheme}
555
-
SSF is an HTTP based signals sharing framework. It is agnostic to the authentication and authorization schems used to secure stream configuration APIs. It does not provide any SSF specific authentication and authorization schemes but relies on the cooperating parties mutual security considerations. Authorization scheme section of the metadata, providers disovery informaton related to the transmitter's stream management APIs.
555
+
SSF is an HTTP based signals sharing framework. It is agnostic to the authentication and authorization schemes used to secure stream configuration APIs. It does not provide any SSF specific authentication and authorization schemes but relies on the cooperating parties mutual security considerations. Authorization scheme section of the metadata, providers discovery information related to the transmitter's stream management APIs.
556
556
557
557
spec_urn
558
558
559
-
> A URN for a specification for the protocol being used REQUIRED.
560
-
559
+
> REQUIRED. A URN that describes the specification of the protocol being used.
561
560
562
561
The receiver will call the transmitter APIs by providing appropriate credentials as per the `spec_urn`.
563
562
@@ -2047,8 +2046,9 @@ The purpose is defense in depth against confusion with other JWTs, as described
2047
2046
in Sections 4.5 and 4.6 of {{RFC8417}}.
2048
2047
2049
2048
### The "aud" Claim {#aud-claim}
2050
-
The "aud" claim can be a single value or an array. Values that uniquely identifies the Receiver to the
2051
-
Transmitter MAY be used, if the two parties have agreement on the format.
2049
+
The "aud" claim can be a single value (string) or an array of strings. Values that
2050
+
uniquely identifies the Receiver to the Transmitter MAY be used, if the two parties
2051
+
have agreement on the format.
2052
2052
2053
2053
More than one value can be present if the corresponding Receivers are known to
2054
2054
the Transmitter to be the same entity, for example a web client and a mobile
0 commit comments