Featured

Welcome

Welcome, and thanks for stopping by.

I’m Kevin McLaughlin. I’ve spent decades working in federal law enforcement, corporate IT, and cybersecurity, and I hold a PhD in Information Assurance. These days I run Northspur Cybersecurity, a cybersecurity consulting business. I care about every corner of this field, but the part I’m most passionate about is the people side of it: culture, keeping good talent, and leadership.

That’s mostly what you’ll find here. I write about leading security teams, holding on to good people, security operations, and handling risk in a practical way. There’s also a running series of short Cybersecurity Leadership videos.

I’ve written two books, both published by CRC Press: Cybersecurity Operations and Fusion Centers and Securing Talent: Building and Retaining High-Performance Cybersecurity Teams. You can read about both on my Books page.

If you’d like new posts in your inbox, hit Subscribe in the sidebar. And if you’d like to talk, you can reach me through my Contact page.

From Containment to Recovery: Restoration and Resiliency in Mature Cybersecurity Programs

Restoration and resiliency are not simply technical capabilities. They are visible expressions of leadership, preparation, and organizational discipline.

Restoration and resiliency are not simply technical capabilities. They are visible expressions of leadership, preparation, and organizational discipline.

Published in EDPACS (Taylor & Francis), 2026.

Abstract

This article examines restoration and resiliency as indispensable components of a mature cybersecurity program. Although preventive and detective controls remain necessary, they are insufficient by themselves to ensure organizational continuity in the face of significant cyber disruption. A robust cybersecurity capability must also include rapid detection, disciplined response, courageous early containment, trusted backup and recovery mechanisms, and a centralized recovery command structure capable of coordinating cross functional action across the enterprise. Particular emphasis is placed on the role of cybersecurity leadership and cyber incident commanders in making timely decisions that reduce extended organizational harm, the importance of out of band communications when primary systems have been compromised, the operational value of immutable backup and recovery platforms, and the use of a sustained recovery command model informed by principles analogous to the Federal Government’s Incident Command System. This article is informed not only by established cybersecurity principles, but also by the author’s extensive firsthand experience in operational cyber leadership during incident response, containment, eradication, and restoration efforts across complex enterprise environments. Taken together, these capabilities constitute core indicators of cybersecurity maturity and organizational resilience.

“Restoration and resiliency are not simply technical capabilities. They are visible expressions of leadership, preparation, and organizational discipline. The true strength of a cybersecurity program is revealed not only in how it resists disruption, but in how it responds, restores, and recovers with confidence.” – Kevin Lynn McLaughlin, PhD

In the contemporary digital environment, cybersecurity can no longer be understood solely through the lens of prevention. Preventive investment remains essential, and every responsible organization should maintain strong protective and detective controls. Even so, the most capable programs must contend with an unavoidable reality: some attacks will penetrate defensive boundaries, and some disruptions will occur despite diligent preparation. In the most severe circumstances, an attack can wipe entire business systems clean, leaving unprepared teams without the usual tools, platforms, and devices upon which they would ordinarily depend to initiate containment or response. Electronic mail may be unavailable. Collaboration platforms may be nonfunctional. Mobile devices may be either untrusted or operationally unusable. Under such conditions, the quality of a cybersecurity program is measured not merely by the extent to which it attempted to prevent compromise, but by the effectiveness with which it detects the incident, responds to the disruption, and restores business capability. In these circumstances, trusted out of band communication methods become indispensable, since they enable teams to coordinate, escalate, and act quickly on containment when primary systems are no longer dependable. Restoration and resiliency must be regarded as central rather than peripheral concerns. They do not represent secondary technical functions that become relevant only after a failure has occurred. Rather, they constitute essential dimensions of cybersecurity maturity. They shape the organization’s capacity to withstand disruption, preserve institutional trust, and return to operational effectiveness through disciplined recovery. At its essence, cyber resiliency concerns the ability to recover from, adapt to, or continue operating through computing faults, networking failures, cyberattacks, and other unpredictable events (Mailloux & Grimaila, 2018). A program that lacks restoration capability may appear adequate during periods of relative stability yet reveals profound weakness during moments of actual crisis. By contrast, an organization that plans for restoration in advance demonstrates a more complete understanding of cyber risk, operational continuity, and executive accountability. A useful conceptual analogy may be drawn from the fire and police services of a large metropolitan area. The objective is always to prevent the emergency whenever possible, whether by reducing the likelihood of a fire or by deterring a dangerous escalation. Yet a city’s confidence does not derive solely from alarms, building codes, patrols, or deterrence. It derives also from the public understanding that, when an incident does occur, trained professionals will detect it quickly, respond rapidly, contain it courageously, coordinate their actions effectively, and restore safety and order through disciplined execution. A mature cybersecurity program must operate according to a similar logic. Prevention remains indispensable, but preparedness for response, containment, and restoration is equally essential.

