Skip to content
Sovereign SecureSovereign Secure

Vulnerability scanning guide

What Is a Vulnerability Scan? How Vulnerability Scanning Works

Updated

What is a vulnerability scan, and how does vulnerability scanning work? A plain-English guide to what a scan checks, the main types, how long one takes, whether it is legal and how it differs from a vulnerability assessment or a penetration test.

Prefer to talk? Call +44 161 523 5276

  • PCI SSC Qualified Security Assessor company
  • IASME Cyber Essentials certification body
  • ISO 27001 certified

The short answer

A vulnerability scan is an automated check of your computers, network devices, cloud services or web applications against a database of known weaknesses, such as missing patches, outdated software, weak encryption and exposed services. It produces a list of possible issues rated by severity, which a person then confirms and prioritises for fixing.

On this page
  1. What is a vulnerability scan?
  2. What does a vulnerability scan do?
  3. What does a vulnerability scanner do?
  4. Types of vulnerability scan
  5. How long does a vulnerability scan take?
  6. Why is vulnerability scanning important?
  7. Is vulnerability scanning legal?
  8. Vulnerability scan vs vulnerability assessment vs penetration test
  9. Which vulnerability scanners are used?
  10. What do PCI DSS 11.3, Cyber Essentials Plus and ISO 27001 A.8.8 expect?
  11. Why Sovereign Secure
  12. Next step

A vulnerability scan is an automated check of your systems against known security weaknesses, such as missing patches, outdated software, weak encryption and services that are exposed when they should not be. It is quick, repeatable and broad, which makes it the routine layer of security testing that runs between less frequent manual tests. This guide explains how vulnerability scanning works, the main types of scan, how long a scan takes, whether it is legal and how it compares with a vulnerability assessment and a penetration test.

What is a vulnerability scan?

A vulnerability scan uses software, called a vulnerability scanner, to examine each system in scope and compare what it finds with databases of published vulnerabilities and common misconfigurations. In cyber security terms, vulnerability scanning is the discovery step of vulnerability management: it finds candidate weaknesses so that someone can confirm, prioritise and fix them.

Each finding usually comes with an identifier such as a CVE number, a severity score based on CVSS, the affected system and a suggested fix. A scan checks for what is already known. It cannot judge business logic, spot a flaw nobody has published, or prove that a weakness can actually be exploited.

What does a vulnerability scan do?

A typical network scan works in four stages:

  1. Discovery. The scanner finds live hosts in the address ranges you give it, and the ports and services each one exposes.
  2. Fingerprinting. It identifies the operating system, software and versions behind each service, either from outside or, in an authenticated scan, by logging in and reading them directly.
  3. Matching. It compares what it found with its library of checks: missing security updates, known CVEs, weak TLS settings, default passwords and risky configurations.
  4. Reporting. It lists each possible weakness with a severity rating and remediation advice, ready for a person to review.

Web application scanners work in a similar way, but they crawl pages and forms and send test inputs to look for issues such as injection flaws and missing security headers. Cloud scanners read your account configuration through the provider’s interfaces and compare it with recognised benchmarks.

What does a vulnerability scanner do?

A vulnerability scanner is the software that runs a vulnerability scan: it finds hosts, services and software versions, compares them with databases of known vulnerabilities (CVEs) and misconfigurations, and reports each match with a severity rating, usually based on CVSS. Scanners come in network, web application, cloud and container versions, both open-source and commercial, and the list of common scanners below gives examples of each.

Types of vulnerability scan

Scans are described by where they run from, how much access they have and what they target:

Type What it checks Typical use
External Internet-facing IP addresses, domains and services, as an outside attacker would see them Perimeter checks; PCI DSS 11.3.2 ASV scans
Internal Servers, workstations and devices inside your network Missing patches and weak settings behind the firewall; PCI DSS 11.3.1
Authenticated Hosts the scanner logs in to, reading installed software and settings directly Accurate patch and configuration checks; required for PCI DSS internal scans (11.3.1.2)
Unauthenticated Hosts probed over the network without credentials An attacker’s view; quicker but less accurate
Network Hosts, ports, services and network devices The core of most scanning programmes
Web application Pages, forms, parameters and headers of a website or web app Common web flaws between penetration tests
Cloud AWS, Azure or Google Cloud configuration and workloads Public storage, open security groups and risky identity settings

Most programmes combine several, for example authenticated internal network scans every month, external scans every week and, if you take card payments, a quarterly ASV scan.

