{"id":7843,"date":"2026-02-22T19:29:06","date_gmt":"2026-02-22T17:29:06","guid":{"rendered":"https:\/\/scalemedia.co.za\/cybermedia\/?post_type=docs&p=7843"},"modified":"2026-02-22T19:29:08","modified_gmt":"2026-02-22T17:29:08","password":"","slug":"incident-handling-process-overview","status":"publish","type":"docs","link":"https:\/\/scalemedia.co.za\/cybermedia\/docs\/incident-handling-process-overview\/","title":{"rendered":"Incident Handling Process Overview"},"content":{"rendered":"\n

Now that we are familiar with the Cyber Kill Chain and its stages, we can better predict and anticipate the next steps in an attack and also suggest appropriate measures against them.<\/p>\n\n\n\n

Just like the Cyber Kill Chain, there are different stages when responding to an incident, defined as the Incident Handling Process<\/code>. The Incident Handling Process<\/code> defines a capability for organizations to prepare, detect, and respond to malicious events. Note that this process is suited for responding to IT security events, but its stages do not correspond to the stages of the Cyber Kill Chain in a one-to-one manner.<\/p>\n\n\n\n

As defined by NIST, the incident handling process consists of the following four distinct stages: \"Incident<\/p>\n\n\n\n

Incident handlers spend most of their time in the first two stages, preparation<\/code> and detection and analysis<\/code>. This is where we, as incident handlers, spend much time improving ourselves and looking for the next malicious event. When a malicious event is detected, we move on to the next stage and respond to the event (but there should always be resources operating in the first two stages, so there is no disruption of preparation and detection capabilities). As we can see in the image, the process is not linear but cyclic. The main point to understand at this stage is that as new evidence is discovered, the next steps may also change. It is vital to ensure that we don’t skip steps in the process and that we complete a step before moving on to the next one. For example, if we discover ten infected machines, we should certainly not proceed with containing just five of them and starting eradication while the remaining five stay in an infected state. Such an approach can be ineffective because, at the bare minimum, we are notifying an attacker that we have discovered them and that we are hunting them down, which, as we can imagine, can have unpredictable consequences.<\/p>\n\n\n\n

So, incident handling has two main activities, which are investigating<\/code> and recovering<\/code>. The investigation aims to:<\/p>\n\n\n\n