=pod =head1 NAME SSL_export_keying_material, SSL_export_keying_material_early - obtain keying material for application use =head1 SYNOPSIS #include int SSL_export_keying_material(SSL *s, unsigned char *out, size_t olen, const char *label, size_t llen, const unsigned char *context, size_t contextlen, int use_context); int SSL_export_keying_material_early(SSL *s, unsigned char *out, size_t olen, const char *label, size_t llen, const unsigned char *context, size_t contextlen); =head1 DESCRIPTION During the creation of a TLS or DTLS connection shared keying material is established between the two endpoints. The functions SSL_export_keying_material() and SSL_export_keying_material_early() enable an application to use some of this keying material for its own purposes in accordance with RFC5705 (for TLSv1.2 and below) or RFC8446 (for TLSv1.3). SSL_export_keying_material() derives keying material using the F established in the handshake. SSL_export_keying_material_early() is only usable with TLSv1.3, and derives keying material using the F (as defined in the TLS 1.3 RFC). For the client, the F is only available when the client attempts to send 0-RTT data. For the server, it is only available when the server accepts 0-RTT data. An application may need to securely establish the context within which this keying material will be used. For example this may include identifiers for the application session, application algorithms or parameters, or the lifetime of the context. The context value is left to the application but must be the same on both sides of the communication. For a given SSL connection B, B bytes of data will be written to B. The application specific context should be supplied in the location pointed to by B and should be B bytes long. Provision of a context is optional. If the context should be omitted entirely then B should be set to 0. Otherwise it should be any other value. If B is 0 then the values of B and B are ignored. Note that in TLSv1.2 and below a zero length context is treated differently from no context at all, and will result in different keying material being returned. In TLSv1.3 a zero length context is that same as no context at all and will result in the same keying material being returned. An application specific label should be provided in the location pointed to by B