S Shamar Bryant
Projects Skills Certifications About Resume Contact
Email LinkedIn
Home/Projects/Azure + Tenable Lab
Vulnerability ManagementAzureTenableWindows Security

Credentialed vs Unauthenticated Vulnerability Scanning with Azure and Tenable

Deployed a Windows 11 Pro VM in Microsoft Azure and compared how unauthenticated and credentialed Tenable scans differ in vulnerability visibility, from 36 findings to 147.

CategoryVulnerability Management · Cloud Security
ToolsTenable Vulnerability Management, Microsoft Azure, Windows 11 Pro, NSG
RoleConfigured cloud environment, ran scans, analyzed and documented results
StatusCompleted
Key ResultCredentialed scan: 147 vulnerabilities · Unauthenticated: 36 vulnerabilities

Objective

This lab measures how authenticated access changes the depth and accuracy of a vulnerability scan. Vulnerability management is a core responsibility in many security roles, and knowing the difference between what a scanner sees from the network and what it finds with valid credentials is fundamental.

It answers one question: if an attacker has valid credentials to a Windows system, how many more vulnerabilities are exposed compared to an external scan?

Lab Environment

The lab was configured in Microsoft Azure:

  • Cloud platform: Microsoft Azure
  • Virtual machine: Windows 11 Pro
  • Scanner: Tenable Vulnerability Management (Basic Network Scan)
  • Scan engine: Internal Scanner
  • Network Security Group (NSG) configured to allow Tenable scan traffic
  • Windows Firewall disabled for lab purposes to allow scanner communication
Lab note: Windows Firewall was disabled to eliminate firewall interference during scanning. This is only appropriate in an isolated lab environment. In production, you would use Tenable agent-based scanning or configure firewall rules specifically for the scanner.

Before the credentialed scan, the LocalAccountTokenFilterPolicy registry key was modified to enable remote administrative access for the Tenable scanner:

Windows Registry · Enable credentialed scanning
# Allow remote administrative access for Tenable HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System LocalAccountTokenFilterPolicy = 1 (DWORD)

Scan 1: Unauthenticated Basic Network Scan

The first scan ran without any Windows credentials. Tenable scanned the Azure VM from the network perspective only. It could not authenticate into the operating system and was limited to what it could observe from the outside.

Scan TypeBasic Network Scan
CredentialsNone
ScannerInternal Scanner
Duration~9 minutes
Vulnerabilities Found36
VisibilityExternal / network-level only

Without credentials, Tenable could only identify vulnerabilities detectable from the network: open ports, service banners, externally observable SSL/TLS weaknesses, and network-exposed service vulnerabilities. It had no visibility into the operating system's patch state, installed software versions, registry settings, or local configuration details.

Scan 2: Credentialed Scan

The second scan used the same Tenable configuration with Windows local administrator credentials added. This gave Tenable authenticated access to the operating system, so it could inspect the host from the inside.

Scan TypeBasic Network Scan
CredentialsWindows local administrator
ScannerInternal Scanner
Duration~23 minutes
Vulnerabilities Found147
VisibilityFull host-level internal access

With valid credentials, Tenable could access installed software lists, missing Windows patches, registry configuration, local security settings, service configurations, and application-level vulnerabilities. This is the kind of visibility a real vulnerability management program depends on.

Scan Comparison

36
Unauthenticated findings
147
Credentialed findings
More visibility with credentials

The credentialed scan revealed roughly four times more vulnerabilities than the unauthenticated scan. That is expected, and it shows why credentialed scanning is the standard in enterprise vulnerability management programs.

What the unauthenticated scan missed: Missing OS patches, unpatched third-party software, insecure local configuration settings, and application-level vulnerabilities. All of these become visible only when the scanner can log in and inspect the host directly.

From an attacker's perspective, the comparison shows what changes with valid credentials: the attacker gains visibility into the same additional attack surface the credentialed scanner reveals.

Screenshots

Azure Windows 11 Virtual Machine
Azure Windows 11 Pro VM, the scan target deployed in Microsoft Azure
Unauthenticated Tenable Scan Results
Unauthenticated scan results: network-level visibility only (36 findings)
Credentialed Tenable Scan Results
Credentialed scan results: full host-level visibility (147 findings)

Key Takeaways

  • Unauthenticated scans are useful for identifying externally visible network exposure, but they represent only a fraction of actual host risk.
  • Credentialed scans provide the accurate, complete picture that vulnerability management programs require for prioritization and remediation.
  • CVSS scores help prioritize vulnerabilities, but only if the scanner can actually discover them, which requires credentials.
  • NSG configuration and Windows Firewall rules directly affect scan results. Misconfigured access controls can silently reduce scan coverage.
  • Cloud lab environments should be properly cleaned up after testing to avoid unnecessary cost and security exposure.
  • The LocalAccountTokenFilterPolicy registry modification is required to enable remote admin access for Tenable on modern Windows systems.

Skills Demonstrated

Microsoft AzureVM DeploymentTenable Vulnerability Management Basic Network ScanCredentialed ScanningCVSS Score Review Windows 11 AdministrationNetwork Security GroupsRegistry Configuration Vulnerability PrioritizationCloud Resource ManagementScan Configuration