How long does a vulnerability scan take?

Anything from a few minutes to many hours. A single host or a handful of internet-facing addresses can finish in minutes, a large internal network can take several hours, and the first scan of a new environment usually takes the longest. These are the main factors:

Factor Effect on scan time
Number of hosts and IP addresses The biggest driver, because each live host is probed in turn
Open ports and services More services mean more checks per host
Authenticated or unauthenticated Authenticated scans run more checks, so they take longer but find more
Scan speed settings Throttling to protect fragile systems slows the scan down
Network conditions Firewalls, VPN links and rate limiting slow the responses
Web applications Crawling large sites and their forms adds time

The analysis takes time too. Removing false positives and prioritising the results is often a bigger job than running the scan.

Why is vulnerability scanning important?

Because new vulnerabilities are published every day, and attackers scan the internet for them too. Regular scanning matters for five reasons:

  • It finds known weaknesses early, often within days of a vulnerability being published or a system changing.
  • It covers everything in scope every time, which no manual test can do at the same frequency.
  • It confirms fixes: a rescan shows whether a patch or configuration change actually closed the issue.
  • It provides evidence that standards such as PCI DSS, Cyber Essentials Plus and ISO 27001 expect to see.
  • It shows the trend: comparing scans over time tells you whether your exposure is shrinking.

Yes, when you scan systems you own or have the owner’s written permission to scan. In the UK, accessing or trying to access a computer without authorisation can be an offence under the Computer Misuse Act 1990, so scanning someone else’s systems without permission is a risk you should not take. Good intentions are no defence: a white hat hacker only tests with the owner’s written authorisation.

In practice that means three things. Scan only the address ranges and applications you are responsible for. Check that your cloud and hosting providers allow scanning of the services you use, because their terms set the rules for shared infrastructure. And when a third party scans for you, give them written authorisation that lists the targets and the dates.

Vulnerability scan vs vulnerability assessment vs penetration test

The three are often confused, but they answer different questions:

Aspect Vulnerability scan Vulnerability assessment Penetration test
What it is Automated check against known weaknesses Scan plus discovery, validation, prioritisation and reporting by an analyst Manual, authorised attack by a skilled tester
What it finds Known CVEs, missing patches and misconfigurations The same, confirmed and ranked for your environment Exploitable weaknesses, chained attacks, and logic and access control flaws
Proves exploitation No No Yes
Typical frequency Weekly to quarterly Quarterly, or as a one-off baseline Annually and after significant change
Learn more This guide What is a vulnerability assessment? Penetration testing services

The three build on each other: a scan feeds an assessment, and a penetration test shows what an attacker could actually do with what the assessment found. Our comparison of penetration testing vs vulnerability scanning goes into more detail.

Which vulnerability scanners are used?

Scanners fall into a few categories, each with open-source and commercial options:

Category What it scans Examples
Network and infrastructure scanners Hosts, services, patch levels and configuration OpenVAS (Greenbone), Nessus, Qualys, Rapid7 InsightVM
Web application scanners (DAST) Websites, web apps and APIs ZAP, the scanner in Burp Suite, commercial DAST tools
Cloud configuration scanners Cloud accounts and services Cloud providers’ own security tools, open-source tools such as Prowler, posture management products
Container and dependency scanners Container images and third-party libraries Trivy, software composition analysis tools

The examples illustrate each category; they are not recommendations. How a scanner is configured (authenticated or not, safe checks, accurate scope) and how carefully the results are reviewed matter more than which product you choose. The NCSC’s guidance on vulnerability scanning tools and services sets out what to look for when you choose a scanner or a scanning service.

What do PCI DSS 11.3, Cyber Essentials Plus and ISO 27001 A.8.8 expect?

Each framework treats scanning slightly differently:

Framework What it expects from scanning
PCI DSS v4.0.1, Requirement 11.3.1 Internal scans at least once every three months, with high-risk and critical findings resolved and confirmed by rescan; authenticated scanning (11.3.1.2); scans after significant change (11.3.1.3)
PCI DSS v4.0.1, Requirement 11.3.2 External scans at least once every three months by a PCI SSC Approved Scanning Vendor (ASV), repeated until they pass; scans after significant change (11.3.2.1)
Cyber Essentials Plus An external vulnerability scan of internet-facing systems and authenticated scans of a sample of devices, carried out by the certification body as part of the audit
ISO/IEC 27001:2022, Annex A 8.8 Information about technical vulnerabilities obtained, your exposure evaluated and appropriate action taken; regular scanning is the usual evidence

