File 3741-ssl-Enhance-documentation.patch of Package erlang

Overview Repositories Revisions Requests Users Attributes Meta

File 3741-ssl-Enhance-documentation.patch of Package erlang (Revision 6ff263ea95f98a067bf8d20b6686eae1)

Currently displaying revision 6ff263ea95f98a067bf8d20b6686eae1 , Show latest

From 78989bdfe7970e4c62fae81e028a1be105a6d9cd Mon Sep 17 00:00:00 2001
From: Ingela Anderton Andin <ingela@erlang.org>
Date: Fri, 22 Apr 2022 09:56:35 +0200
Subject: [PATCH] ssl: Enhance documentation

Update users guide to use new option and encourage good option choices.

Make default value clarification in refrence manual
---
 lib/ssl/doc/src/ssl.xml       |  32 +++--
 lib/ssl/doc/src/using_ssl.xml | 263 +++++++++++++++++-----------------
 2 files changed, 149 insertions(+), 146 deletions(-)

diff --git a/lib/ssl/doc/src/ssl.xml b/lib/ssl/doc/src/ssl.xml
index 3d3cc28a47..ef74c287e6 100644
--- a/lib/ssl/doc/src/ssl.xml
+++ b/lib/ssl/doc/src/ssl.xml
@@ -996,9 +996,14 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 
 <datatype>
 <name name="client_verify_type"/>
- <desc>In mode <c>verify_none</c> the default behavior is to allow
- all x509-path validation errors. See also option <seetype marker="#custom_verify">verify_fun</seetype>.
- </desc>
+ <desc>
+	Defaults to <c>verify_none</c> as additional options are needed to be able to perform the certificate verification.
+	A warning will be emitted unless <c>verify_none</c> is explicitly configured. Usually the applications will want to configure
+	<c>verify_peer</c> together with an appropriate <c>cacert</c> or <c>cacertfile</c> option. For example an <c>HTTPS</c> client would normally
+	use the option <c>{cacerts, public_key:cacerts_get()}</c> (available since OTP-25) to access the CA certificates
+	provided by the OS. Using verify_none means that all x509-certificate path validation errors will be ignored.
+ See also option <seetype marker="#custom_verify">verify_fun</seetype>.
+ </desc>
 </datatype>
 
 <datatype>
@@ -1009,7 +1014,7 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 	explicitly specified by its session id and associated data since OTP-22.3.
 	See also
 	<seeguide marker="ssl:using_ssl#session-reuse-pre-tls-1.3">
-	SSL's Users Guide, Session Reuse pre TLS 1.3</seeguide>
+	SSL's Users Guide, Session Reuse pre TLS 1.3.</seeguide>
 
 </desc>
 </datatype>
@@ -1023,7 +1028,7 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 and used with the client option <seetype marker="#client_reuse_session">reuse_session</seetype>
 The boolean value true specifies that if possible, automated session reuse will
 be performed. If a new session is created, and is unique in regard 
- to previous stored sessions, it will be saved for possible later reuse. Since OTP-21.3
+ to previous stored sessions, it will be saved for possible later reuse. Since OTP-21.3.
 </desc>
 </datatype>
 
@@ -1033,7 +1038,7 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 	If set to true, sends the certificate authorities extension in TLS-1.3 client hello.
 	The default is false. Note that setting it to true may result in a big overhead if you
 	have many trusted CA certificates. 
-	Since OTP-24.3
+	Since OTP-24.3.
 </desc>
 </datatype>
 
@@ -1278,12 +1283,13 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 
 <datatype>
 	<name name="server_verify_type"/>
-	<desc>A server only does x509-path validation in mode
-	<c>verify_peer</c>, as it then sends a certificate request to
-	the client (this message is not sent if the verify option is
-	<c>verify_none</c>). You can then also want to specify option
-	<c>fail_if_no_peer_cert</c>. 
-	</desc>
+	<desc> Client certificates are an optional part of the TLS protocol.
+	A server only does x509-certificate path validation in mode
+	<c>verify_peer</c>. By default the server is in <c>verify_none</c> mode
+	an hence will not send an certificate request to the client.
+	When using <c>verify_peer</c> you may also want to specify the option
+	<seetype marker="#fail_if_no_peer_cert">fail_if_no_peer_cert</seetype>.
+ </desc>
 </datatype>
 
 <datatype>
