Vulnerability Scanning and Prioritization

Key Takeaways

  • Vulnerability management is a lifecycle: scope, identify, scan, validate, prioritize, remediate, verify, and report.
  • Credentialed and agent-based scans find accurate host-level detail; unauthenticated scans show only the attacker's external view.
  • Prioritization combines CVSS severity, exploitability, asset criticality, exposure, compensating controls, and business impact, not score alone.
  • False positives, false negatives, scan scope, and scan timing are operational realities SY0-701 expects you to manage.
  • A rescan or other validation step confirms whether remediation actually closed the finding before the ticket is closed.
Last updated: June 2026

Scanning Is Discovery, Not the Finish Line

SY0-701 objective 4.3 covers vulnerability management activities. The goal is to reduce risk by turning raw findings into prioritized, verified remediation. A clean scan report with nothing fixed reduces no risk. Authorization comes first: scans send traffic and can crash fragile services, so they must be approved and scoped.

Vulnerability Management Lifecycle

  1. Define scope and obtain written authorization.
  2. Identify assets and their business owners.
  3. Scan with appropriate methods (credentialed, agent, network, web, image).
  4. Validate findings and remove false positives.
  5. Prioritize based on risk, not score alone.
  6. Remediate, mitigate, accept, or transfer the risk.
  7. Rescan or otherwise verify closure.
  8. Report trends, overdue items, and exceptions to stakeholders.

Scan Types

Scan typeWhat it does bestLimitation
Credentialed scanInspects installed patches, config, local softwareRequires secure credential handling
Unauthenticated scanShows what an external attacker seesMisses local/host detail
Agent-based scanReports from the endpoint regardless of network locationNeeds agent deployment and health
Network scanFinds reachable services and devicesMisses firewalled or offline hosts
Web application scanTests app inputs and behaviorsNeeds tuning; can miss logic flaws
Container/image scanFinds vulnerable packages in imagesDoes not prove runtime exposure alone
SCA (software composition analysis)Finds vulnerable dependenciesNeeds build/dependency visibility

Know the distinction CompTIA tests most: a credentialed scan logs in and reads local package versions and registry settings, so it is the most accurate way to confirm a missing OS patch. An unauthenticated scan only fingerprints exposed services from the outside.

CVSS and Prioritization Factors

The Common Vulnerability Scoring System (CVSS) rates severity 0.0-10.0 (0.0 none, 0.1-3.9 low, 4.0-6.9 medium, 7.0-8.9 high, 9.0-10.0 critical). CVSS is the base input, not the whole decision. Real prioritization layers on exposure, exploitability, and asset value.

FactorHigher-priority clue
Severity (CVSS)Critical or high base score
ExploitabilityKnown exploit, active exploitation, low complexity
ExposureInternet-facing, unauthenticated, broad reach
Asset criticalityDomain controller, payment system, sensitive data store
Compensating controlsNone, or controls are weak
Business impactOutage or compromise materially hurts operations
Remediation effortA quick, low-risk fix that removes real risk gets bumped up

Worked Prioritization Example

FindingCVSSExposureAssetPriorityWhy
RCE on internet-facing VPN, exploit available9.8InternetRemote-access gateway1High, exposed, exploitable, critical path
Public bucket with confidential dataN/AInternetCustomer reports2Data exposure can outrank a numeric score
Missing patch on isolated kiosk7.5RestrictedLow data value3Compensating controls cut urgency
Medium TLS finding on internal lab host5.3InternalNon-production lab4Low impact and exposure

Notice that the 9.8 RCE outranks the 7.5 patch even though both are "high" by score, because exposure and exploitability align. And a finding with no numeric score (public data exposure) can still be priority 2 because impact is severe. CompTIA rewards this risk-based reasoning over blind CVSS sorting.

False Positives, False Negatives, and Scan Hygiene

TermMeaningExample
False positiveScanner reports a vuln that is not really presentBackported patch leaves an old version string
False negativeScanner misses a real vulnerabilityAuth failure blocks the local package check
Scan noiseToo many low-value alerts dull attentionUntuned informational findings
Scan windowTime chosen to limit operational impactOff-hours credentialed scan

A backported patch is the classic false-positive trap: the distribution fixes the flaw but keeps the version banner, so a version-only check thinks it is still vulnerable. A credentialed scan resolves it.

Common Traps

TrapBetter exam reasoning
Patch purely by CVSS scoreAdd exploitability, exposure, asset value, and controls
Skip authorization for scanningScans can affect systems and must be approved
Accept a screenshot as closureVerify by rescan, config review, or test
Assume an unauthenticated scan is completeCredentialed or agent scans are needed for host detail

Quick Drill

Rank these first to last:

  1. Critical unauthenticated RCE on an internet-facing firewall.
  2. Public storage exposure containing confidential data.
  3. High-severity vuln on an internal host with no route from user networks.
  4. Low-severity banner disclosure on a test host.

Items 1 and 2 are urgent because they combine internet exposure with high impact. Item 3 is real but mitigated by network isolation; item 4 is low value. Exact order between 1 and 2 depends on business context, but both outrank the internal and test findings.

Test Your Knowledge

Which scan type is most likely to identify missing OS patches on a server accurately?

A
B
C
D
Test Your Knowledge

A critical vulnerability has an available exploit and affects an internet-facing VPN. What should drive its priority?

A
B
C
D
Test Your KnowledgeMulti-Select

Which items help prioritize vulnerability remediation? Select two.

Select all that apply

Whether exploit code exists
Whether the asset is internet-facing
The color of the server rack
The alphabetical order of hostnames