Skip to content

Commit 7c600de

Browse files
bc-pidanielfett
andauthored
Terminology improvements around the phrase "non-selectively disclosable claims" and "not disclosable" (#567)
* Terminology improvements around the phrase "non-selectively disclosable claims" and "not disclosable" * Dr.'s orders Co-authored-by: Daniel Fett <[email protected]> * disclosable -> disclosed because I wasn't paying close enough attention * disclosable -> disclosed because I wasn't paying close enough attention Co-authored-by: Daniel Fett <[email protected]> * disclosable -> disclosed because I wasn't paying close enough attention * right right sure Co-authored-by: Daniel Fett <[email protected]> --------- Co-authored-by: Daniel Fett <[email protected]>
1 parent 7d53d54 commit 7c600de

File tree

1 file changed

+10
-8
lines changed

1 file changed

+10
-8
lines changed

draft-ietf-oauth-selective-disclosure-jwt.md

Lines changed: 10 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -317,7 +317,7 @@ The payload of an SD-JWT is a JSON object according to the following rules:
317317
1. The payload MAY contain the `_sd_alg` key described in (#hash_function_claim).
318318
2. The payload MAY contain one or more digests of Disclosures to enable selective disclosure of the respective claims, created and formatted as described in (#creating_disclosures).
319319
3. The payload MAY contain one or more decoy digests to obscure the actual number of claims in the SD-JWT, created and formatted as described in (#decoy_digests).
320-
4. The payload MAY contain one or more non-selectively disclosable claims.
320+
4. The payload MAY contain one or more permanently disclosed claims.
321321
5. The payload MAY contain the Holder's public key(s) or reference(s) thereto, as explained in (#key_binding).
322322
6. The payload MAY contain further claims such as `iss`, `iat`, etc. as defined or required by the application using SD-JWTs.
323323
7. The payload MUST NOT contain the claims `_sd` or `...` except for the purpose of conveying digests as described in (#embedding_object_properties) and (#embedding_array_elements) respectively below.
@@ -383,7 +383,7 @@ For each claim that is an object property and that is to be made selectively dis
383383

384384
* Create an array of three elements in this order:
385385
1. A salt value. MUST be a string. See (#salt-entropy) for security considerations. It is RECOMMENDED to base64url-encode a minimum of 128 bits of cryptographically secure random data, producing a string. The salt value MUST be unique for each claim that is to be selectively disclosed. The Issuer MUST NOT reveal the salt value to any party other than the Holder.
386-
2. The claim name, or key, as it would be used in a regular JWT payload. It MUST be a string and MUST NOT be `_sd`, `...`, or a claim name existing in the object as a non-selectively disclosable claim.
386+
2. The claim name, or key, as it would be used in a regular JWT payload. It MUST be a string and MUST NOT be `_sd`, `...`, or a claim name existing in the object as a permanently disclosed claim.
387387
3. The claim value, as it would be used in a regular JWT payload. The value can be of any type that is allowed in JSON, including numbers, strings, booleans, arrays, null, and objects.
388388
* JSON-encode the array, producing an UTF-8 string.
389389
* base64url-encode the byte representation of the UTF-8 string. This string is the Disclosure.
@@ -779,7 +779,7 @@ In this case, the Issuer would use the following data in the Disclosures for the
779779

780780
{{examples/address_only_structured/disclosures.md}}
781781

782-
The Issuer may also make one sub-claim of `address` non-selectively disclosable and hide only the other sub-claims:
782+
The Issuer may also make one sub-claim of `address` permanently disclosed and hide only the other sub-claims:
783783

784784
<{{examples/address_only_structured_one_open/sd_jwt_payload.json}}
785785

@@ -1100,13 +1100,13 @@ particular use case and the Holder presents either a bare SD-JWT or an SD-JWT+KB
11001100
an invalid Key Binding JWT, then the Verifier will reject the presentation
11011101
when following the verification steps described in (#verifier_verification).
11021102

1103-
## Blinding Claim Names {#blinding-claim-names}
1103+
## Concealing Claim Names
11041104

11051105
SD-JWT ensures that names of claims that are selectively disclosable are
1106-
always blinded. This prevents an attacker from learning the names of the
1107-
disclosable claims. However, the names of the claims that are not
1108-
disclosable are not blinded. This includes the keys of objects that themselves
1109-
are not blinded, but contain disclosable claims. This limitation
1106+
always concealed unless the claim's value is disclosed. This prevents an attacker from learning the names of such
1107+
claims. However, the names of the claims that are permanently
1108+
disclosed are not hidden. This includes the keys of objects that themselves
1109+
are not concealed, but contain concealed claims. This limitation
11101110
needs to be taken into account by Issuers when creating the structure of
11111111
the SD-JWT.
11121112

@@ -1388,6 +1388,7 @@ Alen Horvat,
13881388
Alex Hodder,
13891389
Anders Rundgren,
13901390
Arjan Geluk,
1391+
Chad Parry,
13911392
Christian Bormann,
13921393
Christian Paquin,
13931394
Dale Bowie,
@@ -1985,6 +1986,7 @@ data. The original JSON data is then used by the application. See
19851986

19861987
* Update PID example to align with the latest ARF and update the ARF reference
19871988
* Editorial updates from SECDIR IETF LC review
1989+
* Terminology improvements around the phrase "non-selectively disclosable claims" and "not disclosable"
19881990
* Suggest against using extra claims/headers in the KB-JWT without a good reason
19891991

19901992
-17

0 commit comments

Comments
 (0)