@@ -1302,7 +1308,7 @@ fun(srp, Username :: binary(), UserState :: term()) ->
 	<desc>The boolean value true specifies that the server will
 	agree to reuse sessions. Setting it to false will result in an empty
 	session table, that is no sessions will be reused. 
-	See also option <seetype marker="#server_reuse_session">reuse_session</seetype>
+	See also option <seetype marker="#server_reuse_session">reuse_session</seetype>.
 
 	</desc>
 </datatype>
diff --git a/lib/ssl/doc/src/using_ssl.xml b/lib/ssl/doc/src/using_ssl.xml
index 559b20dedd..318e367245 100644
--- a/lib/ssl/doc/src/using_ssl.xml
+++ b/lib/ssl/doc/src/using_ssl.xml
@@ -41,47 +41,53 @@
 'tlsv1.3')</c> </seemfa>. The available cipher suites for a
 connection depend on the TLS version and pre TLS-1.3 also on the
 certificate. To see the default cipher suite list change <c>all</c>
- to <c>default</c>. Note that TLS 1.3 and previous versions does not
+ to <c>default</c>. Note that TLS 1.3 and previous versions do not
 have any cipher suites in common, for listing cipher suites for a
 specific version use <seemfa
 marker="ssl:ssl#cipher_suites/2"><c>ssl:cipher_suites(exclusive,
 'tlsv1.3')</c> </seemfa>. Specific cipher suites that you want your
 connection to use can also be specified. Default is to use the
 strongest available.
- 
+
+
+ The following sections shows small examples of how to set up
+ client/server connections using the Erlang shell. The returned
+ value of the <c>sslsocket</c> is abbreviated with <c>[...]</c> as
+ it can be fairly large and is opaque to the user except for the
+ purpose of pattern matching.
+
+
+ <note>Note that client certificate verification is optional for the server and needs additional conguration
+ on both sides to work. The Certificate and keys, in the examples, are provided using the <seetype marker="ssl:ssl#certs_keys">certs_keys</seetype> option
+ introduced in OTP-25.
+ 
+ </note>
+
 <section>
- <title>Setting up Connections</title>
- 
- This section shows a small example of how to set up
- client/server connections using the Erlang shell. The returned
- value of the <c>sslsocket</c> is abbreviated with <c>[...]</c> as
- it can be fairly large and is opaque.
- 
- <section>
- <title>Minimal Example</title>
- 
- <note> The minimal setup is not the most secure setup of TLS/DTLS. 
- </note>
+ <title>Basic Client</title>
+ <code type="erl"> 1 > ssl:start(), ssl:connect("google.com", 443, [{verify, verify_peer},
+ {cacerts, public_key:cacerts_get()}]).
+ {ok,{sslsocket, [...]}}</code>
+ </section>
 
- To set up client/server connections:
+ <section>
+ <title>Basic Connection</title>
 
- Step 1: Start the server side:
- <code type="erl">1 server> ssl:start().
+ Step 1: Start the server side:
+ <code type="erl">1 server> ssl:start().
 ok</code>
- 
- Step 2: Create a TLS listen socket: (To run DTLS add the option {protocol, dtls})
- <code type="erl">2 server> {ok, ListenSocket} =
-ssl:listen(9999, [{certfile, "cert.pem"},
- {keyfile, "key.pem"},
- {reuseaddr, true}]).
-{ok,{sslsocket, [...]}}</code>
-
 
- Step 2: From OTP-25 it is equivalent to 
+ Step 2: with alternative certificates,
+ in this example the EDDSA certificate will be preferred if TLS-1.3
+ is negotiated and the RSA certificate will always be used for TLS-1.2
+ as it does not support the EDDSA algorithm: 
 <code type="erl">2 server> {ok, ListenSocket} =
-ssl:listen(9999, [{certs_keys, [#{certfile => "cert.pem",
- keyfile => "key.pem"}],
- {reuseaddr, true}]).
+ssl:listen(9999, [{certs_keys, [#{certfile => "eddsacert.pem",
+ keyfile => "eddsakey.pem"},
+			 #{certfile => "rsacert.pem",
+ keyfile => "rsakey.pem",
+			 password => "foobar"}
+			 ]},{reuseaddr, true}]).
 {ok,{sslsocket, [...]}}</code>
 
 
@@ -98,8 +104,10 @@ connection
 Step 4: Start the client side: 
 <code type="erl">1 client> ssl:start().
 ok</code>
