@@ -4864,38 +4864,41 @@ <h2>Contexts, Types, and Credential Schemas</h2>
4864
4864
< section class ="informative ">
4865
4865
< h3 > Base Context</ h3 >
4866
4866
< p >
4867
- The base context, located at
4868
- < code > https://www.w3.org/ns/credentials/v2 </ code > with a SHA-256 digest of
4867
+ The base context, located at < code > https://www.w3.org/ns/credentials/v2 </ code >
4868
+ with a SHA-256 digest of
4869
4869
< strong > < code > 944167aaabd904ea9e35c98fd7e8794eb6dd42ae4666b036b171e87fc34cc7cc</ code > </ strong > ,
4870
4870
can be used to implement a local cached copy. It is possible to confirm the
4871
4871
SHA-256 digest by running the following command from a modern Unix command
4872
- interface line: `curl -s https://www.w3.org/ns/credentials/v2 | sha256sum`.
4872
+ interface line: `curl -s https://www.w3.org/ns/credentials/v2 | sha256sum`. It
4873
+ is strongly advised that all JSON-LD Contexts used in an application utilize a
4874
+ similar mechanism to ensure end-to-end security.
4873
4875
</ p >
4874
4876
< p >
4875
4877
This section serves as a reminder of the importance of ensuring that, when
4876
4878
verifying < a > verifiable credentials</ a > and < a > verifiable presentations</ a > , the
4877
4879
< a > verifier</ a > has information that is consistent with what the < a > issuer</ a >
4878
- had when securing the < a > credential</ a > or < a > presentation</ a > . This information
4879
- might include at least: 1) contents of the credential itself; 2) any content
4880
- included by reference in the credential; 3) any content transitively included by
4881
- reference .
4880
+ or < a > holder </ a > had when securing the < a > credential</ a > or < a > presentation</ a > .
4881
+ This information might include at least: 1) contents of the credential itself;
4882
+ 2) any content linked to via a URL in the credential; 3) any content linked to
4883
+ via a URL, which then links to more content via a URL (and so on) .
4882
4884
</ p >
4883
4885
< p >
4884
4886
Mechanisms used to secure < a > credentials</ a > and < a > presentations</ a > , such
4885
- as digital signatures , address securing the contents of the credential itself
4886
- (item #1 in the previous paragraph). The SHA-256 digest of the Base Context in
4887
- this section addresses securing the context information ( item #2 in the
4888
- previous paragraph) .
4887
+ [[VC-JWT]] and [[VC-DATA-INTEGRITY]] , address securing the contents of the
4888
+ credential itself (item #1 in the previous paragraph). The SHA-256 digest of
4889
+ JSON-LD Contexts, as well as locally cached copies, address item #2 in the
4890
+ previous paragraph.
4889
4891
</ p >
4890
4892
< p >
4891
- However, it does not cryptographically protect other content referenced such as
4892
- other JSON-LD Contexts or files referenced via URLs. It is considered a best
4893
- practice to ensure that the same sorts of protections are provided for other
4894
- JSON-LD Contexts and URLs through the use of permanently cached files or
4895
- cryptographic hashes for linked information that is critical to a specific use
4896
- case. See the Content Integrity section of the Verifiable Credential
4897
- Implementation Guide to verify that content it either fetches remotely or caches
4898
- locally is consistent with what the < a > issuer</ a > intended.
4893
+ However, other data that is referenced from within a credential, such as
4894
+ resources that are linked to via URLs, are not cryptographically protected by
4895
+ default. It is considered a best practice to ensure that the same sorts of
4896
+ protections are provided for any URL that is critical to the security of the
4897
+ credential through the use of permanently cached files or cryptographic hashes.
4898
+ See the < a href ="https://w3c.github.io/vc-imp-guide/#content-integrity "> Content
4899
+ Integrity</ a > section of the Verifiable Credential Implementation Guide to
4900
+ verify that content it either fetches remotely or caches locally is consistent
4901
+ with what the < a > issuer</ a > or < a > holder</ a > intended.
4899
4902
</ p >
4900
4903
< p >
4901
4904
For convenience, the base context for the Verifiable Credential Data Model v2.0
0 commit comments