+DER.2.3 Clean-Up of Extensive Security Incidents
---+DER.2.3.G1. Incomplete Cleaning
---+DER.2.3.G2. Destruction of Trace Evidence
---+DER.2.3.G3. Premature Alerting of the Attacker
---+DER.2.3.G4. Data Loss and Failure of IT Systems
---+DER.2.3.G5. Lack of Network Restructuring after an APT Attack
---+DER.2.3.A1 Creation of a Management Committee (B)
---+DER.2.3.A2 Deciding on a Cleaning Strategy (B)
---+DER.2.3.A3 Isolation of Affected Network Segments (B)
---+DER.2.3.A4 Blocking and Changing Access Data and Cryptographic Keys (B)
---+DER.2.3.A5 Closing the Initial Entry Route (B)
---+DER.2.3.A6 Returning to Production Operations (B)
---+DER.2.3.A7 Targeted System Hardening (S)
---+DER.2.3.A8 Establishing Secure, Independent Communication Channels (S)
---+DER.2.3.A9 Hardware Replacement in Affected IT Systems (H)
---+DER.2.3.A10 Modifications to Help Thwart a Repeat Attack (H)

DER.2.3 Clean-Up of Extensive Security Incidents

Introduction

Advanced Persistent Threats (APT) are cyber attacks that target specific organisations and facilities. In such cases, an attacker gains permanent access to a network and expands this access to further IT systems. The attacks are characterised by a very high use of resources and extensive technical skills on the part of the attackers. Attacks of this type are usually difficult to detect.

After an APT attack has been detected, the persons in charge at the affected organisation face great challenges in carrying out a clean-up effort that goes beyond the usual procedure for dealing with IT security incidents. It can be assumed that the discovered attackers have been able to access the affected IT infrastructure for quite some time. They have probably also been using complex attack tools to bypass standard security mechanisms and establish various backdoors. Furthermore, there is the risk that the attackers are observing the infected environment in detail and will react to cleaning attempts by erasing their traces and sabotaging the investigation.

This module assumes that the organisation in question faces a serious threat because it has fallen victim to a targeted attack by highly motivated perpetrators with above-average resources. In real-world situations, a (certified) forensics expert is usually consulted in the event of an incident like this if the organisation does not have its own forensic experts. While forensic service providers are already called in during the forensic analysis phase, they are also involved (at least in an advisory capacity) during clean-up.

Objective

This module describes what an organisation should do in order to clean its IT systems and restore the normal and secure operating condition of its information domain after an APT attack.

Scoping and Modelling

Module DER.2.3 Clean-Up of Extensive Security Incidents must always be applied when the regular and secure operating condition of an information domain is to be restored following an APT incident. The module must be applied to the information domain under consideration.

An information domain can only be cleaned after an APT incident has been detected successfully and analysed forensically. Detection and forensics are therefore not dealt with in this module. These topics are covered in the modules DER.1 Detecting Security-Relevant Events and DER.2.2 Provisions for IT Forensics.

This module deals exclusively with the process of cleaning up after APT incidents. Other incidents are covered in module DER.2.1 Security Incident Handling. This module does not describe how indicators of compromise (IoCs, which are evidence of penetration) are to be derived and how they may be used to identify recurring attackers. It also does not address how to find backdoors that may have been overlooked during analysis and cleaning.

This module only considers cyber attacks; attacks in which attackers gain physical access to an information domain are not considered. For example, forms of attack in which data centres are broken into, administrators are bribed, newly acquired hardware is intercepted and manipulated, or electromagnetic radiation is intercepted are not considered in this module.

The requirements of this module also apply to forensic service providers that clean up affected IT systems either entirely or in part. Contractual agreements and checks can be used to ensure that the service providers adhere to these requirements (see OPS.2.1 Outsourcing for Customers).

Useful Resources

The BSI has published the following documents associated with APTs:

  • BSI publication on cyber security (BSI-CS 072): “Erste Hilfe bei einem APT Angriff” [First Aid in the Event of an APT Attack]
  • Common Criteria Protection Profile for Remote-Controlled Browsers System (ReCoBS): BSI-PP-0040

CERT-EU has published the security whitepaper 2014-007, "Kerberos Golden Ticket Protection: Mitigating Pass-the-Ticket on Active Directory" on the topic of APTs.

1. Übersicht

Bezeichnung Standard
DER.2.3.A1 Creation of a Management Committee (B)

In order to clean up an APT incident, a management committee MUST be created to plan, coordinate, and monitor all the necessary activities. The committee MUST be provided with all the managerial authority necessary for its tasks.

If a management committee of this kind was already in place when the APT incident was detected and classified, the same committee SHOULD also plan and oversee the cleaning process. If a specialised forensic service provider has already been brought in to analyse the APT incident, it SHOULD also be involved in the clean-up effort.

