+NET.4.2 VoIP
---+NET.4.2.G1. Incorrect Configuration of VoIP Middleware
---+NET.4.2.G2. Incorrect Configuration of VoIP Components
---+NET.4.2.G3. Eavesdropping on Telephone Calls
---+NET.4.2.G4. Abuse of Freely Accessible Telephone Extensions
---+NET.4.2.A1 Planning the Use of VoIP (B)
---+NET.4.2.A3 Secure Administration and Configuration of VoIP End Devices (B)
---+NET.4.2.A4 Restricting Accessibility via VoIP (B)
---+NET.4.2.A5 Secure Configuration of VoIP Middleware (B)
---+NET.4.2.A7 Drawing up a Security Policy for VoIP (S)
---+NET.4.2.A8 Encryption of VoIP (S)
---+NET.4.2.A9 Selection of Suitable VoIP Components (S)
---+NET.4.2.A11 Secure Handling of VoIP End Devices [User] (S)
---+NET.4.2.A12 Secure Decommissioning of VoIP Components (S)
---+NET.4.2.A13 Firewall Requirements When Using VoIP (S)
---+NET.4.2.A14 Encryption of Signalling (H)
---+NET.4.2.A15 Secure Media Transport Using SRTP (H)
---+NET.4.2.A16 Network Separation for Data and VoIP (H)

NET.4.2 VoIP

Introduction

Voice over IP (VoIP) refers to telephony over data networks, in particular over the Internet. Special signalling protocols are used to transmit signalling information, such as when making a call. The actual payload, such as voice or video data, is transmitted with the aid of a media transport protocol. Both protocols are required to establish and maintain a multimedia connection. Some procedures use only one protocol for signalling and transporting media.

Objective

This module examines the security aspects of VoIP end devices and switching units (middleware). The functionality of the components described here is the same as for the telecommunication components described in module NET 4.1 Telecommunication Systems.

Scoping and Modelling

Module NET.4.2 VoIP must be applied to all communication networks that use VoIP. Since VoIP operates over a data network, the requirements of the modules NET.1.1 Network Architecture and Design or NET.3.2 Firewall must be taken into account in addition to this module.

This module examines the security aspects of VoIP components and voice transmission via VoIP. It also applies to situations in which circuit-switching telecommunications systems exchange information using a data network.

The specific threats and requirements of classic PBX systems and hybrid systems are considered in module NET 4.1 Telecommunications Systems.

VoIP software is often operated on standard IT systems rather than dedicated hardware. If softphones are installed on clients, the requirements of module SYS.2.1 General Client and the operating-system-specific modules should be taken into account. If software for VoIP is operated on servers, the requirements of module SYS.1.1 General Server should be met in addition to the requirements of the operating-system-specific modules.

VoIP should always be included as part of the modules ORP.4 Identity and Access Management, OPS.1.1.3 Patch and Change Management, OPS.1.1.5 Logging, and OPS.1.1.2 Proper IT Administration.

Useful Resources

As part of its technical guideline series, the BSI has published "BSI-TL-02013 für organisationsinterne Telekommunikationssysteme mit erhöhtem Schutzbedarf” [BSI-TL-02013, Technical Guideline for Internal Telecommunications Systems with Increased Protection Requirements].

As part of its series of special publications, the National Institute of Standards and Technology (NIST) has published NIST Special Publication 800-5, “Security Considerations for Voice Over IP Systems”.

1. Oversigt

Titel Standard
NET.4.2.A1 Planning the Use of VoIP (B)

The conditions required for the use of VoIP MUST be specified. Among other things, it MUST be decided whether to switch completely or partially to VoIP. Special requirements for the availability of VoIP or the confidentiality and integrity of telephone calls or signalling information SHOULD be determined in advance. Suitable signalling and media transport protocols MUST be selected prior to use.

It SHOULD be decided whether and how VoIP infrastructure should be connected to public (data) networks. The capacities and design of existing data networks SHOULD be taken into account during planning.

NET.4.2.A3 Secure Administration and Configuration of VoIP End Devices (B)

End device functions that are not required MUST be disabled. The corresponding configuration settings MUST NOT be changed without authorisation. All end-device security functions SHOULD be tested prior to productive use. The security mechanisms and parameters used SHOULD be documented.

NET.4.2.A4 Restricting Accessibility via VoIP (B)