Within that broader framework, rapid detection and rapid response remain among the most consequential determinants of incident impact. The speed with which an organization identifies abnormal activity often shapes whether an event remains manageable or becomes materially disruptive. Early visibility permits security teams to isolate affected systems, investigate adversary behavior, and constrain the spread of damage before core business functions are significantly impaired. Delay, by contrast, expands the attacker’s opportunity to persist, pivot, and inflict broader harm. The incident response lifecycle provides a structured framework through which incident responders and security operations centers manage the progression of a cyber event from initial identification through restoration. It defines the principal phases required to detect, contain, investigate, eradicate, and recover from a breach in a disciplined manner. Within that lifecycle, rapid containment is essential because it isolates compromised systems and affected network segments before active threats can propagate more broadly across the enterprise. At the same time, digital forensic practices preserve system state and related evidentiary artifacts needed to understand attacker behavior, support investigative integrity, and inform recovery decisions. Standardized information sharing also strengthens this process by enabling multiple teams and stakeholders to collaborate efficiently while still protecting sensitive or proprietary security data. This is particularly important in the case of advanced persistent threats, which frequently employ modular malware, layered command infrastructures, prolonged ingress and egress pathways, and blended delivery mechanisms that obscure the character and scope of the intrusion. Under such conditions, fragmented communications or isolated third-party coordination will delay shared understanding, underuse available expertise, and slow effective action. For that reason, organizations should not wait until an incident is underway to determine how they will work with both internal and external partners who are likely to support response and recovery. Third party forensic firms, incident response retainers, cyber insurance response resources, outside counsel, crisis communications advisors, and critical technology vendors should be incorporated into planning, training, and practical exercises in advance so that roles, escalation paths, information sharing expectations, documentation standards, and command relationships are already understood. Such preparation reduces friction during active operations and enables external expertise to be integrated into the broader response effort with far greater speed and discipline. By contrast, integrating detection capabilities across endpoint agents, network sensors, and centralized log aggregation improves unified threat analysis and supports more coordinated response activity (Basta et al., 2025).

This relationship between detection and recovery is not linear, but cyclical. As Anson (2020) explains, the incident response process contains two important cycles. The first cycle connects detection and analysis with containment, eradication, and recovery, such that information developed during detection and analysis informs response actions, while knowledge gained during containment, eradication, and recovery strengthens future detection and analysis capabilities. The second cycle connects post incident activity back to preparation, ensuring that lessons learned are not merely documented, but translated into stronger readiness for future events. This reinforces the importance of treating resiliency as a living capability that is continuously improved through experience, reflection, and disciplined operational learning. It also underscores the continuing value of strong foundational practices, including sound information technology hygiene, routine vulnerability assessments, and regular penetration testing to harden systems, validate patching, and identify visible security weaknesses before they can be exploited. Speed alone, however, is insufficient.

Effective response also requires clarity, discipline, and sound decision structures. Security teams must possess not only technical tools, but also an operational framework that allows them to act with coherence under pressure. In the opening phase of an incident, complete information is rarely available. Early evidence is often fragmentary, ambiguous, and evolving, even as executive pressure intensifies and operational stakes rise. Mature organizations recognize that excessive delay in pursuit of perfect certainty can yield greater damage than timely action taken based on credible indicators. Accordingly, disciplined decision making under uncertainty becomes a defining characteristic of effective cyber response. This reality foregrounds one of the most important, and often insufficiently examined, qualities in cyber incident management: courage during early containment. In the first hours of a serious event, cybersecurity leadership and cyber incident commanders must frequently make consequential decisions with great speed to prevent extended harm to the enterprise. These decisions are often made before every relevant fact is known and while leaders are balancing urgency, technical uncertainty, business impact, and strategic risk in real time. Systems may need to be isolated. Privileged access may need to be suspended. Network segments may need to be disconnected. Critical services may need to be paused temporarily to prevent damage from spreading further across the environment. Such decisions are rarely comfortable. They may generate temporary inconvenience, operational delays, and understandable frustration among stakeholders whose focus remains on continuity and service availability. Nevertheless, decisive containment remains one of the clearest manifestations of cybersecurity maturity. It requires courage on the part of cybersecurity leadership and cyber incident commanders to act early, knowing that short term disruption may be necessary to prevent far greater and more enduring organizational harm. It also requires judgment, because effective leaders must distinguish between reckless overreaction and principled intervention. In this respect, containment is not merely a technical maneuver. It is an act of stewardship and a visible expression of responsible cybersecurity leadership.

