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: draft-kleidl-digest-fields-problem-types.md
+53-7Lines changed: 53 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -74,25 +74,71 @@ The terms "integrity fields" and "integrity preference fields" are from {{DIGEST
74
74
75
75
## Unsupported Hashing Algorithm
76
76
77
-
This section defines the "https://iana.org/assignments/http-problem-types#unsupported-hashing-algorithm" problem type {{PROBLEM}}. A server MAY use this problem type when responding to a request, whose integrity or integrity preference fields reference a hashing algorithm that the server can not or does not want to support for this request, and if the server wants to indicate this problem to the sender.
77
+
This section defines the "https://iana.org/assignments/http-problem-types#unsupported-hashing-algorithm" problem type {{PROBLEM}}.
78
+
A server MAY use this problem type if it wants to communicate to the client that
79
+
none of the hashing algorithms referenced in the integrity or integrity preference fields present in the request,
80
+
is supported.
78
81
79
-
For this problem type, the `unsupported-algorithm` is defined as the only extension member. It SHOULD be populated in a response using this problem type, with its value being the algorithm key of the unsupported algorithm from the request. The response SHOULD include the corresponding integrity preference field to indicate the server's algorithm support and preference.
82
+
For this problem type, the `unsupported-algorithm` is defined as the only extension member.
83
+
It SHOULD be populated in a response using this problem type, with its value being the algorithm key of the unsupported algorithm from the request.
84
+
The response SHOULD include the corresponding integrity preference field to indicate the server's algorithm support and preference.<!-- I am currently not sure whether to use normative language here. -->
80
85
81
-
The following example shows a response for a request with an integrity field utilizing an unsupported hashing algorithm `foo`. The response also includes a list of supported algorithms.
{: title="Response Advertising the Supported Algorithms"}
112
+
113
+
114
+
This problem type is a hint to the client about algorithm support, which the client could use to retry the request with a different, supported, algorithm.
115
+
116
+
Note that a request may contain more than one integrity field,
117
+
and this problem type can be used both when a request contains an integrity preference field, e.g.
{: title="Response Advertising the Supported Algorithms"}
139
+
140
+
94
141
95
-
This problem type is a hint to the client about algorithm support, which the client could use to retry the request with a different algorithm supported by the server.
0 commit comments