SOC 2 Readiness
24/7 Security Monitoring
Canadian-Based SOC
Back to Glossary
Assessment & Testing

What Is Vulnerability Assessment?

Definition

A vulnerability assessment is a systematic process of identifying, quantifying, and prioritizing security vulnerabilities in systems, networks, and applications. It uses automated scanning tools and manual analysis to discover weaknesses that could be exploited by attackers.

People Also Ask

Common questions about Vulnerability Assessment answered by our security experts.

Vulnerability Assessment in Practice

Most organisations that own a scanner are not getting value from it. The tool runs, the report generates, and nobody acts on it — which is indistinguishable from not having one, except for the licence cost.

The assessment is the easy part. The programme around it is what produces a reduction in risk.


Why scanners under-deliver

ProblemWhat it looks like
Perimeter-only scanningMisses everything an attacker reaches after the first foothold
Unauthenticated scans onlyGuesses software versions from banners instead of reading them
No triageMore findings than anyone can fix, so none get fixed
No remediation deadlinesFindings accumulate indefinitely with no owner
Incomplete asset coverageYou scan what you know about; the forgotten server is the one used

Credentialed internal scanning changes the quality of the output more than any other single setting. It sees installed software and patch state properly rather than inferring them.


Prioritisation that survives contact with reality

The vulnerability management loopDiscovery, authenticated scanning, triage by exploitability and exposure, remediation with an owner and deadline, then verification by rescan.Discovercomplete asset inventoryScanauthenticated, continuousTriageexploitability and exposureRemediateowner and deadlineVerifyrescan to confirm
A scan without the last three steps is a report, not a programme.

Severity scores alone are a poor queue. A critical-rated flaw on an isolated internal host matters less than a medium-rated one on an internet-facing service handling authentication. Weight by exposure, by whether the vulnerability is known to be exploited in the wild, and by what the asset actually does.


Discovery is the precondition

A vulnerability programme is bounded by the asset inventory behind it. Scanning a known range thoroughly while a forgotten subnet goes unexamined produces confident reports about the wrong estate.

Sources worth reconciling against each other, because none is complete on its own:

  • The IP ranges you believe you own, and what actually answers on them
  • Cloud provider inventories, per account and per region
  • DNS records, including subdomains pointing at decommissioned hosts
  • The identity provider, for SaaS nobody registered as an asset
  • Expense records, which find the cloud accounts no inventory has

Forgotten DNS entries pointing at released cloud resources are a recurring finding and a genuine takeover risk, and they appear in none of the first four sources.


Living with false positives

Unauthenticated scanning infers versions from banners and is wrong often enough to erode trust in the whole programme. Two habits help: scan with credentials wherever possible, and give system owners a route to dispute a finding that records the reason rather than silently dropping it.

A finding marked as a false positive with no recorded rationale is indistinguishable, six months later, from one that was quietly ignored.


Setting remediation timelines

SeverityInternet-facingInternal
Known exploitedImmediately, out of cycleDays
CriticalDaysWeeks
HighWeeksNext patch cycle
Medium and belowNext patch cycleRisk-accepted, reviewed periodically
Agree the timelines before the findings arrive
Negotiating what counts as urgent while holding a report of 4,000 findings guarantees the argument is lost. Published timelines by severity and exposure, agreed with system owners in advance, turn triage into an administrative step rather than a debate.

Where to start

Run one authenticated internal scan and compare the finding count with your last unauthenticated external scan. The gap between them is the part of your estate you have not been looking at.

Two adjacent habits make the numbers mean something. Track the age of open findings rather than the count, because a stable count can hide a backlog getting steadily older. And measure coverage — the proportion of known assets actually scanned in the last cycle — since an impressive remediation rate across half the estate is not the reassurance it appears to be.

See building a remediation programme and scanning versus penetration testing. GuardsArm runs vulnerability scanning and scanning.

Need Help With Vulnerability Assessment?

Our certified security professionals can help you implement the right vulnerability assessment strategy for your organization. Get a free assessment today.

Book a Free Consultation