A decision MUST be taken as to how external callers will be able to access VoIP architecture. IT systems from insecure networks MUST be prevented from establishing direct data connections to an organisation's VoIP components. If all incoming and outgoing connections are to be handled via a central IT system, it SHOULD be ensured that all signalling and voice information between the public and private data networks in question is only exchanged via this authorised IT system.

NET.4.2.A5 Secure Configuration of VoIP Middleware (B)

VoIP components MUST be configured to satisfy the protection needs at hand in a suitable manner. The default configurations of VoIP middleware MUST be adapted before it is put into productive operation. All installation and configuration steps SHOULD be documented such that the installation and configuration can be understood and repeated by a qualified third party based on the documentation. All the services of VoIP middleware that are not required MUST be disabled.

NET.4.2.A7 Drawing up a Security Policy for VoIP (S)

The central security requirements for VoIP and the security level to be achieved SHOULD be included in an organisation-wide security policy. This security policy SHOULD detail all the general security-related requirements of the organisation in question. In addition, the policy SHOULD regulate the requirements for the operation and use of VoIP components. The different VoIP functions, such as voicemail, SHOULD be considered in this regard. The VoIP security policy SHOULD be available and known by all the persons and groups involved.

NET.4.2.A8 Encryption of VoIP (S)

A decision SHOULD be taken as to whether and which voice and signalling information should be encrypted. In general, all VoIP data packets leaving a secure LAN SHOULD be protected by suitable security mechanisms. Users SHOULD be informed about the use of VoIP encryption.

NET.4.2.A9 Selection of Suitable VoIP Components (S)

Before VoIP components are purchased, a requirements list SHOULD be created. The list of requirements SHOULD be used to evaluate the products available on the market. The requirements list SHOULD include all the characteristics necessary to achieve the desired security level. The manner in which the products available on the market can be evaluated according to the requirements list SHOULD be regulated.

NET.4.2.A11 Secure Handling of VoIP End Devices [User] (S)

Users of VoIP end devices SHOULD be aware of the basic VoIP threats and security safeguards. In addition, they SHOULD select suitable passwords to secure voicemails.

NET.4.2.A12 Secure Decommissioning of VoIP Components (S)

When VoIP components are decommissioned or replaced, all security-related information SHOULD be deleted from the devices. After data is deleted, it SHOULD be verified that the data was deleted successfully. Confidential information SHOULD also be deleted from backup media. All labels, especially on end devices, SHOULD be removed before disposal. Safeguards for deleting security-related information which are compatible with the applicable conditions of contracts and guarantees SHOULD be clarified in advance with manufacturers, retailers, or service providers.

NET.4.2.A13 Firewall Requirements When Using VoIP (S)

Organisations SHOULD check whether their firewalls can be adapted for the use of VoIP. If this is not the case, an additional firewall SHOULD be purchased and installed.

NET.4.2.A14 Encryption of Signalling (H)

The integrity and confidentiality of signalling information SHOULD be ensured by appropriate cryptographic procedures. Along with the actual payloads, authentication data SHOULD also be continuously encrypted. Access to VoIP gateways SHOULD be restricted to the greatest possible extent with the help of VoIP addresses and H.323 identities. Additional end-to-end security mechanisms SHOULD be used for media transport and signalling. The way in which signalling is protected SHOULD be documented.

NET.4.2.A15 Secure Media Transport Using SRTP (H)

For transmissions using the Real-Time Transport Protocol (RTP), media data and information for controlling such data SHOULD be appropriately protected. The user data SHOULD be protected by the use of Secure Real-Time Transport Protocol (SRTP) and Secure Real-Time Control Protocol (SRTCP). The security-relevant options for implementing the protocols SHOULD be documented.

NET.4.2.A16 Network Separation for Data and VoIP (H)

VoIP networks SHOULD be separated from data networks in a suitable manner. The way in which devices that need to access VoIP and data networks are to be dealt with SHOULD be regulated. VoIP end devices in a VoIP network SHOULD ONLY be able to establish the intended VoIP connections to other IT systems.

1.1 Referencer

1.2 Identificerede krav

1.3 Relaterede reguleringer

2. Identificerede krav

Krav
Kilde Krav

3. Relaterede reguleringer

Reguleringer
Kilde Regulering

Linkede sager