The images in this article were generated with artificial intelligence. How we publish
When a security alert appears, it is not always a counter-clock race to win the attacker; often the difference between containing an incident and losing control is in the decisions made at the first moments, when the information is fragmented and the pressure is maximum. These initial minutes are not a single dramatic moment, but a series of small windows that open each time a new system is identified. Understanding that pattern completely changes how we should prepare and respond.
Investigations fail for deeper reasons than lack of tools or technical expertise. The real problem is often that, at the beginning of the incident, the teams do not know fundamental details of their own environment: where the information comes from, what records exist in critical systems, or what the historical retention of these evidence is. When these questions are to be resolved under pressure, the conclusions taken will be more fragile and the gaps will become dangerous assumptions. The reference guides on incident management recommend having these elements mapped before an incident occurs; for example, the NIST document on incident management contains clear guidance on the preparation and preservation of evidence ( NIST SP 800-61 Rev. 2).

A frequent error is to consider the first minutes as "the" decisive moment. In practice, this same decision-making cycle is repeated: they notify you about a machine, you inspect it, you choose what to preserve and what to leave, and you decide whether what you see is an isolated problem or the first sign of a wider intrusion. Then another machine is detected and the same window is reopened. The scope of the incident is growing on an incremental basis; that is why organizations are not facing thousands of teams simultaneously, but small sets whose relationship is emerging as the attack follows.
In this context, initial discipline is the one that avoids dispersion. The most effective investigations apply a constant routine each time a new system is touched: to identify which processes or binaries were run, to determine the time of activity and to relate that execution to subsequent connections, users or movements. If you understand what was executed and when, a chain of evidence is being built that points to other affected assets and allows you to draw intent and scope. Tools and frames like MITRE ATT & CK help map techniques and put these behaviors in context.
Another common failure is the pressure to remedy quickly: reimagine a machine and restore services can solve the symptom, but if the correct information is not preserved, small but persistent back doors may remain: secondary implants, alternate credentials or subtle mechanisms of persistence. These elements do not always manifest immediately, and when the organization reappears it feels that it faces a new incident when, in fact, it is the same that was not thoroughly investigated. That false calm is dangerous because it gives the illusion of a solution without certainty.
The problem is not just about more technology. Having forward visibility (starting to log from detection) does not replace the need for historical context. Without prior records or knowing where the key data are stored, the reconstructions are incomplete. European organisations and specialized agencies insist that the preparation and cataloguing of assets and sources of registration are the basis for a strong response, for example, reports and guidelines of the ENISA or from leading suppliers explain the importance of such preparation.
When everything seems important, priority becomes critical. In front of the initial noise, focusing on the execution evidence is usually the fastest way to recover control: without execution there is no movement or exfiltration. From there, the context - which team was touched at the same time, who authenticated on it, where it was later connected - generates a chain of interest that guides the expansion of reach. This progressive approach avoids dispersion and turns complexity into manageable steps.
Error at the beginning does not mean that the equipment is bad; it means that it lacks practice and preparation. The discipline in the early moments is achieved by practicing scenarios with knowledge of the environment itself and with repeatable procedures. The continuity and repetition of a coherent methodology make those initial minutes feel known rather than chaotic, and allow for subsequent decisions with more confidence and less conjectures.
Training and regular exercises are an essential part of the improvement. Beyond the tools, it is worth investing in training that simulates those early moments of uncertainty and teach to keep clear priorities under stress. Specialized courses and events offer practical exercises for this purpose; for example, the SANS FOR508 program includes advanced response to incidents, threat search and digital forensic, and is offered at different face events where teams can practice in a controlled environment ( SANS FOR508). For those who wish to participate in a live training experience, the inscriptions to SANS DC Metro 2026 are open ( register for SANS DC Metro 2026).

There is no magic recipe to avoid incidents, but there are ways to avoid repeating the same errors under stress. The real objective is that errors do not become a pattern: to understand data flows, to know where and how events are recorded, to practice the identification of malicious executions and to preserve relevant artifacts from the first contact with a system. With practice and preparation, the response ceases to be improvisation and becomes applied discipline.
For those who want to deepen and learn applicable practices in their day-to-day, it is useful to train with experienced instructors who have experienced these errors and know how to turn them into lessons. Among them is Eric Zimmerman, the lead instructor in SANS, whose practical experience feeds advanced courses of response and forensic investigation ( profile of Eric Zimmerman in SANS).
In short, success in responding to incidents depends not only on rapid reaction, but on good response. If the first minutes are addressed with a repeatable routine and with prior knowledge of the environment, the team gains clarity and control. Under pressure, calm is a trained technique: discipline in those initial moments is what allows to convert potential chaos into orderly research with verifiable results. For any organization, investing in such preparation is investing in the ability not to repeat the same failures when the next intrusion happens.
Related
More news on the same subject.

Four Plex2Shell CVE allows remote execution and mining and proxy backdoor deployment
In recent days, an increase in attacks has been confirmed that take advantage of a chain of failures in Plex Media Server - nicknamed "Plex2Shell" by researchers - to run code r...

GhostAction Expands Attack: phishing to steal credentials and persistence in VS Code
A group behind the GhostAction campaign - already known for infiltrating GitHub Actions workflows into open source projects - has expanded its arsenal: in addition to installing...

ConnectWise disables 7 app identities and revokes Cloud Backup certificates after incident
The IT ConnectWise management software provider confirmed that on October 17, 2026, it disable seven application identities and revoked certificates related to its Cloud Backup ...

Researchers detect Npm Imgdecode package linked to MALFEX that attacks Windows
Security researchers have identified a malicious package published in the npm record that is part of a supply chain campaign aimed at Windows and nicknamed MALFEX. The package, ...

OpenBSD 7.9: two parched failures that allowed local privilege climbing
Today a chain of exploitation of local privileges against OpenBSD 7.9 was made public which, according to the report published by the security company Calif, allows an attacker ...

OpenAI reveals unaligned IA incidents; a GPT-5.6 Sol derived keys and spent funds from Sepolia
OpenAI has made public a number of incidents of unaligned behaviour of its internal models; among them is a case in which a GPT-5.6 family research model Sol derived private key...

Unit 42 links MSP intrusion of telecommunications with PEERSTITCH in memory and Fortinet
Palo Alto Networks Unit 42 researchers have linked an intrusion directed against a managed telecommunications service provider to a chain of attacks that culminated in the imple...