From 3e851ae7f2e4ff7f146b470dfdddddcf740be74a Mon Sep 17 00:00:00 2001 From: Nicola Tuveri Date: Thu, 9 Nov 2023 18:27:18 +0100 Subject: [PATCH] minor fixes --- draft-vesco-vcauthtls.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/draft-vesco-vcauthtls.md b/draft-vesco-vcauthtls.md index 65e39d3..59d559e 100644 --- a/draft-vesco-vcauthtls.md +++ b/draft-vesco-vcauthtls.md @@ -62,6 +62,7 @@ How to create identity in SSI and how to verify the VP (in HS sections describe ## VC Certificate Type The TLS extensions "client_certificate_type" and "server_certificate_type" [RFC7250] are used to negotiate the type of Certificate messages used in TLS to authenticate the server and, optionally, the client. Using separate extensions allows for mixed deployments where the client and server can use certificates of different types. + ~~~ /* Managed by IANA */ enum { @@ -104,10 +105,10 @@ The TLS extensions "client_certificate_type" and "server_certificate_type" [RFC7 struct { DIDMethod did_methods<2..2^16-2> } DIDMethodList - - [did-registry](https://www.w3.org/TR/did-spec-registries/#did-methods) ~~~ +[did-registry](https://www.w3.org/TR/did-spec-registries/#did-methods) + did_methods extension could be sent only in ClientHello and CertificateRequest messages. # TLS Client and Server Handshake