Only the quarterly external scans for PCI DSS 11.3.2 have to be run by an ASV. Sovereign Secure is a QSA company, not an ASV: we deliver PCI ASV scans through our PCI SSC Approved Scanning Vendor partner. The requirements are in the PCI DSS standard, free from the PCI SSC document library, and the NCSC’s vulnerability management guidance explains how scanning fits into a wider programme.

Why Sovereign Secure

  • A PCI SSC Qualified Security Assessor company, so scan cycles and reports are set up the way an assessor checks PCI DSS 11.3.
  • An IASME-licensed Cyber Essentials certification body, issuing Cyber Essentials and Cyber Essentials Plus certificates, so we know what the CE+ scans look for.
  • ISO 27001 certified, so scan data is handled under an independently certified information security management system.
  • Scanning and penetration testing from one provider, with PCI ASV scans delivered through our PCI SSC Approved Scanning Vendor partner.

Next step

Our vulnerability scanning services cover internal, external, cloud and web application scans, with false positives removed, findings prioritised and rescans after fixes. Send us a rough list of your systems through the penetration testing quote form, or call +44 161 523 5276.

Free tools and services

Last reviewed October 2026 by the Sovereign Secure assessment team.

Trusted by banks, payment providers and global brands

  • Accor
  • Fiserv
  • JCPenney
  • Ticketmaster
  • Nitecrest
  • Cashplus
  • Ahli United Bank
  • Kuwait Finance House
  • AYA Bank
  • Bank of Palestine
  • Liquid Pay
  • DataFlow Group
  • Wilmington
  • The Growth Company
  • Wahyukart

FAQ

Frequently asked questions

Can't find your answer? Call us on +44 161 523 5276 or send us a message.

Can I run a vulnerability scan myself?

Yes, on systems you own or are authorised to scan. Open-source and commercial scanners are widely available; the harder parts are configuring authenticated scans safely and interpreting the results, which is where managed vulnerability scanning services help. The quarterly external scans for PCI DSS 11.3.2 must still come from an Approved Scanning Vendor.

How often should you run vulnerability scans?

At least once every three months, which is the PCI DSS minimum for internal and external scans, and after any significant change. Many organisations scan internet-facing systems weekly and internal systems monthly, so new issues surface between quarterly cycles and penetration tests.

Is a vulnerability scan the same as a penetration test?

No. A scan is automated and reports the known weaknesses it can detect. A penetration test is carried out by a person who confirms which weaknesses can be exploited, chains them together and tests logic a scanner cannot understand. Most organisations need both.

Do authenticated scans find more?

Yes. An authenticated (credentialed) scan logs in to each host and reads the installed software and settings directly, so it finds missing patches and misconfigurations that an unauthenticated scan can only infer from outside. PCI DSS Requirement 11.3.1.2 requires authenticated scanning for internal scans.

Can a vulnerability scan break my systems?

Rarely, but it can happen. Fragile or legacy devices, such as old printers, industrial controllers and some network equipment, can react badly to aggressive scans. Use safe-check settings, limit the scan speed, scan outside busy hours and agree how fragile systems will be handled before the first scan.

What happens after a vulnerability scan?

Someone reviews the results: false positives are removed, real findings are ranked by severity, exposure and what each system does, fixes are assigned with deadlines, and a rescan confirms each fix worked. Without that follow-up a scan report is only a list; a vulnerability assessment is the process that turns scan output into a prioritised plan.

What is a false positive in a vulnerability scan?

A finding the scanner reports that is not really there, for example a vulnerability flagged from a software version number when the vendor has already patched the flaw without changing that number. Unauthenticated scans produce more of them, which is why results should be checked before anyone spends time on fixes.

Free consultation

Talk to an assessor

We aim to reply within one working day, and send a fixed quote once your scope is confirmed.

  • PCI SSC-approved QSA, QPA, CPSA, P2PE and 3DS assessors
  • IASME-licensed Cyber Essentials certification body
  • Clients across the UK, US, Europe, Middle East and Asia since 2012

“The Cyber Security Services were delivered on time and price was competitive.”

Beverley McGowan, Director, Specialists Hub. Read the full testimonial

By sending this form you agree to us contacting you about your enquiry. See our privacy policy.

We aim to reply within one working day. The first consultation is free.