2012-02-27 20:09:35 +01:00
|
|
|
# TLS (SSL)
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2012-03-03 00:14:03 +01:00
|
|
|
Stability: 3 - Stable
|
|
|
|
|
2010-12-08 22:22:12 +01:00
|
|
|
Use `require('tls')` to access this module.
|
|
|
|
|
|
|
|
The `tls` module uses OpenSSL to provide Transport Layer Security and/or
|
|
|
|
Secure Socket Layer: encrypted stream communication.
|
|
|
|
|
|
|
|
TLS/SSL is a public/private key infrastructure. Each client and each
|
|
|
|
server must have a private key. A private key is created like this
|
|
|
|
|
|
|
|
openssl genrsa -out ryans-key.pem 1024
|
|
|
|
|
|
|
|
All severs and some clients need to have a certificate. Certificates are public
|
|
|
|
keys signed by a Certificate Authority or self-signed. The first step to
|
|
|
|
getting a certificate is to create a "Certificate Signing Request" (CSR)
|
|
|
|
file. This is done with:
|
|
|
|
|
|
|
|
openssl req -new -key ryans-key.pem -out ryans-csr.pem
|
|
|
|
|
|
|
|
To create a self-signed certificate with the CSR, do this:
|
|
|
|
|
|
|
|
openssl x509 -req -in ryans-csr.pem -signkey ryans-key.pem -out ryans-cert.pem
|
|
|
|
|
|
|
|
Alternatively you can send the CSR to a Certificate Authority for signing.
|
|
|
|
|
|
|
|
(TODO: docs on creating a CA, for now interested users should just look at
|
|
|
|
`test/fixtures/keys/Makefile` in the Node source code)
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
To create .pfx or .p12, do this:
|
|
|
|
|
|
|
|
openssl pkcs12 -export -in agent5-cert.pem -inkey agent5-key.pem \
|
|
|
|
-certfile ca-cert.pem -out agent5.pfx
|
|
|
|
|
|
|
|
- `in`: certificate
|
|
|
|
- `inkey`: private key
|
|
|
|
- `certfile`: all CA certs concatenated in one file like
|
|
|
|
`cat ca1-cert.pem ca2-cert.pem > ca-cert.pem`
|
|
|
|
|
|
|
|
|
2012-02-27 20:09:35 +01:00
|
|
|
## Client-initiated renegotiation attack mitigation
|
|
|
|
|
|
|
|
<!-- type=misc -->
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2012-02-15 19:26:43 +01:00
|
|
|
The TLS protocol lets the client renegotiate certain aspects of the TLS session.
|
|
|
|
Unfortunately, session renegotiation requires a disproportional amount of
|
|
|
|
server-side resources, which makes it a potential vector for denial-of-service
|
|
|
|
attacks.
|
|
|
|
|
|
|
|
To mitigate this, renegotiations are limited to three times every 10 minutes. An
|
2013-06-13 15:36:00 +02:00
|
|
|
error is emitted on the [tls.TLSSocket][] instance when the threshold is
|
2012-06-06 21:05:18 +02:00
|
|
|
exceeded. The limits are configurable:
|
2012-02-15 19:26:43 +01:00
|
|
|
|
|
|
|
- `tls.CLIENT_RENEG_LIMIT`: renegotiation limit, default is 3.
|
|
|
|
|
|
|
|
- `tls.CLIENT_RENEG_WINDOW`: renegotiation window in seconds, default is
|
2013-07-08 20:25:40 +02:00
|
|
|
10 minutes.
|
2012-02-15 19:26:43 +01:00
|
|
|
|
|
|
|
Don't change the defaults unless you know what you are doing.
|
|
|
|
|
|
|
|
To test your server, connect to it with `openssl s_client -connect address:port`
|
|
|
|
and tap `R<CR>` (that's the letter `R` followed by a carriage return) a few
|
|
|
|
times.
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
|
2012-02-27 20:09:35 +01:00
|
|
|
## NPN and SNI
|
|
|
|
|
|
|
|
<!-- type=misc -->
|
2012-02-17 23:58:42 +01:00
|
|
|
|
|
|
|
NPN (Next Protocol Negotiation) and SNI (Server Name Indication) are TLS
|
|
|
|
handshake extensions allowing you:
|
|
|
|
|
|
|
|
* NPN - to use one TLS server for multiple protocols (HTTP, SPDY)
|
|
|
|
* SNI - to use one TLS server for multiple hostnames with different SSL
|
|
|
|
certificates.
|
|
|
|
|
|
|
|
|
2013-03-19 00:16:55 +01:00
|
|
|
## tls.getCiphers()
|
|
|
|
|
|
|
|
Returns an array with the names of the supported SSL ciphers.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
var ciphers = tls.getCiphers();
|
|
|
|
console.log(ciphers); // ['AES128-SHA', 'AES256-SHA', ...]
|
|
|
|
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
## tls.createServer(options, [secureConnectionListener])
|
2011-10-15 18:26:38 +02:00
|
|
|
|
2012-06-06 21:05:18 +02:00
|
|
|
Creates a new [tls.Server][]. The `connectionListener` argument is
|
|
|
|
automatically set as a listener for the [secureConnection][] event. The
|
|
|
|
`options` object has these possibilities:
|
2011-10-15 18:26:38 +02:00
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
- `pfx`: A string or `Buffer` containing the private key, certificate and
|
|
|
|
CA certs of the server in PFX or PKCS12 format. (Mutually exclusive with
|
|
|
|
the `key`, `cert` and `ca` options.)
|
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
- `key`: A string or `Buffer` containing the private key of the server in
|
|
|
|
PEM format. (Required)
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
- `passphrase`: A string of passphrase for the private key or pfx.
|
2011-10-26 19:34:56 +02:00
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
- `cert`: A string or `Buffer` containing the certificate key of the server in
|
|
|
|
PEM format. (Required)
|
|
|
|
|
2013-09-16 22:57:00 +02:00
|
|
|
- `ca`: An array of strings or `Buffer`s of trusted certificates in PEM
|
|
|
|
format. If this is omitted several well known "root" CAs will be used,
|
|
|
|
like VeriSign. These are used to authorize connections.
|
2011-10-15 18:26:38 +02:00
|
|
|
|
2012-02-10 06:58:58 +01:00
|
|
|
- `crl` : Either a string or list of strings of PEM encoded CRLs (Certificate
|
|
|
|
Revocation List)
|
|
|
|
|
2012-08-21 22:27:13 +02:00
|
|
|
- `ciphers`: A string describing the ciphers to use or exclude.
|
|
|
|
|
|
|
|
To mitigate [BEAST attacks] it is recommended that you use this option in
|
|
|
|
conjunction with the `honorCipherOrder` option described below to
|
|
|
|
prioritize the non-CBC cipher.
|
|
|
|
|
2013-10-14 16:53:59 +02:00
|
|
|
Defaults to `ECDHE-RSA-AES128-SHA256:AES128-GCM-SHA256:RC4:HIGH:!MD5:!aNULL:!EDH`.
|
2012-08-21 22:27:13 +02:00
|
|
|
Consult the [OpenSSL cipher list format documentation] for details on the
|
2013-10-14 16:53:59 +02:00
|
|
|
format.
|
2012-08-21 22:27:13 +02:00
|
|
|
|
2013-06-27 01:37:29 +02:00
|
|
|
|
|
|
|
`AES128-GCM-SHA256` is used when node.js is linked against OpenSSL 1.0.1
|
|
|
|
or newer and the client speaks TLS 1.2, RC4 is used as a secure fallback.
|
2012-08-21 22:27:13 +02:00
|
|
|
|
|
|
|
**NOTE**: Previous revisions of this section suggested `AES256-SHA` as an
|
|
|
|
acceptable cipher. Unfortunately, `AES256-SHA` is a CBC cipher and therefore
|
|
|
|
susceptible to BEAST attacks. Do *not* use it.
|
|
|
|
|
2013-10-14 16:53:59 +02:00
|
|
|
- `ecdhCurve`: A string describing a named curve to use for ECDH ciphers or
|
|
|
|
false to disable all ECDH ciphers.
|
|
|
|
|
|
|
|
This is required to support ECDH (Elliptic Curve Diffie-Hellman) ciphers.
|
|
|
|
ECDH ciphers are a newer alternative to RSA. The advantages of ECDH over
|
|
|
|
RSA is that it offers [Forward secrecy]. Forward secrecy means that for an
|
|
|
|
attacker it won't be possible to decrypt your previous data exchanges if
|
|
|
|
they get access to your private key.
|
|
|
|
|
|
|
|
Defaults to `prime256v1`. Consult [RFC 4492] for more details.
|
|
|
|
|
2012-12-03 18:29:01 +01:00
|
|
|
- `handshakeTimeout`: Abort the connection if the SSL/TLS handshake does not
|
|
|
|
finish in this many milliseconds. The default is 120 seconds.
|
|
|
|
|
|
|
|
A `'clientError'` is emitted on the `tls.Server` object whenever a handshake
|
|
|
|
times out.
|
|
|
|
|
2012-08-21 22:27:13 +02:00
|
|
|
- `honorCipherOrder` : When choosing a cipher, use the server's preferences
|
|
|
|
instead of the client preferences.
|
|
|
|
|
|
|
|
Note that if SSLv2 is used, the server will send its list of preferences
|
|
|
|
to the client, and the client chooses the cipher.
|
|
|
|
|
|
|
|
Although, this option is disabled by default, it is *recommended* that you
|
|
|
|
use this option in conjunction with the `ciphers` option to mitigate
|
|
|
|
BEAST attacks.
|
2012-02-09 17:14:39 +01:00
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
- `requestCert`: If `true` the server will request a certificate from
|
|
|
|
clients that connect and attempt to verify that certificate. Default:
|
|
|
|
`false`.
|
|
|
|
|
|
|
|
- `rejectUnauthorized`: If `true` the server will reject any connection
|
|
|
|
which is not authorized with the list of supplied CAs. This option only
|
|
|
|
has an effect if `requestCert` is `true`. Default: `false`.
|
|
|
|
|
|
|
|
- `NPNProtocols`: An array or `Buffer` of possible NPN protocols. (Protocols
|
|
|
|
should be ordered by their priority).
|
|
|
|
|
2013-08-03 19:29:54 +02:00
|
|
|
- `SNICallback(servername, cb)`: A function that will be called if client
|
|
|
|
supports SNI TLS extension. Two argument will be passed to it: `servername`,
|
|
|
|
and `cb`. `SNICallback` should invoke `cb(null, ctx)`, where `ctx` is a
|
|
|
|
SecureContext instance.
|
2011-10-15 18:26:38 +02:00
|
|
|
(You can use `crypto.createCredentials(...).context` to get proper
|
|
|
|
SecureContext). If `SNICallback` wasn't provided - default callback with
|
|
|
|
high-level API will be used (see below).
|
|
|
|
|
2013-03-29 00:16:12 +01:00
|
|
|
- `sessionTimeout`: An integer specifying the seconds after which TLS
|
2013-03-18 15:10:41 +01:00
|
|
|
session identifiers and TLS session tickets created by the server are
|
|
|
|
timed out. See [SSL_CTX_set_timeout] for more details.
|
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
- `sessionIdContext`: A string containing a opaque identifier for session
|
|
|
|
resumption. If `requestCert` is `true`, the default is MD5 hash value
|
|
|
|
generated from command-line. Otherwise, the default is not provided.
|
|
|
|
|
2013-07-25 23:21:52 +02:00
|
|
|
- `secureProtocol`: The SSL method to use, e.g. `SSLv3_method` to force
|
|
|
|
SSL version 3. The possible values depend on your installation of
|
|
|
|
OpenSSL and are defined in the constant [SSL_METHODS][].
|
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
Here is a simple example echo server:
|
|
|
|
|
|
|
|
var tls = require('tls');
|
|
|
|
var fs = require('fs');
|
|
|
|
|
|
|
|
var options = {
|
|
|
|
key: fs.readFileSync('server-key.pem'),
|
|
|
|
cert: fs.readFileSync('server-cert.pem'),
|
2011-10-16 09:31:41 +02:00
|
|
|
|
|
|
|
// This is necessary only if using the client certificate authentication.
|
2011-10-15 18:26:38 +02:00
|
|
|
requestCert: true,
|
2011-10-16 09:31:41 +02:00
|
|
|
|
|
|
|
// This is necessary only if the client uses the self-signed certificate.
|
2011-10-15 18:26:38 +02:00
|
|
|
ca: [ fs.readFileSync('client-cert.pem') ]
|
|
|
|
};
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
var server = tls.createServer(options, function(socket) {
|
2011-10-15 18:26:38 +02:00
|
|
|
console.log('server connected',
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.authorized ? 'authorized' : 'unauthorized');
|
|
|
|
socket.write("welcome!\n");
|
|
|
|
socket.setEncoding('utf8');
|
|
|
|
socket.pipe(socket);
|
2011-10-15 18:26:38 +02:00
|
|
|
});
|
|
|
|
server.listen(8000, function() {
|
|
|
|
console.log('server bound');
|
|
|
|
});
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
Or
|
|
|
|
|
|
|
|
var tls = require('tls');
|
|
|
|
var fs = require('fs');
|
|
|
|
|
|
|
|
var options = {
|
|
|
|
pfx: fs.readFileSync('server.pfx'),
|
2011-10-15 18:26:38 +02:00
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
// This is necessary only if using the client certificate authentication.
|
|
|
|
requestCert: true,
|
|
|
|
|
|
|
|
};
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
var server = tls.createServer(options, function(socket) {
|
2012-05-13 21:38:23 +02:00
|
|
|
console.log('server connected',
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.authorized ? 'authorized' : 'unauthorized');
|
|
|
|
socket.write("welcome!\n");
|
|
|
|
socket.setEncoding('utf8');
|
|
|
|
socket.pipe(socket);
|
2012-05-13 21:38:23 +02:00
|
|
|
});
|
|
|
|
server.listen(8000, function() {
|
|
|
|
console.log('server bound');
|
|
|
|
});
|
2011-10-15 18:26:38 +02:00
|
|
|
You can test this server by connecting to it with `openssl s_client`:
|
|
|
|
|
|
|
|
|
|
|
|
openssl s_client -connect 127.0.0.1:8000
|
|
|
|
|
|
|
|
|
2012-10-08 19:10:29 +02:00
|
|
|
## tls.connect(options, [callback])
|
|
|
|
## tls.connect(port, [host], [options], [callback])
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2011-11-02 01:27:50 +01:00
|
|
|
Creates a new client connection to the given `port` and `host` (old API) or
|
|
|
|
`options.port` and `options.host`. (If `host` is omitted, it defaults to
|
|
|
|
`localhost`.) `options` should be an object which specifies:
|
|
|
|
|
|
|
|
- `host`: Host the client should connect to
|
|
|
|
|
|
|
|
- `port`: Port the client should connect to
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2012-01-09 02:28:49 +01:00
|
|
|
- `socket`: Establish secure connection on a given socket rather than
|
|
|
|
creating a new socket. If this option is specified, `host` and `port`
|
|
|
|
are ignored.
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
- `pfx`: A string or `Buffer` containing the private key, certificate and
|
|
|
|
CA certs of the server in PFX or PKCS12 format.
|
|
|
|
|
2011-10-16 09:31:41 +02:00
|
|
|
- `key`: A string or `Buffer` containing the private key of the client in
|
2011-10-26 19:34:56 +02:00
|
|
|
PEM format.
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
- `passphrase`: A string of passphrase for the private key or pfx.
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2011-10-16 09:31:41 +02:00
|
|
|
- `cert`: A string or `Buffer` containing the certificate key of the client in
|
2010-12-11 11:26:48 +01:00
|
|
|
PEM format.
|
|
|
|
|
2013-09-16 22:57:00 +02:00
|
|
|
- `ca`: An array of strings or `Buffer`s of trusted certificates in PEM
|
|
|
|
format. If this is omitted several well known "root" CAs will be used,
|
|
|
|
like VeriSign. These are used to authorize connections.
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2011-12-07 14:47:06 +01:00
|
|
|
- `rejectUnauthorized`: If `true`, the server certificate is verified against
|
|
|
|
the list of supplied CAs. An `'error'` event is emitted if verification
|
2012-08-30 15:14:37 +02:00
|
|
|
fails. Default: `true`.
|
2011-12-07 14:47:06 +01:00
|
|
|
|
2013-09-16 22:57:34 +02:00
|
|
|
- `NPNProtocols`: An array of strings or `Buffer`s containing supported NPN
|
|
|
|
protocols. `Buffer`s should have following format: `0x05hello0x05world`,
|
2011-10-16 09:31:41 +02:00
|
|
|
where first byte is next protocol name's length. (Passing array should
|
2011-11-26 03:26:11 +01:00
|
|
|
usually be much simpler: `['hello', 'world']`.)
|
2011-07-30 16:03:05 +02:00
|
|
|
|
|
|
|
- `servername`: Servername for SNI (Server Name Indication) TLS extension.
|
|
|
|
|
2013-05-15 21:14:20 +02:00
|
|
|
- `secureProtocol`: The SSL method to use, e.g. `SSLv3_method` to force
|
|
|
|
SSL version 3. The possible values depend on your installation of
|
|
|
|
OpenSSL and are defined in the constant [SSL_METHODS][].
|
|
|
|
|
2012-10-08 19:10:29 +02:00
|
|
|
The `callback` parameter will be added as a listener for the
|
2012-06-06 21:05:18 +02:00
|
|
|
['secureConnect'][] event.
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`tls.connect()` returns a [tls.TLSSocket][] object.
|
2010-12-11 11:26:48 +01:00
|
|
|
|
2011-10-15 18:26:38 +02:00
|
|
|
Here is an example of a client of echo server as described previously:
|
|
|
|
|
|
|
|
var tls = require('tls');
|
|
|
|
var fs = require('fs');
|
|
|
|
|
|
|
|
var options = {
|
2011-10-16 09:31:41 +02:00
|
|
|
// These are necessary only if using the client certificate authentication
|
2011-10-15 18:26:38 +02:00
|
|
|
key: fs.readFileSync('client-key.pem'),
|
|
|
|
cert: fs.readFileSync('client-cert.pem'),
|
2011-10-16 09:31:41 +02:00
|
|
|
|
|
|
|
// This is necessary only if the server uses the self-signed certificate
|
2011-10-15 18:26:38 +02:00
|
|
|
ca: [ fs.readFileSync('server-cert.pem') ]
|
|
|
|
};
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
var socket = tls.connect(8000, options, function() {
|
2011-10-15 18:26:38 +02:00
|
|
|
console.log('client connected',
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.authorized ? 'authorized' : 'unauthorized');
|
|
|
|
process.stdin.pipe(socket);
|
2011-10-16 09:31:41 +02:00
|
|
|
process.stdin.resume();
|
|
|
|
});
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.setEncoding('utf8');
|
|
|
|
socket.on('data', function(data) {
|
2011-10-16 09:31:41 +02:00
|
|
|
console.log(data);
|
2011-10-15 18:26:38 +02:00
|
|
|
});
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.on('end', function() {
|
2011-10-16 09:31:41 +02:00
|
|
|
server.close();
|
2011-10-15 18:26:38 +02:00
|
|
|
});
|
|
|
|
|
2012-05-13 21:38:23 +02:00
|
|
|
Or
|
|
|
|
|
|
|
|
var tls = require('tls');
|
|
|
|
var fs = require('fs');
|
|
|
|
|
|
|
|
var options = {
|
|
|
|
pfx: fs.readFileSync('client.pfx')
|
|
|
|
};
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
var socket = tls.connect(8000, options, function() {
|
2012-05-13 21:38:23 +02:00
|
|
|
console.log('client connected',
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.authorized ? 'authorized' : 'unauthorized');
|
|
|
|
process.stdin.pipe(socket);
|
2012-05-13 21:38:23 +02:00
|
|
|
process.stdin.resume();
|
|
|
|
});
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.setEncoding('utf8');
|
|
|
|
socket.on('data', function(data) {
|
2012-05-13 21:38:23 +02:00
|
|
|
console.log(data);
|
|
|
|
});
|
2013-06-13 15:36:00 +02:00
|
|
|
socket.on('end', function() {
|
2012-05-13 21:38:23 +02:00
|
|
|
server.close();
|
|
|
|
});
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2013-07-03 09:46:01 +02:00
|
|
|
## Class: tls.TLSSocket
|
|
|
|
|
|
|
|
Wrapper for instance of [net.Socket][], replaces internal socket read/write
|
|
|
|
routines to perform transparent encryption/decryption of incoming/outgoing data.
|
|
|
|
|
|
|
|
## new tls.TLSSocket(socket, options)
|
|
|
|
|
|
|
|
Construct a new TLSSocket object from existing TCP socket.
|
|
|
|
|
|
|
|
`socket` is an instance of [net.Socket][]
|
|
|
|
|
|
|
|
`options` is an object that might contain following properties:
|
|
|
|
|
|
|
|
- `credentials`: An optional credentials object from
|
|
|
|
`crypto.createCredentials( ... )`
|
|
|
|
|
|
|
|
- `isServer`: If true - TLS socket will be instantiated in server-mode
|
|
|
|
|
|
|
|
- `server`: An optional [net.Server][] instance
|
|
|
|
|
|
|
|
- `requestCert`: Optional, see [tls.createSecurePair][]
|
|
|
|
|
|
|
|
- `rejectUnauthorized`: Optional, see [tls.createSecurePair][]
|
|
|
|
|
|
|
|
- `NPNProtocols`: Optional, see [tls.createServer][]
|
|
|
|
|
|
|
|
- `SNICallback`: Optional, see [tls.createServer][]
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
## tls.createSecurePair([credentials], [isServer], [requestCert], [rejectUnauthorized])
|
2011-03-29 18:58:50 +02:00
|
|
|
|
2013-06-17 03:56:00 +02:00
|
|
|
Stability: 0 - Deprecated. Use tls.TLSSocket instead.
|
2013-06-13 15:36:00 +02:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
Creates a new secure pair object with two streams, one of which reads/writes
|
|
|
|
encrypted data, and one reads/writes cleartext data.
|
|
|
|
Generally the encrypted one is piped to/from an incoming encrypted data stream,
|
|
|
|
and the cleartext one is used as a replacement for the initial encrypted stream.
|
2011-03-29 18:58:50 +02:00
|
|
|
|
2011-08-03 04:17:16 +02:00
|
|
|
- `credentials`: A credentials object from crypto.createCredentials( ... )
|
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
- `isServer`: A boolean indicating whether this tls connection should be
|
|
|
|
opened as a server or a client.
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
- `requestCert`: A boolean indicating whether a server should request a
|
|
|
|
certificate from a connecting client. Only applies to server connections.
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
- `rejectUnauthorized`: A boolean indicating whether a server should
|
|
|
|
automatically reject clients with invalid certificates. Only applies to
|
|
|
|
servers with `requestCert` enabled.
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`tls.createSecurePair()` returns a SecurePair object with `cleartext` and
|
2012-06-06 21:05:18 +02:00
|
|
|
`encrypted` stream properties.
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
NOTE: `cleartext` has the same APIs as [tls.TLSSocket][]
|
|
|
|
|
2012-02-27 20:09:35 +01:00
|
|
|
## Class: SecurePair
|
|
|
|
|
|
|
|
Returned by tls.createSecurePair.
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### Event: 'secure'
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
The event is emitted from the SecurePair once the pair has successfully
|
|
|
|
established a secure connection.
|
2011-08-03 04:17:16 +02:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
Similarly to the checking for the server 'secureConnection' event,
|
|
|
|
pair.cleartext.authorized should be checked to confirm whether the certificate
|
|
|
|
used properly authorized.
|
2011-03-29 18:58:50 +02:00
|
|
|
|
2012-02-27 20:09:35 +01:00
|
|
|
## Class: tls.Server
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
This class is a subclass of `net.Server` and has the same methods on it.
|
|
|
|
Instead of accepting just raw TCP connections, this accepts encrypted
|
|
|
|
connections using TLS or SSL.
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### Event: 'secureConnection'
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`function (tlsSocket) {}`
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
This event is emitted after a new connection has been successfully
|
2013-06-13 15:36:00 +02:00
|
|
|
handshaked. The argument is a instance of [tls.TLSSocket][]. It has all the
|
2012-06-06 21:05:18 +02:00
|
|
|
common stream methods and events.
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`socket.authorized` is a boolean value which indicates if the
|
2011-02-25 01:36:43 +01:00
|
|
|
client has verified by one of the supplied certificate authorities for the
|
2013-06-13 15:36:00 +02:00
|
|
|
server. If `socket.authorized` is false, then
|
|
|
|
`socket.authorizationError` is set to describe how authorization
|
2010-12-08 22:22:12 +01:00
|
|
|
failed. Implied but worth mentioning: depending on the settings of the TLS
|
2011-07-30 16:03:05 +02:00
|
|
|
server, you unauthorized connections may be accepted.
|
2013-06-13 15:36:00 +02:00
|
|
|
`socket.npnProtocol` is a string containing selected NPN protocol.
|
|
|
|
`socket.servername` is a string containing servername requested with
|
2011-07-30 16:03:05 +02:00
|
|
|
SNI.
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### Event: 'clientError'
|
2011-12-17 18:09:16 +01:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`function (exception, tlsSocket) { }`
|
2011-12-17 18:09:16 +01:00
|
|
|
|
|
|
|
When a client connection emits an 'error' event before secure connection is
|
|
|
|
established - it will be forwarded here.
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
`tlsSocket` is the [tls.TLSSocket][] that the error originated from.
|
2012-07-07 22:20:23 +02:00
|
|
|
|
|
|
|
|
2013-06-17 12:11:13 +02:00
|
|
|
### Event: 'newSession'
|
|
|
|
|
|
|
|
`function (sessionId, sessionData) { }`
|
|
|
|
|
|
|
|
Emitted on creation of TLS session. May be used to store sessions in external
|
|
|
|
storage.
|
|
|
|
|
|
|
|
NOTE: adding this event listener will have an effect only on connections
|
|
|
|
established after addition of event listener.
|
|
|
|
|
|
|
|
|
|
|
|
### Event: 'resumeSession'
|
|
|
|
|
|
|
|
`function (sessionId, callback) { }`
|
|
|
|
|
|
|
|
Emitted when client wants to resume previous TLS session. Event listener may
|
|
|
|
perform lookup in external storage using given `sessionId`, and invoke
|
|
|
|
`callback(null, sessionData)` once finished. If session can't be resumed
|
|
|
|
(i.e. doesn't exist in storage) one may call `callback(null, null)`. Calling
|
|
|
|
`callback(err)` will terminate incoming connection and destroy socket.
|
|
|
|
|
|
|
|
NOTE: adding this event listener will have an effect only on connections
|
|
|
|
established after addition of event listener.
|
|
|
|
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.listen(port, [host], [callback])
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
Begin accepting connections on the specified `port` and `host`. If the
|
|
|
|
`host` is omitted, the server will accept connections directed to any
|
|
|
|
IPv4 address (`INADDR_ANY`).
|
|
|
|
|
|
|
|
This function is asynchronous. The last parameter `callback` will be called
|
|
|
|
when the server has been bound.
|
|
|
|
|
|
|
|
See `net.Server` for more information.
|
|
|
|
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.close()
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
Stops the server from accepting new connections. This function is
|
|
|
|
asynchronous, the server is finally closed when the server emits a `'close'`
|
|
|
|
event.
|
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.address()
|
2011-10-26 14:12:23 +02:00
|
|
|
|
2012-04-13 09:45:38 +02:00
|
|
|
Returns the bound address, the address family name and port of the
|
2012-06-06 21:05:18 +02:00
|
|
|
server as reported by the operating system. See [net.Server.address()][] for
|
|
|
|
more information.
|
2011-10-26 14:12:23 +02:00
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.addContext(hostname, credentials)
|
2011-07-30 16:03:05 +02:00
|
|
|
|
|
|
|
Add secure context that will be used if client request's SNI hostname is
|
|
|
|
matching passed `hostname` (wildcards can be used). `credentials` can contain
|
|
|
|
`key`, `cert` and `ca`.
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.maxConnections
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2011-08-11 10:13:13 +02:00
|
|
|
Set this property to reject connections when the server's connection count
|
|
|
|
gets high.
|
2010-12-08 22:22:12 +01:00
|
|
|
|
2012-02-17 23:58:42 +01:00
|
|
|
### server.connections
|
2010-12-08 22:22:12 +01:00
|
|
|
|
|
|
|
The number of concurrent connections on the server.
|
2011-08-11 10:13:13 +02:00
|
|
|
|
|
|
|
|
2013-01-24 00:17:04 +01:00
|
|
|
## Class: CryptoStream
|
|
|
|
|
2013-06-17 03:56:00 +02:00
|
|
|
Stability: 0 - Deprecated. Use tls.TLSSocket instead.
|
2013-06-13 15:36:00 +02:00
|
|
|
|
2013-01-24 00:17:04 +01:00
|
|
|
This is an encrypted stream.
|
|
|
|
|
|
|
|
### cryptoStream.bytesWritten
|
|
|
|
|
|
|
|
A proxy to the underlying socket's bytesWritten accessor, this will return
|
|
|
|
the total bytes written to the socket, *including the TLS overhead*.
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
## Class: tls.TLSSocket
|
2011-08-11 10:13:13 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
This is a wrapped version of [net.Socket][] that does transparent encryption
|
|
|
|
of written data and all required TLS negotiation.
|
2011-08-11 10:13:13 +02:00
|
|
|
|
2012-06-06 21:05:18 +02:00
|
|
|
This instance implements a duplex [Stream][] interfaces. It has all the
|
|
|
|
common stream methods and events.
|
2011-08-11 10:13:13 +02:00
|
|
|
|
2012-02-27 20:09:35 +01:00
|
|
|
### Event: 'secureConnect'
|
2011-10-15 12:27:21 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
This event is emitted after a new connection has been successfully handshaked.
|
2011-10-15 12:27:21 +02:00
|
|
|
The listener will be called no matter if the server's certificate was
|
2013-06-13 15:36:00 +02:00
|
|
|
authorized or not. It is up to the user to test `tlsSocket.authorized`
|
2011-10-15 12:27:21 +02:00
|
|
|
to see if the server certificate was signed by one of the specified CAs.
|
2013-06-13 15:36:00 +02:00
|
|
|
If `tlsSocket.authorized === false` then the error can be found in
|
|
|
|
`tlsSocket.authorizationError`. Also if NPN was used - you can check
|
|
|
|
`tlsSocket.npnProtocol` for negotiated protocol.
|
2011-10-15 12:27:21 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.authorized
|
2011-08-11 10:13:13 +02:00
|
|
|
|
|
|
|
A boolean that is `true` if the peer certificate was signed by one of the
|
|
|
|
specified CAs, otherwise `false`
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.authorizationError
|
2011-08-11 10:13:13 +02:00
|
|
|
|
|
|
|
The reason why the peer's certificate has not been verified. This property
|
2013-06-13 15:36:00 +02:00
|
|
|
becomes available only when `tlsSocket.authorized === false`.
|
2011-08-11 10:13:13 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.getPeerCertificate()
|
2011-08-11 10:13:13 +02:00
|
|
|
|
2011-11-26 03:26:11 +01:00
|
|
|
Returns an object representing the peer's certificate. The returned object has
|
2011-08-11 10:13:13 +02:00
|
|
|
some properties corresponding to the field of the certificate.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
{ subject:
|
|
|
|
{ C: 'UK',
|
|
|
|
ST: 'Acknack Ltd',
|
|
|
|
L: 'Rhys Jones',
|
|
|
|
O: 'node.js',
|
|
|
|
OU: 'Test TLS Certificate',
|
|
|
|
CN: 'localhost' },
|
|
|
|
issuer:
|
|
|
|
{ C: 'UK',
|
|
|
|
ST: 'Acknack Ltd',
|
|
|
|
L: 'Rhys Jones',
|
|
|
|
O: 'node.js',
|
|
|
|
OU: 'Test TLS Certificate',
|
|
|
|
CN: 'localhost' },
|
|
|
|
valid_from: 'Nov 11 09:52:22 2009 GMT',
|
|
|
|
valid_to: 'Nov 6 09:52:22 2029 GMT',
|
2013-11-25 15:09:57 +01:00
|
|
|
fingerprint: '2A:7A:C2:DD:E5:F9:CC:53:72:35:99:7A:02:5A:71:38:52:EC:8A:DF',
|
|
|
|
serialNumber: 'B9B0D332A1AA5635' }
|
2011-08-11 10:13:13 +02:00
|
|
|
|
|
|
|
If the peer does not provide a certificate, it returns `null` or an empty
|
|
|
|
object.
|
2011-10-26 14:12:23 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.getCipher()
|
2012-03-23 05:04:10 +01:00
|
|
|
Returns an object representing the cipher name and the SSL/TLS
|
|
|
|
protocol version of the current connection.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
{ name: 'AES256-SHA', version: 'TLSv1/SSLv3' }
|
|
|
|
|
|
|
|
See SSL_CIPHER_get_name() and SSL_CIPHER_get_version() in
|
|
|
|
http://www.openssl.org/docs/ssl/ssl.html#DEALING_WITH_CIPHERS for more
|
|
|
|
information.
|
|
|
|
|
2013-08-23 15:53:16 +02:00
|
|
|
### tlsSocket.renegotiate(options, callback)
|
|
|
|
|
|
|
|
Initiate TLS renegotiation process. The `options` may contain the following
|
|
|
|
fields: `rejectUnauthorized`, `requestCert` (See [tls.createServer][]
|
|
|
|
for details). `callback(err)` will be executed with `null` as `err`,
|
|
|
|
once the renegotiation is successfully completed.
|
|
|
|
|
|
|
|
NOTE: Can be used to request peer's certificate after the secure connection
|
|
|
|
has been established.
|
|
|
|
|
|
|
|
ANOTHER NOTE: When running as the server, socket will be destroyed
|
|
|
|
with an error after `handshakeTimeout` timeout.
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.address()
|
2011-10-26 14:12:23 +02:00
|
|
|
|
2012-04-13 09:45:38 +02:00
|
|
|
Returns the bound address, the address family name and port of the
|
|
|
|
underlying socket as reported by the operating system. Returns an
|
|
|
|
object with three properties, e.g.
|
|
|
|
`{ port: 12346, family: 'IPv4', address: '127.0.0.1' }`
|
2011-10-26 14:12:23 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.remoteAddress
|
2011-10-26 14:12:23 +02:00
|
|
|
|
|
|
|
The string representation of the remote IP address. For example,
|
|
|
|
`'74.125.127.100'` or `'2001:4860:a005::68'`.
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.remotePort
|
2011-10-26 14:12:23 +02:00
|
|
|
|
|
|
|
The numeric representation of the remote port. For example, `443`.
|
2012-06-06 21:05:18 +02:00
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.localAddress
|
2013-05-20 15:14:30 +02:00
|
|
|
|
|
|
|
The string representation of the local IP address.
|
|
|
|
|
2013-06-13 15:36:00 +02:00
|
|
|
### tlsSocket.localPort
|
2013-05-20 15:14:30 +02:00
|
|
|
|
|
|
|
The numeric representation of the local port.
|
|
|
|
|
2012-08-21 22:27:13 +02:00
|
|
|
[OpenSSL cipher list format documentation]: http://www.openssl.org/docs/apps/ciphers.html#CIPHER_LIST_FORMAT
|
|
|
|
[BEAST attacks]: http://blog.ivanristic.com/2011/10/mitigating-the-beast-attack-on-tls.html
|
2013-07-03 09:46:01 +02:00
|
|
|
[tls.createServer]: #tls_tls_createserver_options_secureconnectionlistener
|
|
|
|
[tls.createSecurePair]: #tls_tls_createsecurepair_credentials_isserver_requestcert_rejectunauthorized
|
2013-06-13 15:36:00 +02:00
|
|
|
[tls.TLSSocket]: #tls_class_tls_tlssocket
|
2013-07-03 09:46:01 +02:00
|
|
|
[net.Server]: net.html#net_class_net_server
|
|
|
|
[net.Socket]: net.html#net_class_net_socket
|
2012-06-06 21:05:18 +02:00
|
|
|
[net.Server.address()]: net.html#net_server_address
|
|
|
|
['secureConnect']: #tls_event_secureconnect
|
|
|
|
[secureConnection]: #tls_event_secureconnection
|
|
|
|
[Stream]: stream.html#stream_stream
|
2013-05-15 21:14:20 +02:00
|
|
|
[SSL_METHODS]: http://www.openssl.org/docs/ssl/ssl.html#DEALING_WITH_PROTOCOL_METHODS
|
2012-06-06 21:05:18 +02:00
|
|
|
[tls.Server]: #tls_class_tls_server
|
2013-03-18 15:10:41 +01:00
|
|
|
[SSL_CTX_set_timeout]: http://www.openssl.org/docs/ssl/SSL_CTX_set_timeout.html
|
2013-10-14 16:53:59 +02:00
|
|
|
[RFC 4492]: http://www.rfc-editor.org/rfc/rfc4492.txt
|
|
|
|
[Forward secrecy]: http://en.wikipedia.org/wiki/Perfect_forward_secrecy
|