- To run DTLS add the option {protocol, dtls} to third argument.
- <code type="erl">2 client> {ok, Socket} = ssl:connect("localhost", 9999, [], infinity).
+ Be sure to configure trusted certificates to use for server certificate verification.
+ <code type="erl">2 client> {ok, Socket} = ssl:connect("localhost", 9999,
+ [{verify, verify_peer},
+ {cacertfile, "cacerts.pem"}, {active, once}], infinity).
 {ok,{sslsocket, [...]}}</code>
 
 Step 5: Do the TLS handshake:
@@ -115,78 +123,83 @@ to avoid DoS attacks. In the example the timeout defaults to infinty.
 ok</code>
 
 Step 7: Flush the shell message queue to see that the message
- was sent on the server side:
+ sent on the server side is recived by the client side:
 <code type="erl">3 client> flush().
 Shell got {ssl,{sslsocket,[...]},"foo"}
 ok</code>
- </section>
- 
- <section>
- <title>Upgrade Example - TLS only </title>
- 
- <note>To upgrade a TCP/IP connection to a TLS connection, the
- client and server must agree to do so. The agreement
- can be accomplished by using a protocol, for example, the one used by HTTP
- specified in RFC 2817.</note>
+ </section>
 
- To upgrade to a TLS connection:
- 
- Step 1: Start the server side:
- <code type="erl">1 server> ssl:start().
-ok</code>
- 
- Step 2: Create a normal TCP listen socket:
- <code type="erl">2 server> {ok, ListenSocket} = gen_tcp:listen(9999, [{reuseaddr, true}]).
-{ok, #Port&lt;0.475&gt;}</code>
- 
- Step 3: Accept client connection:
- <code type="erl">3 server> {ok, Socket} = gen_tcp:accept(ListenSocket).
-{ok, #Port&lt;0.476&gt;}</code>
- 
- Step 4: Start the client side:
- <code type="erl">1 client> ssl:start().
-ok</code>
- 
- <code type="erl">2 client> {ok, Socket} = gen_tcp:connect("localhost", 9999, [], infinity).</code>
- 
- Step 5: Ensure <c>active</c> is set to <c>false</c>
- before trying to upgrade a connection to a TLS connection,
- otherwise TLS handshake messages can be delivered to the wrong
- process:
 
- <code type="erl">4 server> inet:setopts(Socket, [{active, false}]).
-ok</code>
+ <section>
+ <title>Upgrade Example - TLS only</title>
+
+ Upgrading a a TCP/IP connection to a TLS connections is mostly
+ used when there is a desire have unencrypted communication first and
+ then later secure the communication channel by using TLS. Note that
+ the client and server need to agree to do the upgrade in the
+ protocol doing the communication. This is concept is often
+ referenced as <c>STARTLS</c> and used in many protocols such as
+ <c>SMTP</c>, <c>FTPS</c> and <c>HTTPS</c> via a proxy.
+ 
+
+ <warning>Maximum security recommendations are however moving away from such solutions.</warning>
 
- Step 6: Do the TLS handshake:
- <code type="erl">5 server> {ok, TLSSocket} = ssl:handshake(Socket, [{cacertfile, "cacerts.pem"},
-{certfile, "cert.pem"}, {keyfile, "key.pem"}]).
-{ok,{sslsocket,[...]}}</code>
+ To upgrade to a TLS connection:
+
+ Step 1: Start the server side:
+ <code type="erl">1 server> ssl:start().
+ ok</code>
+
+ Step 2: Create a normal TCP listen socket and ensure
+ <c>active</c> is set to <c>false</c> and not set to any active mode
+ otherwise TLS handshake messages can be delivered to the
+ wrong process.
+ 
+ <code type="erl">2 server> {ok, ListenSocket} = gen_tcp:listen(9999, [{reuseaddr, true},
+ {active, false}]).
+ {ok, #Port&lt;0.475&gt;}</code>
+
+ Step 3: Accept client connection:
+ <code type="erl">3 server> {ok, Socket} = gen_tcp:accept(ListenSocket).
+ {ok, #Port&lt;0.476&gt;}</code>
+
+ Step 4: Start the client side:
+ <code type="erl">1 client> ssl:start().
+ ok</code>
+
+ <code type="erl">2 client> {ok, Socket} = gen_tcp:connect("localhost", 9999, [], infinity).</code>
+
+ Step 5: Do the TLS handshake:
+ <code type="erl">4 server> {ok, TLSSocket} = ssl:handshake(Socket, [{verify, verify_peer},
+ {fail_if_no_peer_cert, true},
+ {cacertfile, "cacerts.pem"},
+ {certs_keys, [#{certfile => "cert.pem", keyfile => "key.pem"}]}]).
+ {ok,{sslsocket,[...]}}</code>
 
- Step 7: Upgrade to a TLS connection. The client and
- server must agree upon the upgrade. The server must call
- <c>ssl:handshake/2</c> before the client calls
- <c>ssl:connect/3.</c>
+ Step 6: Upgrade to a TLS connection. The client and
+ server must agree upon the upgrade. The server must be prepared to be a TLS server before the client
+ can do a successful connect.
 
- <code type="erl">3 client>{ok, TLSSocket} = ssl:connect(Socket, [{cacertfile, "cacerts.pem"},
-{certfile, "cert.pem"}, {keyfile, "key.pem"}], infinity).
+ <code type="erl">3 client>{ok, TLSSocket} = ssl:connect(Socket, [{verify, verify_peer},
+ {cacertfile, "cacerts.pem"},
+ {certs_keys, [#{certfile => "cert.pem", keyfile => "key.pem"}]}], infinity).
 {ok,{sslsocket,[...]}}</code>
- 
- Step 8: Send a message over TLS:
+
+ Step 7: Send a message over TLS:
 <code type="erl">4 client> ssl:send(TLSSocket, "foo").
-ok</code>
+ ok</code>
 
- Step 9: Set <c>active true</c> on the TLS socket:
- <code type="erl">4 server> ssl:setopts(TLSSocket, [{active, true}]).
-ok</code>
+ Step 8: Set <c>active once</c> on the TLS socket:
+ <code type="erl">5 server> ssl:setopts(TLSSocket, [{active, once}]).
+ ok</code>
 
- Step 10: Flush the shell message queue to see that
- the message was sent on the client side:
+ Step 9: Flush the shell message queue to see that
+ the message sent on the client side is recived by the server side:
 
 <code type="erl">5 server> flush().
-Shell got {ssl,{sslsocket,[...]},"foo"}
-ok</code>
- </section>
- </section>
+ Shell got {ssl,{sslsocket,[...]},"foo"}
+ ok</code>
+</section>
 
 <section>
 <title>Customizing cipher suites</title>
@@ -265,17 +278,17 @@ crypto:engine_load(&lt;&lt;"dynamic">>,
 <code type="erl">4> {ok, SSLSocket} =
 ssl:connect("localhost", 9999,
 [{cacertfile, "cacerts.pem"},
- {certfile, "cert.pem"},
- {key, PrivKey}], infinity).
+	 {certs_keys, [#{certfile => "cert.pem", key => PrivKey}]}
+	 ], infinity).
 </code>
 
 See also <seeguide marker="crypto:engine_load#engine_load"> crypto documentation</seeguide> 
 
 </section>
 
-
 <section>
 <title>Session Reuse pre TLS 1.3</title>
+
 Clients can request to reuse a session established by a
 previous full handshake between that client and server by sending
 the id of the session in the initial handshake message. The server
@@ -477,42 +490,16 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 
 An example with automatic and manual session resumption:
 
-
- Step 1 (server): Start the server: Note that from OTP-25 the
- options certfile and keyfile can be replaced by
- [{certs_keys, [#{certfile => "cert.pem", keyfile => "key.pem"}]}]
-
- <code type="erl">
- {ok, _} = application:ensure_all_started(ssl).
- LOpts = [{certfile, "cert.pem"},
- {keyfile, "key.pem"},
- {versions, ['tlsv1.2','tlsv1.3']},
- {session_tickets, stateless}].
- {ok, LSock} = ssl:listen(8001, LOpts).
- {ok, CSock} = ssl:transport_accept(LSock).
- </code>
-
-
- Step 1 (server): with alternative certificates,
- in this example the EDDSA certificate will be preferred if TLS-1.3
- is negotiated and the RSA certificate will always be used for TLS-1.2
- as it does not support the EDDSA algorithm: Added in OTP-25
-
 <code type="erl">
 {ok, _} = application:ensure_all_started(ssl).
- LOpts = [{certs_keys, [#{certfile => "eddsacert.pem",
- keyfile => "eddsakey.pem"},
-			 #{certfile => "rsacert.pem",
- keyfile => "rsakey.pem",
-			 password => "foobar"}
-			 ]}],
+ LOpts = [{certs_keys, [#{certfile => "cert.pem",
+ keyfile => "key.pem"}]},
 {versions, ['tlsv1.2','tlsv1.3']},
 {session_tickets, stateless}].
 {ok, LSock} = ssl:listen(8001, LOpts).
 {ok, CSock} = ssl:transport_accept(LSock).
 </code>
 
-
 Step 2 (client): Start the client and connect to server:
 <code type="erl">
 {ok, _} = application:ensure_all_started(ssl).
@@ -623,7 +610,8 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 <code type="erl">
 ssl:handshake(CSock3).
 </code>
- </section>
+</section>
+
 
 <section>
 <title>Early Data in TLS 1.3</title>
@@ -656,14 +644,13 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 application:load(ssl),
 {ok, _} = application:ensure_all_started(ssl),
 Port = 11029,
- LOpts = [{certfile, ?SERVER_CERT},
- {keyfile, ?SERVER_KEY},
- {reuseaddr, true},
- {versions, ['tlsv1.2','tlsv1.3']},
- {session_tickets, stateless},
- {early_data, enabled},
- {keep_secrets, true} %% Enable NSS key log (debug option)
- ],
+ LOpts = [{certs_keys, [#{certfile => "cert.pem", keyfile => "key.pem"}]},
+ {reuseaddr, true},
+ {versions, ['tlsv1.2','tlsv1.3']},
+ {session_tickets, stateless},
+ {early_data, enabled},
+ {keep_secrets, true} %% Enable NSS key log (debug option)
+ ],
 {ok, LSock} = ssl:listen(Port, LOpts),
 %% Accept first connection
 {ok, CSock0} = ssl:transport_accept(LSock),
@@ -686,7 +673,7 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 	{ok, _} = application:ensure_all_started(ssl),
 	Port = 11029,
 	Data = &lt;&lt;"HEAD / HTTP/1.1\r\nHost: \r\nConnection: close\r\n"&gt;&gt;,
-	COpts0 = [{cacertfile, ?CA_CERT},
+	COpts0 = [{cacertfile, "cacerts.pem"},
 	 {versions, ['tlsv1.2', 'tlsv1.3']},
 	 {session_tickets, auto}],
 {ok, Sock0} = ssl:connect("localhost", Port, COpts0),
@@ -698,7 +685,7 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 	ssl:close(Sock0),
 
 %% Second handshake 0-RTT
-	COpts1 = [{cacertfile, ?CA_CERT},
+	COpts1 = [{cacertfile, "cacerts.pem"},
 	 {versions, ['tlsv1.2', 'tlsv1.3']},
 		 {session_tickets, auto},
 		 {early_data, Data}],
@@ -713,7 +700,7 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 	{ok, _} = application:ensure_all_started(ssl),
 	Port = 11029,
 	Data = &lt;&lt;"HEAD / HTTP/1.1\r\nHost: \r\nConnection: close\r\n"&gt;&gt;,
-	COpts0 = [{cacertfile, ?CA_CERT},
+	COpts0 = [{cacertfile, "cacerts.pem"},
 	 {versions, ['tlsv1.2', 'tlsv1.3']},
 	 {session_tickets, manual}],
 {ok, Sock0} = ssl:connect("localhost", Port, COpts0),
@@ -730,7 +717,7 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 ssl:close(Sock0),
 
 %% Second handshake 0-RTT
- COpts1 = [{cacertfile, ?CA_CERT},
+ COpts1 = [{cacertfile, "cacerts.pem"},
 {versions, ['tlsv1.2', 'tlsv1.3']},
 		 {session_tickets, manual},
 		 {use_ticket, [Ticket]},
@@ -798,4 +785,14 @@ ssl:connect("localhost", 9999, [{verify, verify_peer},
 </list>
 
 </section>
+
+ <section>
+ <title>Using DTLS</title>
+
+ Using DTLS has basically the same API as TLS. You need to add the option {protocol, dtls} to the connect and listen functions. For example
+
+ <code type="erl"> client> {ok, Socket} = ssl:connect("localhost", 9999, [{protocol, dtls},
+{verify, verify_peer},{cacertfile, "cacerts.pem"}], infinity).
+{ok,{sslsocket, [...]}}</code> 
+ </section>
 </chapter>
-- 
2.35.3

Places

File 3741-ssl-Enhance-documentation.patch of Package erlang (Revision 6ff263ea95f98a067bf8d20b6686eae1)

Places