Even when containment is executed well, true resiliency depends upon the organization’s ability to restore. Recovery cannot rest on assumption. It cannot depend upon copies of data that may themselves be incomplete, corrupted, or subject to compromise. Rather, restoration requires assurance that backups are authentic, protected, accessible, and trustworthy. During a major incident, uncertainty regarding backup integrity produces a second crisis layered atop the first. Confidence in backup integrity, by contrast, creates an actionable path forward. For this reason, irrefutable backups occupy a position of considerable strategic importance. Platforms such as Rubrik can strengthen restoration capability by providing secure, resilient, and dependable recovery mechanisms that organizations may rely upon when core systems have been placed at risk. When backups are immutable, properly governed, and regularly validated, they become more than a technical safeguard. They become a source of institutional confidence. They enable leaders to move the organization from confusion toward order, from uncertainty toward informed action, and from containment toward restoration. There is, moreover, a psychological and organizational dimension to trusted backups that extends beyond technical recovery. During a major cyber event, people must believe that recovery remains possible. Teams function more effectively when they understand that a credible restoration path exists. Leaders make better decisions when they know that the organization has preserved the ability to recover critical data and resume essential services. In this sense, backup integrity supports not only infrastructure recovery, but also organizational steadiness, executive composure, and disciplined operational continuity.

Restoration is not the responsibility of a single technical unit. Cyber incidents affect far more than security operations alone. They influence technology services, business operations, legal judgment, communications strategy, executive oversight, risk management, continuity planning, and stakeholder trust. Effective recovery therefore requires a centralized command center through which cross functional teams can operate with shared situational awareness and coordinated purpose. At the highest level of maturity, however, this coordination is best understood not merely as cross functional participation, but as a transdisciplinary mode of action. Kesler and Liebrock (2025) distinguish transdisciplinary from multidisciplinary and interdisciplinary approaches by noting that multidisciplinary participants address a common problem largely from separate disciplinary perspectives, interdisciplinary participants collaborate while maintaining those distinct perspectives, and transdisciplinary participants work jointly through a shared conceptual framework that integrates discipline specific theories, concepts, and methods to address a common problem. In cyber incident command and response, this distinction is highly significant. Security leaders, infrastructure teams, legal counsel, communications professionals, business operators, continuity planners, and executive decision makers must do more than contribute adjacent expertise. They must increasingly operate through a unified logic for understanding risk, prioritizing action, sequencing restoration, preserving evidence, protecting the enterprise, and sustaining operational continuity. This transdisciplinary orientation is especially valuable during serious incidents because it reduces fragmentation, strengthens shared problem ownership, and enables more coherent decisions under conditions of uncertainty. Restoration decisions are rarely purely technical, and mature cyber command structures are more effective when they foster not only representation from multiple domains, but true conceptual integration across them. In this sense, a transdisciplinary approach strengthens cyber incident command because it is more likely to generate broader insight, more creative solutions, and more durable recovery outcomes than approaches in which disciplines continue to operate primarily in parallel (Kesler & Liebrock, 2025).

