Vendor-neutral guide · 8 min read
Balancing security and cost in attack surface management
Shape of the topic
In short
Every organisation has an attack surface, the sum of everything a threat actor could try to exploit, and every organisation has a finite security budget. Spending too little leaves gaps that criminals will eventually find; spending without a plan wastes money that could have gone towards the areas of greatest exposure. This guide sets out a practical way to weigh the value of what you are protecting against the likelihood of it being targeted, so that security investment goes where it does the most good.
Key takeaways
- Security spending should be proportionate to the value of what is being protected and the likelihood of it being targeted, not set by an arbitrary budget line.
- Knowing your assets and their normal behaviour is the precondition for spotting anything abnormal.
- A rehearsed incident response plan shortens recovery time far more reliably than any single piece of technology.
- Remote and mobile working extends the attack surface, so remote support and access tools need to be secure by design, not bolted on afterwards.
- Ongoing staff awareness, timely offboarding and clear policy are cheap relative to the cost of a breach caused by their absence.
Why attack surface size matters
The attack surface is every point at which an unauthorised party could attempt to enter a system: internet-facing services, endpoints, remote access channels, third-party integrations and the people who use them. The smaller and better understood that surface is, the fewer opportunities a threat actor has to break through and put systems, data or sensitive company information at risk.
This is not purely a technical concern. A data breach or significant downtime damages customer trust as directly as it damages infrastructure, and trust lost after an incident takes far longer to rebuild than the systems themselves. Treating IT security as a critical investment in future growth, rather than simply a cost centre, changes how spending decisions get made.
Three factors that should drive spend
A useful discipline, familiar from physical security, is to weigh three things together: the value of what is being protected, the likelihood that criminals will target it, and the cost of the measures needed to protect it proportionate to that value. A modest home needs locks; a house with a valuable collection justifies an alarm system and cameras. The same logic applies to company systems, where the value at stake and the likely threat determine what level of control is warranted.
Security spending is about context, not a fixed percentage of revenue. The sector an organisation operates in will shape both the extent of the safeguards required and the compliance obligations attached to them, such as ISO 27001 or GDPR. Solutions should also integrate with existing infrastructure without adding friction: a highly secure system that is cumbersome to use will cost the business in a different way, through lost customers or workarounds that undermine the control altogether.
- Value: what would be lost, financially and reputationally, if this asset were compromised
- Likelihood: how attractive or exposed is this asset to the threats currently active in the sector
- Cost: does the control's expense match the risk it addresses, rather than exceeding or falling short of it
Practical steps that reduce disruption
Any disruption to a business costs money, so the priority is preventing it before it starts. Knowing the normal patterns of company activity makes it possible to spot anything untoward at the earliest opportunity, and tools such as IT asset management platforms or behavioural analytics support that visibility. Automated scanning helps ensure nothing serious gets missed, and patch management prevents smaller issues from becoming larger ones.
Understanding the categories of threat an organisation is likely to face saves time when an attack does occur, because identification is the first step towards knowing which response applies. Equally important is knowing, in advance, what to do when a security incident happens: a documented recovery strategy that has been rehearsed regularly will produce a much faster recovery than one written and then left untested.
- Maintain an accurate, current inventory of assets and their normal behaviour
- Use automated scanning and patch management to catch issues before they escalate
- Classify likely threat types in advance so response is not decided from scratch mid-incident
- Write an incident response plan and rehearse it, rather than leaving it as a document nobody has tested
Remote and mobile working widen the surface
With so many organisations having remote and mobile employees and devices operating outside the four walls of the company network, having a properly secured way of supporting them is essential. Hackers can exploit vulnerabilities in the communication channel between a support technician and a remote device by taking control of the session, intercepting data in transit or injecting malware into the network.
Support tooling should therefore be secure by design and built on a zero-trust architecture, so remote support sessions do not become a convenient attack vector. Enforced multi-factor authentication and session logging add further assurance. A tool such as 247connect illustrates the category: session-level authentication and audit logging are the kind of features that keep a remote support channel from becoming the weakest point in the estate.
People remain part of the surface
Employees need regular reminders of their responsibility not to expose the business to risk, and of their role as active participants in keeping its systems safe. Clear policies, guidelines and procedures give training something concrete to refer back to, helping staff understand why the business asks them to work in a particular way rather than treating the rules as arbitrary.
Cybersecurity training should cover the social engineering techniques that exploit human behaviour, including phishing, smishing and vishing, alongside good password hygiene. Department managers also need reminding to remove former team members' access from business systems promptly, since a dormant account is an easy inroad for an attacker who finds it before anyone else notices it is still live.
Staying proportionate and flexible
Protecting an organisation's attack surface is not about the total amount of money spent; it is about spending wisely in the areas of greatest need. Every business has different characteristics and different areas of vulnerability, so a measured, informed approach helps ensure investment lands where it matters rather than being spread thinly across everything.
The balance struck between value, likelihood and cost need not be permanent. As the technology environment changes, organisations should be willing to recalibrate their defensive posture using the metrics they have gathered, rather than treating the original decisions as fixed.
Best-practice checklist
1. Inventory assets and normal behaviour
Build and maintain a record of what exists on the network and how it typically behaves, using ITAM tooling or behavioural analytics where the estate is large enough to warrant it.
2. Score assets by value and likelihood
For each significant system, estimate what would be lost if it were compromised and how likely it is to be targeted, then rank security spend against that combined score rather than against a flat budget.
3. Automate scanning and patching
Deploy automated vulnerability scanning and patch management so smaller issues are caught and closed before they can be chained into a larger compromise.
4. Write and rehearse an incident response plan
Document who does what during a security incident, then run the plan as a drill at least annually so the first real use of it is not also the first test of it.
5. Secure remote support and access channels
Require zero-trust design, enforced multi-factor authentication and full session logging for any tool used to support or access devices outside the office network.
6. Run ongoing awareness training and prompt offboarding
Refresh staff training on social engineering and password hygiene regularly, and agree a maximum time limit for removing a leaver's access after their departure.
Common pitfalls
- Treating security budget as a fixed percentage rather than sizing it against actual asset value and threat likelihood
- Buying highly secure tools that add so much friction that staff or customers work around them
- Writing an incident response plan and never rehearsing it
- Leaving remote support sessions unauthenticated or unlogged because the convenience outweighs the perceived risk
- Allowing former employees' accounts to remain active after they leave
What to measure
| Time to remove leaver access | Should be measured in hours, not weeks |
|---|---|
| Patch latency | Time from patch release to deployment across the estate |
| Incident response drill frequency | At least once a year, more for critical systems |
| Remote session authentication coverage | Target 100% of sessions using MFA and logging |
| Staff training completion rate | Track uptake and repeat annually |
Select any column heading to sort.
Frequently asked questions
- How much should a business spend on cybersecurity?
- There is no universal figure. Spend should reflect the value of what is being protected, how likely it is to be targeted, and the sector's compliance requirements, such as ISO 27001 or GDPR. A useful test is whether the cost of a control is proportionate to the loss it prevents, rather than matching an industry average.
- What is attack surface management in simple terms?
- It is the practice of identifying every point where an unauthorised party could try to gain entry, including internet-facing systems, endpoints, remote access tools and third-party connections, then managing and reducing that exposure so there are fewer opportunities for an attacker to exploit.
- Why does remote support increase security risk?
- A remote support session creates a live communication channel between a technician and a device outside the office network. If that channel is not secured, an attacker can hijack the session, intercept data in transit or inject malware, so remote support tools need zero-trust design, multi-factor authentication and session logging.
- How often should incident response plans be tested?
- At least annually for most organisations, and more frequently for systems classed as critical. A plan that has only ever existed on paper tends to reveal gaps in the middle of a real incident, when there is least time to fix them.
Sources
Independent, standards-body and peer-reviewed material. None of these sources is affiliated with 247connect.
- Balancing Security And Costs In Attack Surface Management
Forbes Technology Council
Original article by Al Kingsley MBE, Forbes Technology Council, May 2025.
- Guide to Enterprise Telework, Remote Access and BYOD Security (SP 800-46 Rev. 2)
NIST
Federal guidance on securing remote access channels of the kind referenced in the source article.
- 10 Steps to Cyber Security
NCSC
UK government framework covering asset management, incident response and staff awareness measures.
- ISO/IEC 27001 Information Security Management
ISO
The compliance standard cited as a driver of proportionate security spend.
- Cybersecurity Framework
NIST
Reference framework for scoring assets and prioritising security investment by risk.
Putting it into practice
This guide is deliberately product-neutral. If you want to see how one implementation handles these requirements — attended and unattended access, named operator accounts, AES-256 encryption, audit logs and fixed pricing — the reference pages on this hub document 247connect in detail, and the product itself lives at 247connect.cloud.
More best-practice guides
IT professional development
A practical, vendor-neutral guide to planning IT professional development: setting goals, building communication, leadership and project skills, and choosing how to learn.
Is AI right for your business
A vendor-neutral guide for small and medium businesses weighing up AI adoption: cost, customer relationships, skills gaps, ethics and avoiding hype-driven decisions.
Getting better AI outputs
A vendor-neutral guide to how large language models actually work, and why understanding tokens, context windows and hallucination helps you get better results.