Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Add_workflow_for_techpubs
AUTH1UserResourceIdentifier{userKey=8a00a0c86820e56901685f374974002d8a00a02355cd1c2f0155cd26cd5909df, userName='null'}
JIRAIDAUTHSBX-112616131009
REV5UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26cb8305e98a00a02355cd1c2f0155cd26cd5909df, userName='null'}
REV6UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26cb8305e98a00a02355cd1c2f0155cd26cd5909df, userName='null'}
REV3UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26cb8706078a00a0c87aff3cc3017b370aaf8a0057, userName='null'}
REV1UserResourceIdentifier{userKey=8a00a02355cd1c2f0155cd26cb8706078a00a0c86573c09001659db4327e0018, userName='null'}


Panel

In this section:

Table of Contents



Overview

Available_since
Release10.1.6



The

Spacevars
0series4
supports the exchange of SIP signaling over the Transport Layer Security (TLS), an IETF protocol for securing communications across an untrusted network. Normally, SIP packets travel in plain text over TCP or UDP connections. Secure SIP is a security measure that uses TLS, the successor to the Secure Sockets Layer (SSL) protocol. The TLS operates just above the transport layer (Layer 4) and provides peer authentication, confidentiality and message integrity.

The 

Spacevars
0product
supports TLS versions 1.0, 1.1 and 1.2 with server-only authentication (in which only the server is authenticated at the TLS layer) and mutual authentication (in which both the TLS client and server are authenticated at the TLS layer). TLS is an effective measure to a number of threats including theft of service, disruption of service, compromise of confidentiality, and compromise of service integrity.

Configure SIP over TLS independently on each hop between SIP devices. Configure SIP transport type selection via the IP Signaling Profile, and provision it on the SIP trunk group. You can also identify it via a DNS lookup.

Include Page
TLS_version
TLS_version

Include Page
_EXTMS note for TLS 1.2
_EXTMS note for TLS 1.2

Include Page
sip-tls-tcp
sip-tls-tcp

Usage Scenarios and TLS Roles

The

Spacevars
0product
uses SIP over TLS in several scenarios as illustrated in the figure below.

Caption
0Figure
1SIP over TLS Usage Scenarios

 

Info
titleNote

In most scenarios, the

Spacevars
0series4
does not support ECC certificates for TLS Handshake. Specifically, the
Spacevars
0series4
does not support ECC certificates for TLS handshake when it acts as a TLS “server-only,” although it can support the certificates when acting as TLS client in the configured “server-and-client” role. 

 

 The table below describes the interrelationship between each of these scenarios, the TLS role (server or client/server), and the authentication requirements.

TLS Usage Scenarios

Usage Scenario

Usage Description

TLS Role

Authentication Requirements

Residential Access

Between a subscriber SIP User Agent (UA) and an SBC.

Server

Server-only authentication.

This is intended for use in conjunction with authenticated SIP registration. A peer is blocked from using any services until a successful SIP registration is performed. A separate registrar is deployed to challenge and authenticate the registration; this is a Ribbon ASX or another device. The registrar is configured to require authentication on the registration; however the

Spacevars
0product
does not check or enforce this.

Enterprise Access

Between an enterprise PBX and an SBC.

Server

Mutual TLS authentication for static (non-registering) IP PBX.

Server-only Authentication for registering PBX.

Inter-Carrier Peering

Between a SIP proxy or Back-to-Back User Agent (B2B UA) belonging to another administrative domain and an SBC.

Client or Server

Mutual TLS authentication.

Intra-Carrier Peering

Between an SBC and a SIP proxy or a B2B UA belonging to the same administrative domain.

Client or Server

Mutual TLS authentication


Deployments may involve two or more of the above scenarios and include different transports (SIP over TLS, SIP over TCP, or SIP over UDP) simultaneously on separate legs of the same signaling path.

Crypto Suites


The
Spacevars
0product
includes crypto suites that define a set of ciphers (algorithms used for encrypting data) which allow the selection of an appropriate level of security. The crypto suites are supported for both TLS and DTLS (Datagram Transport Layer Security) connections. When a TLS or DTLS connection is established, the client and server exchange information about which cipher suites they have in common. Refer to SBC for WRTC for more  information on DTLS. The following crypto suites are supported. 
Multiexcerpt
MultiExcerptNameDTLS Crypto Suites Table