A centralized command center functions as the locus in which information is gathered, decisions are aligned, priorities are established, and actions are tracked. It imposes structure on circumstances that might otherwise become fragmented or chaotic. It enables technical teams to communicate clearly with executive leadership and ensures that legal, communications, operational, and business leaders remain aligned with evolving realities. It also accelerates decision making because the appropriate participants are present, relevant facts are visible, and priorities are continuously clarified. In important respects, this model parallels the way the Federal Government teaches and employs command and control during emergency events through the Incident Command System and the broader National Incident Management System. FEMA’s ICS 100 and 200 courses establish the underlying framework for incident organization and supervisory response, while ICS 300 and 400 extend that framework to more complex and large-scale incidents. Together, these teachings reinforce disciplined command, defined roles, shared situational awareness, and coordinated execution across multiple functions and institutions. For cybersecurity teams, training on these concepts can be highly beneficial because the underlying principles are directly relevant to cyber incident response and recovery. The emphasis on role clarity, unity of command, operational periods, escalation discipline, and structured handoffs maps closely to the demands of serious cyber events, particularly those that require sustained containment, coordinated restoration, and cross functional decision making over extended periods. In practice, both CIRT and recovery operations benefit significantly from the consistent use of one-time reference across all regions, teams, and documentation. The use of Zulu time is particularly effective because it eliminates ambiguity, reduces handoff errors across time zones, and ensures that all status updates, command notes, decisions, and recovery records can be interpreted with precision throughout the life of the incident.

One effective method for ensuring appropriate command structure during recovery is to extend the Cyber Incident Response Team structure already activated during containment and eradication. Rather than improvising an entirely new governance model during disruption, the organization can expand the existing response structure so that it continues to provide leadership, accountability, and coordination during recovery. This preserves continuity of command, reduces ambiguity, and prevents the loss of situational understanding that often accompanies organizational transition. Once the organization enters the recovery phase, the command group can often be reduced and simplified to those roles most essential for sustained restoration. In many cases, these roles consist principally of a commander, a scribe, and a logistics facilitator capable of coordinating support and communications across the recovery teams. At this stage, the commander need not always possess the same level of experience required of those who directed the earliest and most volatile stages of containment and eradication. Recovery, when conducted within a disciplined structure, may provide a valuable leadership opportunity for more junior cyber commanders to develop judgment, strengthen decision making maturity, and gain command experience while still operating within a proven framework. This development, however, must never come at the expense of rigor. The transition from one commander to another must be formal, detailed, and disciplined. Open issues, unresolved risks, pending decisions, team assignments, restoration priorities, business impacts, and time references must all be conveyed with precision. Without such rigor, essential items may be overlooked, delayed, or lost between shifts. The value of this disciplined approach extends beyond leadership continuity alone. It also ensures that recovery documentation is gathered systematically by the scribe and maintained on an ongoing basis so that no critical items are missed. This documentation discipline is especially effective when the command center establishes a clear operational rhythm, often described in emergency management and command practice as a battle rhythm. In this context, the rhythm is a deliberate cycle of work, reporting, and renewed work that helps synchronize recovery activity, maintain situational awareness, and preserve documentation discipline across the effort. In practice, that rhythm may be structured as work time, status update time, and then renewed work time. For example, a 50 10 50 model means fifty minutes of focused recovery work by the assigned teams, followed by a ten-minute reporting and synchronization period with the command center, and then another fifty minutes of execution. A 120 10 120 model follows the same logic, with two hours of focused work, a ten-minute interval for formal reporting, documentation updates, prioritization, and coordination, and then the next two-hour work block. A 240 10 240 model extends that cadence further for workstreams that require longer uninterrupted execution. The ten-minute reporting period can also be adjusted as needed and may easily be shortened to five minutes or expanded to fifteen or twenty minutes depending upon the pace, complexity, and coordination demands of the recovery effort. This reporting rhythm is especially valuable when multiple recovery workstreams are operating simultaneously across separate areas of effort. By requiring those groups to report back to the command center at regular intervals, the commander retains current situational awareness, the logistics facilitator can coordinate support and interdependencies, and the scribe can maintain a continuous and organized record of what each group has accomplished, what remains blocked, and what actions must occur next. In a prolonged recovery effort, that documented trail becomes essential because it reduces the risk that unresolved issues, pending decisions, or critical dependencies will disappear between shifts or fall through the cracks during handoffs. The command center thereby becomes not simply a coordination venue, but the formal operating structure through which recovery is directed, documented, managed, and sustained. Cross functional coordination also underscores a foundational truth about cybersecurity: incidents are not merely technological events; they are business events. They affect mission execution, service delivery, institutional reputation, and stakeholder confidence. Restoration must therefore be treated as an enterprise responsibility. Security leadership may guide important technical aspects, but successful recovery depends upon the combined effort of the broader organization. This point becomes especially significant when one recognizes that end-to-end recovery may require not merely days, but in some instances months. The recovery command structure must therefore be not only disciplined, but sustainable. A structure appropriate for the opening hours of containment may become impractical if applied without modification across an extended restoration timeline. One effective approach is to staff the recovery command team in shorter two-to-three-hour shifts, allowing personnel to support the command center in focused intervals while continuing to fulfill their ordinary organizational responsibilities outside those periods. This model helps preserve energy, sustain clarity, and reduce fatigue over the course of a prolonged restoration effort. In globally distributed organizations, the same model may be extended across regional teams. Responsibility after 0100 Zulu in the Americas, for example, may be formally handed off to teams in India operating within the same command structure and following the same short shift methodology. Such an approach enables continuous recovery progress across time zones without imposing unreasonable burden upon any single group. For this model to function effectively, each handoff between the outgoing commander and the incoming commander must be formal, detailed, documented, and time synchronized through a single standard such as Zulu time. Recovery status, unresolved blockers, critical dependencies, communications already issued, decisions still pending, and priorities for the next operational period must be reviewed with care. This level of formal transition discipline is essential if critical items are to remain actively tracked and managed rather than slipping through unnoticed gaps in continuity. Effective handoffs are therefore not administrative niceties; they are integral instruments of recovery governance. When rapid detection, disciplined response, courageous containment, trusted backups, and centralized coordination are combined, an organization develops genuine resiliency. It becomes capable not only of surviving disruption, but of recovering with greater confidence, coherence, and institutional steadiness. Resiliency is not accidental. It is designed, practiced, reinforced, and governed over time. It emerges from the convergence of leadership, operational preparation, sound governance, technical capability, and cross functional teamwork.

