SECURITY OPERATIONS / BUYER’S BRIEF
Buy a response capability.
Not an alert queue.
An effective security operations centre joins evidence, judgement and authority. Choose the operating model around the business outcome, then price the work needed to deliver it.

A security operations centre is not a room full of screens, and it is not simply a subscription that produces alerts. It is a continuing capability to recognise suspicious activity, investigate it in context and support an effective response before the business consequence grows.
Choosing between an internal team, a managed service and a hybrid arrangement requires more than a price comparison: coverage, staffing, retained responsibilities, cost, supplier evidence and the meaning of response metrics all affect whether the service works when it matters.
THE EXECUTIVE BRIEF
Buy and build against an operating outcome.
- Define the services, identities and hours that need coverage.
- Connect investigation to a person authorised to contain the incident.
- Compare the complete operating cost, including the work retained by your organisation.
01
From signal to action: the handoffs make the capability.
THE OPERATING SCORE / CONCEPTUAL ILLUSTRATION
A signal is useful when it reaches an authorised decision.
SIGNAL
Something changes.
Relevant endpoint, identity, cloud, network or application activity is collected.
CONTEXT
The activity gains meaning.
Asset criticality, account ownership and normal business behaviour help establish why it matters.
JUDGEMENT
An analyst investigates.
Evidence is examined, alternative explanations tested and uncertainty recorded.
AUTHORITY
Someone can decide.
An agreed owner can approve isolation, account restriction or another proportionate response.
ACTION
The response is carried out.
The responsible team acts, confirms the result and checks business consequences.
LEARNING
Evidence improves the service.
The case informs detection changes, exercises and fixes to the underlying exposure.
CyberSolace operating model. Work can loop or proceed in parallel; these lanes describe responsibilities, not a universal incident sequence.
People, process and technology each support the handoffs. Sensors need coverage and maintenance. Analysts need access to relevant evidence and a route to business context. Response procedures need authority and people who can act out of hours.
A provider that can notify but cannot contain may still be useful—if the retained team can respond when the notification arrives. Calling both services “24/7 response” conceals an important difference. Put the boundary in the contract and test the handoff.
NIST SP 800-61 Revision 3 places incident response within wider cybersecurity risk management. The practical implication is that the SOC should connect to preparation, recovery and improvement across the business, rather than end at a closed ticket.
02
Continuous coverage has staffing arithmetic behind it.
ONE CONTINUOUSLY OCCUPIED SEAT / ILLUSTRATIVE ARITHMETIC
168 hours do not fit into one working week.
Coverage required
168 h
One illustrative FTE
37.5 h
168 ÷ 37.5
= 4.48
coverage FTE before leave, training, sickness and handover
168 = 24 × 7. Assumed paid week: 37.5 hours for illustration, not a labour-market benchmark. This is the arithmetic for one occupied seat only—not a recommended team size or a complete SOC staffing plan. Both bars use the same 168-hour scale.
A real operating model also needs supervision, specialist investigation, detection engineering, platform administration and resilience when people are unavailable. Workload peaks and concurrent incidents can require more capacity than simple coverage arithmetic suggests.
This is why a small internal team may struggle to provide sustainable round-the-clock coverage on its own. It does not establish that outsourcing is always cheaper or better. A managed service still needs enough customer knowledge, access and cooperation to turn a finding into a useful response.
Unscoped cost estimates make poor market benchmarks. Price the same outcome and responsibilities in each option, making assumptions visible rather than assuming a universal saving.
03
Compare in-house, managed and hybrid on the same terms.
| Model | Potential advantage | Responsibility to plan for |
|---|---|---|
| In-house | Direct prioritisation, internal context and control of the operating process. | Recruitment, retention, shift coverage, tooling, engineering, specialist depth and resilience of the team. |
| Managed service | Access to an established service and potentially broader operational experience. | Integration, agreed scope, evidence access, escalation, customer response and what the supplier is authorised to do. |
| Hybrid | Retain business judgement or specialist work while buying defined monitoring or response capacity. | Precise handoffs, shared cases, common clocks and explicit ownership so work is neither duplicated nor missed. |
THE COST LEDGER
Price the work, including what stays with you.
People and coverage
Analyst capacity, out-of-hours cover, engineering, supervision, training and retained customer roles.
Data and platform
Ingestion, storage, retention, integrations, administration and any volume or overage charges.
Investigation and response
Included case handling, threat hunting, incident hours, specialist assistance and containment limits.
Change and exit
Onboarding, new systems, tuning, export of rules and evidence, transition help and termination costs.
A comparison framework, not a quotation. Ask each option to price the same services, data, hours and response obligations over the same period.
A low headline price can move cost into ingestion charges, excluded incident hours or work left to your existing team. An internal salary budget can omit platform engineering, absence cover and specialist support. Compare total cost alongside the capability and control you obtain.
Ask how the service handles a sudden increase in log volume, an acquisition or an incident that generates many simultaneous cases. Commercial predictability matters during a disruption; the moment of greatest need should not be the first time the business discovers an exclusion.
04
Choose the delivery shape separately from the buying model.
Centralised, federated and follow-the-sun arrangements describe where and how the work is organised. In-house, managed and hybrid describe who supplies the capability. These are different decisions and can be combined.
CENTRALISED
One operating centre.
A common team and case process can support consistency. Plan coverage, local context and continuity if that centre is disrupted.
FOLLOW THE SUN
Work follows staffed time zones.
Handover quality, data access and common investigation standards determine whether global hours become continuous service.
FEDERATED
Local teams with shared standards.
Business context can remain close to the work. Common evidence, escalation and ownership prevent fragmented response.
A hybrid buying arrangement can use any of these delivery shapes. Specify where evidence is stored and processed, who can access it and how investigations transfer between teams. The arrangement must work with the organisation’s contractual and information-handling requirements.
A provider serving many customers may have valuable experience, but broad visibility does not automatically become useful detection for your business. Ask what relevant knowledge is shared, how customer confidentiality is protected and how improvements reach the rules covering your environment.
05
Measure the outcome and define every clock.
THE MEASUREMENT NOTEBOOK
Fast compared with which starting point?
DETECTION
Relevant activity → supported detection
Define the activity timestamp and what qualifies as a detection. A late-arriving log can change the apparent time.
TRIAGE
Alert available → first qualified assessment
Define the queue start, analyst action and what counts as useful assessment. A receipt acknowledgement is not an investigation.
CONTAINMENT
Agreed incident start → verified containment
State whether the clock begins at detection, declaration or another event, and whether waiting for customer approval is included.
RECOVERY
Agreed disruption start → accepted service restoration
State the required business outcome. Closing a ticket or restarting a server may not mean the service is usable.
Illustrative clock definitions. Agree the start, stop, scope, severity and exclusions before comparing MTTD, triage, containment or MTTR figures. Acronyms alone do not establish a common measure.
Report distributions and severe outliers as well as averages. One long containment delay on an important service can matter more than many quickly closed low-risk alerts. Explain whether metrics cover all relevant cases or only those inside a supplier’s control.
Quality matters alongside speed: accurate escalation, useful evidence, appropriate containment and learning from missed detections. Rewarding closure volume can encourage premature closure; rewarding low alert counts can encourage tuning away the problem.
MITRE ATT&CK can help organise relevant threat behaviours and detection tests. A rule mapped to a technique does not prove coverage of every implementation. Test representative scenarios in your environment and retain the evidence and limits of the result.
06
Ask for proof before the contract—and after it.
- Scope: which systems, identities, hours and data sources are included, and who maintains coverage?
- Authority: what can the provider do immediately, what needs approval, and who is available to approve it?
- Assurance: what do relevant ISO 27001 certificates or SOC 2 reports actually cover, and what exceptions or customer responsibilities remain?
- Evidence: can your organisation obtain logs, case records, detection content and an investigation timeline when required?
- Continuity: what happens if the provider, integration or monitoring platform fails?
- Improvement: how are detections reviewed, changes tested and lessons carried into exercises?
Frameworks and regulation can inform the requirements, but there is no universal rule that every SME must buy a named SOC product. Establish the obligations relevant to the entity and sector, then demonstrate how the operating capability supports them. Do not use a regulatory acronym as a substitute for a service specification.
Detection as code, controlled automation and AI assistance can improve consistency or analyst capacity. They need testing, change control and oversight appropriate to their impact. Agree which actions can run automatically, how they can be stopped and how a mistaken containment action is recovered.
Use a joint exercise to test the arrangement. A plausible event should travel from telemetry through investigation to an authorised action, with a record of the business consequences. Review the missed handoffs and retest the fixes, rather than accepting a demonstration limited to a prearranged alert.
HOW TO USE THE ILLUSTRATIONS
The staffing calculation, operating lanes, cost ledger and clock definitions are CyberSolace explanatory tools. They are not market pricing, staffing benchmarks, measured provider performance or guarantees of incident prevention.
THE CYBERSOLACE PERSPECTIVE
The deliverable is a response the business can use.
Choose the combination of internal capacity and external support that can recognise important activity, explain it and act in time. Put the evidence and authority boundaries in writing, then exercise them together.
SOURCES & EDITORIAL REVIEW
Original publication date retained. Research and presentation reviewed 20 October 2026. Operating-model comparisons use explicit responsibilities and assumptions; no market price or universal saving is asserted.