The idea of setting up a crisis team SHOULD be examined if the IT systems in question are too compromised to continue operating or the clean-up measures are very extensive. In this case, the management committee MUST monitor the clean-up measures. The management committee MUST then report to the crisis team.

DER.2.3.A2 Deciding on a Cleaning Strategy (B)

Before an APT incident is actually cleaned up, the management committee MUST define a cleaning strategy. Here, it MUST be decided in particular whether the malware can be removed from the compromised IT systems and whether certain IT systems have to be reinstalled or replaced completely (including their hardware). Furthermore, the IT systems to be cleaned MUST be defined. These decisions MUST be based on the results of a previous forensic examination.

All the IT systems affected SHOULD be reinstalled. Afterwards, the organisation's recovery schemes MUST be followed. Before backups are restored, however, forensic examinations MUST be performed to ensure that no manipulated data or programs will be transferred to a reinstalled IT system.

If the organisation decides that it does not want to reinstall all of its IT systems, a targeted APT clean-up process MUST be implemented. To minimise the risk of overlooked backdoors, IT systems MUST be specifically monitored after the clean-up to see if they are still communicating with the attacker.

DER.2.3.A3 Isolation of Affected Network Segments (B)

The network segments affected by an APT incident MUST be isolated completely. In particular, these network segments MUST be cut off from the Internet. In order to effectively lock out the attacker and prevent them from covering their tracks or sabotaging other IT systems, the network segments MUST be isolated simultaneously.

The network segments to be isolated MUST be determined in advance through forensic analysis. This MUST identify all the segments affected. If this cannot be guaranteed, all suspicious network segments MUST be isolated along with all those that are only theoretically infected.

To effectively isolate network segments, all local Internet connections (e.g. additional DSL connections in individual sub-networks) MUST be documented as comprehensively as possible and taken into account.

DER.2.3.A4 Blocking and Changing Access Data and Cryptographic Keys (B)

All access data MUST be changed after an affected network is isolated. Furthermore, access data managed in a centralised manner MUST also be reset, including in Active Directory environments or when the Lightweight Directory Access Protocol (LDAP) has been used.

If the central authentication server (domain controller or LDAP server) has been compromised, all the users on it MUST be blocked and have their passwords changed. This MUST be implemented by experienced administrators and with the help of internal or external forensics experts, if necessary.

If TLS keys or an internal certification authority (CA) has been compromised by the APT attack, corresponding keys, certificates, and infrastructures MUST be regenerated and redistributed. The compromised keys and certificates MUST also be reliably blocked and withdrawn.

DER.2.3.A5 Closing the Initial Entry Route (B)

If a forensic examination determines that the attackers used a technical vulnerability to penetrate the network of the organisation in question, this vulnerability MUST be closed. If the attackers were able to compromise the IT systems as a consequence of human error, organisational, personnel-related, and technical measures MUST be taken to prevent similar incidents in the future.

DER.2.3.A6 Returning to Production Operations (B)

After the affected network has been cleaned successfully, the IT systems MUST be returned to production operations in a controlled manner. In so doing, all the previously used IT systems and installed programs that were used to observe and analyse the attack MUST either be removed or incorporated into the productive environment. The same MUST be done with communication and collaboration systems procured for the purpose of cleaning. Evidence and decommissioned IT systems MUST either be deleted or destroyed securely, or archived appropriately.

DER.2.3.A7 Targeted System Hardening (S)

After an APT attack, all the IT systems affected SHOULD be hardened. This SHOULD be based on the results of forensic examinations. In addition, there SHOULD be a further check on whether the affected environment is still secure.

If possible, IT systems SHOULD already be hardened as they are being cleaned. Safeguards that cannot be performed on short notice SHOULD be added to an action plan and implemented in the medium term. The CISO SHOULD draw up the plan and check that it has been implemented properly.

DER.2.3.A8 Establishing Secure, Independent Communication Channels (S)

Secure communication channels SHOULD be established for the management committee in question and the employees charged with cleaning. If third-party communication services are used, care SHOULD be taken to ensure that a secure communication channel is selected.

DER.2.3.A9 Hardware Replacement in Affected IT Systems (H)

Whether hardware needs to be replaced completely after an APT incident SHOULD be considered. If suspicious behaviour is still observed after cleaning the individual IT systems affected, the respective systems SHOULD be replaced.

DER.2.3.A10 Modifications to Help Thwart a Repeat Attack (H)

If an organisation wants to prevent a previous attacker from performing another APT attack on its IT systems, the organisation SHOULD change the internal design of its network environment. Furthermore, mechanisms SHOULD be established that can be used to quickly detect a recurring attacker.

1.1 Referenzen

1.2 Identifizierte Anforderungen

1.3 Zugehörige Regulierungen

2. Identifizierte Anforderungen

Anforderungen
Quelle Anforderung

3. Zugehörige Regulierungen

Regulierungen
Quelle Regulierung

Verknüpfte Vorgänge