A mature cybersecurity program should not be evaluated solely according to the number of attacks it prevents. It should also be assessed according to the extent to which it enables the organization to endure adversity, detect threats quickly, respond with discipline, exercise courage during early containment, rely upon irrefutable backups, and restore operations through coordinated cross functional action. These capabilities, taken together, constitute some of the clearest indicators of true cybersecurity maturity. Equally important, however, is the organization’s capacity to move from immediate containment into a deliberate and technically sound recovery process rather than treating restoration as a simple return to service. In this regard, a phased approach to network recovery and system hardening provides an especially important marker of program maturity. Recovery should not be understood as a single event, but as a controlled progression in which systems are restored methodically, security controls are revalidated, configurations are hardened, and the environment is monitored closely for evidence of residual compromise or renewed adversary activity. Vigilant post attack monitoring is therefore not ancillary to recovery. It is part of recovery itself, because the premature restoration of systems without sustained observation may recreate the very conditions that enabled compromise in the first place. This perspective also reinforces the continued importance of Cyber Incident Response Team methodology during containment and eradication. Structured CIRT execution does more than stabilize the crisis in the moment. It also establishes the conditions necessary for trustworthy recovery by preserving clarity of roles, decision discipline, and evidence integrity. Network logs, disk artifacts, and related forensic records often provide the technical basis for identifying the original attack vector, understanding the sequence of compromise, and determining whether restoration efforts are addressing only visible damage or the full scope of intrusion. Cross referencing attack variants and related indicators can further accelerate attribution and improve defensive adaptation, thereby reducing the likelihood that recovery efforts will proceed on incomplete or misleading assumptions. These practices demonstrate that true cybersecurity maturity resides not merely in resisting attack, but in restoring the enterprise through a disciplined, evidence informed, and continuously monitored recovery model (Misty, 2024). At its core, restoration is far more than the reactivation of systems. It concerns the restoration of business operations, institutional trust, executive confidence, and the organization’s ability to fulfill its mission.

Resiliency is the enduring strength that makes such restoration possible. It is established before the crisis begins, tested during the crisis itself, and remembered long after the immediate disruption has passed. It is strengthened further when organizations adopt a transdisciplinary approach to cyber readiness and recovery, one in which technical, operational, communications, continuity, and executive perspectives are not merely present, but deliberately integrated into a shared framework for decision making and action. In this sense, transdisciplinary practice is not an abstract academic ideal, but a practical necessity in serious cyber events, where success depends upon the organization’s ability to unify diverse forms of expertise into a coherent operational model. Such a model requires more than structural inclusion. It requires trust. Transdisciplinary teams are not assembled so that participants can criticize one another for what may have been missed, second guess decisions in the middle of active operations, or search for fault in ways that weaken cohesion and slow action. That dynamic is dysfunctional and contrary to the purpose of incident command. The objective, rather, is to create trusted working relationships in which participants contribute their expertise in good faith, elevate concerns responsibly, and work together to protect and defend the organization. Personnel operating within the command structure should not have to worry that partner functions are participating primarily to assign fault or identify individual blame while the response is still underway. They should be confident that each participating discipline is committed to the shared mission of containment, recovery, and organizational protection.