Supported DTLS Crypto Suites

Authentication Mechanism

Public/Private Key Pair

Confidentiality Cipher and Mode

Integrity Cipher

RSA-WITH-NULL-SHA

The integrity cipher used for the TLS Record protocol. 

RSANULLSHA-1

RSA-WITH-AES-128-CBC-SHA (default)

Confidentiality cipher and mode for the TLS Record protocol.

RSA

AES-128-CBC

SHA-1

RSA-WITH-AES-128-CBC-SHA-256

Confidentiality cipher and mode for the TLS Record protocol with SHA-256 as the hash function.

RSAAES-128-CBCSHA-256

RSA-WITH-AES-256-CBC-SHA

Confidentiality cipher and mode for the TLS Record protocol with AES 256 encryption.  

RSA

AES-256-CBC

SHA-1

RSA-WITH-AES-256-CBC-SHA-256*

Confidentiality cipher and mode for the TLS Record protocol with AES 256 encryption and SHA-256 as the hash function.

RSA

AES-256-CBC

SHA-256

TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384**

Confidentiality cipher and mode for the TLS Record with AES256 CBC and SHA384 as the hash function.

ECDH-ECDSA

AES-256-CBC

SHA-384

TLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384**

Confidentiality cipher and mode for the TLS Record with AES256 GCM and SHA384 as the hash function.

ECDH-ECDSAAES-256-GCMSHA-384

TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

Confidentiality cipher and mode for the TLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES128 CBC and SHA as the hash function.

ECDHE-RSAAES-128-CBCSHA-1

TLS-_ECDHE-RSA-WITH-AES-256-CBC-SHA-384*

Confidentiality cipher and mode for the TLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES256 CBC and SHA384 as the hash function.

ECDHE-RSAAES-256-CBCSHA-384

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

Confidentiality cipher and mode for the TLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES128 GCM and SHA as the hash function.

ECDHE-RSAAES-128-GCMSHA-256

TLS-_ECDHE-RSA-WITH-AES-256-GCM-SHA-384*

Confidentiality cipher and mode for the TLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES256 GCM and SHA384 as the hash function.

ECDHE-RSAAES-256-GCMSHA-384

TLS_RSA_WITH_AES_128_GCM_SHA256

Confidentiality cipher and mode for the TLS Record protocol with AES 128 GCM encryption and SHA-256 as the hash function.

RSAAES_128_GCMSHA256

TLS_RSA_WITH_AES_256_GCM_SHA384

Confidentiality cipher and mode for the TLS Record protocol with AES 256 GCM encryption and SHA-384 as the hash function.

RSAAES_256_GCMSHA384

*  To use this cipher, you must enable TLS version 1.2 in the TLS Profile.

**  To use this cipher, you must enable TLS version 1.2 in the TLS Profile and create SSL certificates using ECC keys.



Info
iconfalse

Terms used in this table:

RSA – Authentication based on X.509 certificates using RSA public/private key pairs
AES-128 – Advanced Encryption Standard (128-bit key length)
CBC – Cipher Block Chaining
SHA – Secure Hash algorithm


Info
titleNote

When the Fips-140-3 mode is enabled, do not use the algorithms whose key exchange method is RSA, including:

  • Rsa-with-null-sha
  • Rsa-with-aes-128-cbc-sha
  • Rsa-with-aes-128-cbc-sha-256
  • Rsa-with-aes-256-cbc-sha
  • Rsa-with-aes-256-cbc-sha-256
  • tls_rsa_with_aes_128_gcm_sha256
  • tls_rsa_with_aes_256_gcm_sha384
  • rsa-with-3des-ede-cbc-sha

Include Page
_FIPS_Releases
_FIPS_Releases


The 

Spacevars
0product
and its peer devices use X.509 digital certificates to authenticate themselves for the TLS. Install local certificates in PKSC # 12 format (attesting to the identity of the
Spacevars
0product
) and remote Certificate Authority (CA) certificates on the 
Spacevars
0product
in a common area (/opt/sonus/external/) where they are available to the TLS.