TLS transport socket

    As of Envoy v1.18 the v2 API has been removed and is no longer supported.

    If you are upgrading from v2 API config you may wish to view the v2 API documentation:

    This extension may be referenced by the qualified name

    Note

    This extension is intended to be robust against both untrusted downstream and upstream traffic.

    Tip

    This extension extends and can be used with the following extension categories:

    The TLS contexts below provide the transport socket configuration for upstream/downstream TLS.

    common_tls_context

    (extensions.transport_sockets.tls.v3.CommonTlsContext) Common TLS context settings.

    Attention

    Server certificate verification is not enabled by default. Configure to enable verification.

    sni

    (string) SNI string to use when creating TLS backend connections.

    allow_renegotiation

    () If true, server-initiated TLS renegotiation will be allowed.

    Attention

    TLS renegotiation is considered insecure and shouldn’t be used unless absolutely necessary.

    max_session_keys

    (UInt32Value) Maximum number of session keys (Pre-Shared Keys for TLSv1.3+, Session IDs and Session Tickets for TLSv1.2 and older) to store for the purpose of session resumption.

    Defaults to 1, setting this to 0 disables session resumption.

    common_tls_context

    require_client_certificate

    (BoolValue) If specified, Envoy will reject connections without a valid client certificate.

    session_ticket_keys

    () TLS session ticket key settings.

    Only one of session_ticket_keys, , disable_stateless_session_resumption may be set.

    session_ticket_keys_sds_secret_config

    () Config for fetching TLS session ticket keys via SDS API.

    Only one of session_ticket_keys, , disable_stateless_session_resumption may be set.

    disable_stateless_session_resumption

    () Config for controlling stateless TLS session resumption: setting this to true will cause the TLS server to not issue TLS session tickets for the purposes of stateless TLS session resumption. If set to false, the TLS server will issue TLS session tickets and encrypt/decrypt them using the keys specified through either session_ticket_keys or . If this config is set to false and no keys are explicitly configured, the TLS server will issue TLS session tickets and encrypt/decrypt them using an internally-generated and managed key, with the implication that sessions cannot be resumed across hot restarts or on different hosts.

    Only one of session_ticket_keys, , disable_stateless_session_resumption may be set.

    session_timeout

    () If specified, session_timeout will change maximum lifetime (in seconds) of TLS session Currently this value is used as a hint to TLS session ticket lifetime (for TLSv1.2) <https://tools.ietf.org/html/rfc5077#section-5.6&gt; only seconds could be specified (fractional seconds are going to be ignored).

    ocsp_staple_policy

    () Config for whether to use certificates if they do not have an accompanying OCSP response or if the response expires at runtime. Defaults to LENIENT_STAPLING

    [extensions.transport_sockets.tls.v3.DownstreamTlsContext.OcspStaplePolicy proto]

    LENIENT_STAPLING

    (DEFAULT) ⁣OCSP responses are optional. If an OCSP response is absent or expired, the associated certificate will be used for connections without an OCSP staple.

    STRICT_STAPLING

    ⁣OCSP responses are optional. If an OCSP response is absent, the associated certificate will be used without an OCSP staple. If a response is provided but is expired, the associated certificate will not be used for subsequent connections. If no suitable certificate is found, the connection is rejected.

    MUST_STAPLE

    ⁣OCSP responses are required. Configuration will fail if a certificate is provided without an OCSP response. If a response expires, the associated certificate will not be used connections. If no suitable certificate is found, the connection is rejected.

    TLS context shared by both client and server TLS contexts.

    tls_params

    (extensions.transport_sockets.tls.v3.TlsParameters) TLS protocol versions, cipher suites etc.

    tls_certificates

    Only a single TLS certificate is supported in client contexts. In server contexts, the first RSA certificate is used for clients that only support RSA and the first ECDSA certificate is used for clients that support ECDSA.

    Only one of tls_certificates, tls_certificate_sds_secret_configs, and tls_certificate_provider_instance may be used.

    tls_certificate_sds_secret_configs

    (repeated ) Configs for fetching TLS certificates via SDS API. Note SDS API allows certificates to be fetched/refreshed over the network asynchronously with respect to the TLS handshake.

    The same number and types of certificates as tls_certificates are valid in the the certificates fetched through this setting.

    Only one of tls_certificates, tls_certificate_sds_secret_configs, and tls_certificate_provider_instance may be used.

    validation_context

    () How to validate peer certificates.

    Only one of validation_context, , combined_validation_context may be set.

    validation_context_sds_secret_config

    () Config for fetching validation context via SDS API. Note SDS API allows certificates to be fetched/refreshed over the network asynchronously with respect to the TLS handshake.

    Only one of validation_context, , combined_validation_context may be set.

    combined_validation_context

    () Combined certificate validation context holds a default CertificateValidationContext and SDS config. When SDS server returns dynamic CertificateValidationContext, both dynamic and default CertificateValidationContext are merged into a new CertificateValidationContext for validation. This merge is done by Message::MergeFrom(), so dynamic CertificateValidationContext overwrites singular fields in default CertificateValidationContext, and concatenates repeated fields to default CertificateValidationContext, and logical OR is applied to boolean fields.

    Only one of validation_context, , combined_validation_context may be set.

    alpn_protocols

    (repeated ) Supplies the list of ALPN protocols that the listener should expose. In practice this is likely to be set to one of two values (see the codec_type parameter in the HTTP connection manager for more information):

    • “h2,http/1.1” If the listener is going to support both HTTP/2 and HTTP/1.1.

    There is no default for this parameter. If empty, Envoy will not expose ALPN.

    custom_handshaker

    () Custom TLS handshaker. If empty, defaults to native TLS handshaking behavior.

    [extensions.transport_sockets.tls.v3.CommonTlsContext.CombinedCertificateValidationContext proto]

    default_validation_context

    (, REQUIRED) How to validate peer certificates.

    validation_context_sds_secret_config

    (extensions.transport_sockets.tls.v3.SdsSecretConfig, REQUIRED) Config for fetching validation context via SDS API. Note SDS API allows certificates to be fetched/refreshed over the network asynchronously with respect to the TLS handshake.