Restoration decisions are rarely technical alone, as they require synchronized judgment regarding business priorities, communications timing, operational dependencies, evidentiary preservation, and acceptable risk. A mature cybersecurity program therefore depends not only on strong technical controls, but also on the essential capability to integrate these perspectives rapidly and effectively under pressure. This is precisely why a mature and well-practiced cybersecurity command structure is paramount. When that structure follows Incident Command System methodology, it provides the discipline, clarity, role definition, reporting cadence, and unity of command needed to guide the organization through uncertainty without losing coherence. ICS based methods establish a common operating language, define responsibilities, structured handoffs, operational periods, and sustained situational awareness, all of which are foundational enablers of confidence during prolonged incidents in which fragmented leadership or inconsistent coordination can magnify harm. For these reasons, restoration and resiliency must be understood as foundational components of any mature cybersecurity program. They are not optional enhancements appended to an otherwise complete security model. They are essential capabilities. In an environment where disruption remains a persistent possibility, those organizations that prepare to restore, operate through transdisciplinary command structures, and execute recovery through disciplined ICS aligned leadership are those best positioned to endure, recover, restore mission essential operations, and lead with confidence.

References

Anson, S. (2020). Incident readiness. In Applied incident response (pp. 21–43). Wiley. https://doi.org/10.1002/9781119560302.ch2

Basta, A., Basta, N., Anwar, W., & Essar, M. I. (2025). Security incident response. In Open-source security operations center (SOC): A complete guide to establishing, managing, and maintaining a modern SOC (pp. 39–65). Wiley. https://doi.org/10.1002/9781394201631.ch3

Kesler, E., & Liebrock, L. (2025). A transdisciplinary approach to cybersecurity: A framework for encouraging transdisciplinary thinking. Digital Threats, 6(2), Article 9. https://doi.org/10.1145/3736653

Mailloux, L. O., & Grimaila, M. (2018). Advancing cybersecurity: The growing need for a cyber resiliency workforce. IT Professional, 20(3), 23–30. https://doi.org/10.1109/MITP.2018.032501745

Misty, L. (2024). Combating the escalating threat of ransomware multi-pronged approach for secure organizations. In 2024 International Conference on Artificial Intelligence, Computer, Data Sciences and Applications (ACDSA) (pp. 1–5). IEEE. https://doi.org/10.1109/ACDSA59508.2024.10467453

Disclosure Statement

This article was authored by Kevin Lynn McLaughlin, PhD, with AI used as a drafting and editing support tool. All final content decisions, references, citations, and source selections are made and verified by the author.

Citation

EDPACS _ 2026 _ Kevin Lynn McLaughlin, PhD

From containment to recovery: Restoration and resiliency in mature cybersecurity programs

To cite this article: Kevin Lynn McLaughlin, PhD (2026): From containment to recovery: Restoration and resiliency in mature cybersecurity programs, EDPACS, 1–7, DOI: 10.1080/07366981.2026.2669965

To link to this article: https://doi.org/10.1080/07366981.2026.2669965

Published online: May 11, 2026

Read the full article in EDPACS: https://doi.org/10.1080/07366981.2026.2669965

https://orcid.org/0009-0009-8367-5292

A Hero Every Tuesday

When a security program only works because one person keeps saving the day, that’s a design problem leaders own. Here are a few practical places to start.

Most security teams have one. It’s the person who always picks up the phone at 2 a.m., who knows where every old system lives, and who somehow gets the team through the bad week again. We thank them, we lean on them, and without meaning to we build the whole program around them. Then one day they’re worn out, or they leave, and we find out how much was riding on one tired person.

Chris Bevil, a former CISO who now leads global cyber resilience and AI work at Commvault, put it well on Security Magazine’s Lock It Down podcast, as quoted by Security Magazine on Oct 21: “We have to stop treating sustainability as a personal wellness program and start really treating it as an organizational design problem.” He added that the next stage of maturity is building an organization “that does not require a hero every Tuesday, because that’s where the burnout is happening.”

I agree with him. This is a leadership problem, not a personal one. ISACA’s 2026 State of Cybersecurity survey, a global survey of more than 1,800 security professionals, found that 68 percent say their roles have become more stressful over the past five years. Unrealistic expectations and too much work were named as a key source of stress by 52 percent, and 58 percent of organizations believe their security team is understaffed. A reminder to use your vacation days won’t fix numbers like that. Leaders design the work, so leaders have to fix the design.

If your program depends on a hero, here are a few places to start:

  • Find the single points of failure that are people. If only one person can do a task, that’s a risk, the same as an unpatched server. Cross train, and write it down.
  • Look at who gets called after hours. If it’s the same name every time, spread the load and build a real rotation.
  • Protect time off. When someone is on vacation, they should actually be off, and the team should be able to run without them.
  • Thank your hero, then ask them to teach. The best thing you can give the person everyone calls is a team that doesn’t need to call them every Tuesday.

None of this means we stop appreciating people who step up in a crisis. Every team needs them, and they deserve real credit, by name. But a crisis should be the exception. If somebody has to save the day every week, the problem isn’t them. It’s how we built the job.

Links: Security Magazine’s article on Chris Bevil (https://www.securitymagazine.com/articles/102660-ciso-burnout-isnt-a-personal-problem-its-organizational) and ISACA’s article (https://www.isaca.org/resources/news-and-trends/newsletters/atisaca/2026/volume-19/isaca-state-of-cybersecurity-report-tracks-ais-growing-influence-on-security-landscape).

Nobody Says “Nice Job” When Nothing Happens

In security, a good day looks like nothing happened, so good work often goes unthanked. A new study from The Hague and ISACA’s 2026 survey point to simple things leaders can do about it.

In security, a good day usually looks like nothing at all. The alert got closed before it turned into anything, the patch went in on time, and the phishing email got reported instead of clicked. Nobody outside the team notices, and a lot of the time nobody inside the team says anything either. We just move on to the next ticket. I’ve come to think that quiet costs us more good people than we realize.

A group in the Netherlands recently looked at what’s connected to stress and to cyber folks thinking about leaving. The Municipality of The Hague teamed up with a firm called MultiTeam Solutions, surveyed 86 security professionals, and also ran three focus groups. One person said something I haven’t been able to shake: “The absence of something bad is not the same as the presence of something good.” I can picture that person. It’s the analyst on night shift who did everything right and went home without anyone noticing.

It’s a small study, so I wouldn’t bet the farm on it, and it only tells us how likely people said they were to leave, not who actually did. But what they found sounds a lot like what I’ve seen over the years. The folks who felt good at their jobs and felt backed by their direct boss were the ones who reported less stress and were less likely to say they’d leave. Both of those come largely down to the leader.

The bigger picture points the same way. ISACA’s 2026 State of Cybersecurity survey, which heard from more than 1,800 security professionals around the world, found that 55 percent of organizations have trouble keeping qualified people. High work stress was the top reason people leave, cited by 52 percent, followed by limited chances for promotion and development at 47 percent. Pay matters, but it isn’t the whole story.

The Hague report suggests a few skills any leader can practice:

  • Name the pressure. Write down the two or three things that keep you and your team under constant strain, and sort out which ones you can actually do something about.
  • Give feedback that looks forward. Pick one decision or moment and coach toward next time. The report says good feedback is genuine, specific, and timely, and that under pressure it’s often delayed, softened, or skipped.
  • Acknowledge progress out loud. Walk back through a recent project, find the good calls nobody mentioned, and then mention them.

Ken Blanchard’s The One Minute Manager is built around catching people doing things right. In security, most of what people do right is invisible, so we have to go looking for it on purpose. This week, find one person whose good work kept something bad from happening, and tell them exactly what they did and why it mattered. It takes a minute, and it might be part of the reason they’re still on your team next year.

Links: the Hague report (https://thehague.com/cybersecurity/sites/thcb_cybersecurity/files/2026-10/Research%20Report_Retaining%20Talent%20is%20a%20Leadership%20Capability_October%202026_0.pdf) and ISACA’s article (https://www.isaca.org/resources/news-and-trends/newsletters/atisaca/2026/volume-19/isaca-state-of-cybersecurity-report-tracks-ais-growing-influence-on-security-landscape).

Build It, Buy It, or Somewhere in Between: Honest Questions Before You Stand Up a SOC

Thinking about building a security operations center or hiring someone to run one for you? Before you look at a single price quote, here are the plain questions worth sitting down with first.

There’s a question that comes up a lot in our field, and it sounds a lot simpler than it really is. Should we build our own security operations center, or should we pay someone else to run one for us? The honest answer is that it depends, and I know that’s not a very satisfying thing to hear. So instead of leaving it there, I want to talk through what it actually depends on, because those are the conversations that save organizations a lot of money and a lot of heartache down the road.

The first thing I’d ask anyone is what they actually need the SOC to do. A SOC is not a room full of big screens. It’s people, process, and tools working together so that when something goes wrong, somebody notices and does something about it quickly enough to matter. Before you look at a single price quote, write down in plain words what good looks like for you. What hours do you need covered? Which systems matter most? Who gets the call at two in the morning, and what are they allowed to do once they answer it? If you can’t answer those questions yet, you’re not ready to build or buy. You’re ready to have a meeting with the business, and that meeting is worth having first.

The second thing is to be honest about people, because people are the hard part. You can buy tools. You can sign a contract for a platform in an afternoon. What you can’t do in an afternoon is hire, train, and keep a team that knows your environment well enough to tell the difference between normal and trouble. Building in house means recruiting, scheduling around the clock, covering vacations and sick days, and giving folks a reason to stay once they’ve learned your business. Overnight shifts wear people down over time, and good analysts get offers. If you can’t staff it and keep it staffed, the most beautiful SOC design on paper turns into empty chairs. I’d rather see a leader admit that up front than find it out the hard way a year later.

Buying has real advantages. A good managed provider can give you coverage much faster than you could build it, and the right partner brings people who’ve seen a lot of different situations. But there’s one thing you can never hand off, and that’s accountability. The provider can watch your environment, but your organization still owns the risk and still owns the decisions. So when you talk to a potential partner, ask the plain questions. What will you actually do for us, and what will you only tell us about? How do you escalate, and to whom? Who do I call when something goes sideways on a holiday weekend? How will you learn how our business works? And if we part ways someday, what do we get to keep, such as our data, our detection rules, and our documentation? A partner who answers those questions clearly is worth a lot. A partner who gets vague is telling you something too.

A lot of organizations end up somewhere in between, and there’s nothing wrong with that. You might keep the knowledge of the business and the big decisions inside your own walls, and let a partner carry the overnight watch or some of the specialized work. That can be a very sensible arrangement. The thing to watch in a blended model is the seams. Things fall through the cracks at the handoffs, between your team and theirs, between one shift and the next. Talk through those handoffs before you need them, and then practice them. A tabletop exercise on a quiet afternoon is a lot cheaper than learning where the gaps are during a real incident.

Whichever way you go, think carefully about how you’ll know it’s working. It’s easy to count alerts, tickets, and hours. Those numbers have their place, but they don’t tell you much on their own. The better questions are whether the right people found out about the right things quickly, whether the team acted, and whether leadership got reporting that helped them make a decision. Good reporting should help the organization get a little safer every month, and own it when it didn’t.

The last piece of advice is to start smaller than your ambition. It’s far better to watch a handful of truly important things well than to watch everything poorly. Get the basics working, build trust with the business, and grow from there. A SOC that earns its keep on a few critical systems will have a much easier time making the case for the next step.

There’s no single right answer to build or buy. The right answer is the one that fits your risk, your budget, and your people, and that you can live with at two in the morning when the phone rings. I spent a good deal of time on these same questions when I wrote Cybersecurity Operations and Fusion Centers: A Comprehensive Guide to SOC and TIC Strategy. It walks through choosing between building and buying, picking a partner, building the team, and running the day to day operations and reporting. If you’re wrestling with this decision right now, it may save you a few headaches. You can find it on Amazon.

#22 Cybersecurity Leadership Shorts Endpoint Protection

Created with notebooklm. Author wrote the script.

#21 Cybersecurity Leadership Shorts Log Mgt and Reducing the Noise Floor

My script. Produced using Notebooklm.

20 Cybersecurity Shorts Security Operation Centers

Produced using Notebooklm and my script.

#19 Cybersecurity Leadership Shorts Managing the stress during a critical incident

Produced using Notebooklm and my script.

18 Cybersecurity Leadership Shorts – Certifications are not the finish line

Produced using Notebooklm and my script.