NeuralWall Rules Kit
community broadcom_vcenter_server

vCenter Server 9.0 (Broadcom/VMware vSphere)

This profile covers the network flows of the vCenter Server Appliance (VCSA) from Broadcom, deployed to centrally manage a pool of ESXi hosts in a VMware vSphere infrastructure. The VCSA exposes the vSphere Client (HTTPS 443) and REST API/SDK to administrators, as well as the VAMI (vCenter Appliance Management Interface, port 5480) for appliance system administration. It drives ESXi hosts via a bidirectional management channel vpxd↔vpxa (TCP/UDP 902, TCP 443). Conditional services cover: ESXi host network provisioning via Auto Deploy (6501/6502, TFTP/iPXE 69), vSphere Lifecycle Manager (vLCM) host lifecycle management (ports 9087/9084/8084/8083), vSphere Replication (8043), Active Directory integration (Kerberos 88, LDAP 389/636, Kerberos password change 464), SNMP monitoring, and syslog log collection. An outbound flow to dl.broadcom.com enables secure update downloads (authenticated repository, support account token). The legacy clear-text ESXi management protocol is blocked as a hardening measure.

Schema:
1.0.0
Version:
1.0.0
Authors:
NeuralWall Rules Team (NeuralWall)
Published by Broadcom

Trust & attestations

Trust tiercommunity
Loading trust info…
community
reviewed
verified

Next tier: reviewed

Sources

Threat model

Summary
vCenter Server (VCSA) is the single control plane of the VMware vSphere infrastructure: its compromise grants access to workloads on all VM guests hosted on managed ESXi hosts. Three attack surfaces dominate. (1) The vSphere Client/REST API (T1190, T1078): application CVEs on vCenter (many critical CVEs historically) or stolen SSO credentials provide initial access, followed by a pivot to ESXi hosts via vpxd↔vpxa (T1210). (2) The dl.broadcom.com update channel (T1195.002): a malicious package downloaded by vLCM can compromise both the VCSA and all ESXi hosts it drives — a supply-chain vector with a very wide blast radius. (3) The VCSA maintenance SSH (T1133): disabled by default in vSphere 9.0, it exposes a root shell if re-enabled and not disabled after a maintenance window. Zone segmentation (management), inbound/outbound TLS inspection, and identity group restrictions (vCenter SSO) reduce these surfaces.
Attacker goal
Compromise the VCSA (vCenter Server) to pivot to ESXi hosts and their workloads, or establish fleet-wide vSphere persistence (VM implant deployment, secrets extraction).
Key controls
management_zone_segmentationssl_inbound_inspectionssl_forward_proxyidentity_user_group_restrictionblock_cleartext_managementupdate_sandboxingssh_restricted_access

MITRE ATT&CK

Technique Name Tactic
T1190 Exploit Public-Facing Application initial-access
T1210 Exploitation of Remote Services lateral-movement
T1195.002 Compromise Software Supply Chain initial-access
T1078 Valid Accounts defense-evasion
T1133 External Remote Services initial-access

Rules

# App ID Action Direction Zones Risk Security profiles Decryption
0 virtualization_mgmt_web allow inbound trust, management, vpn → management 5 antivirus, ips, url_filtering ssl_inbound_inspection
1 appliance_admin_web allow inbound management → management 5 antivirus, ips ssl_inbound_inspection
2 web_browsing allow inbound trust, management, vpn → management 2 ips none
3 hypervisor_management allow internal management → management 5 antivirus, ips none
4 hypervisor_heartbeat allow internal management → management 3 ips none
5 dns allow internal management → internal 2 dns_security none
6 ntp allow internal management → internal 2 ips none
7 ssh allow inbound management → management 4 ips ssh_proxy
8 network_boot_provisioning allow inbound management → management 3 antivirus, ips none
9 tftp allow inbound management → management 3 ips none
10 host_lifecycle_patch_https allow inbound management → management 4 antivirus, ips, sandboxing ssl_inbound_inspection
11 host_lifecycle_patch_legacy allow inbound management → management 3 antivirus, ips none
12 replication_management allow internal management → management 3 ips ssl_inbound_inspection
13 snmp allow inbound management → management 2 ips none
14 snmp_trap allow internal management → management 2 ips none
15 syslog allow internal management → management 3 ips none
16 syslog_tls allow internal management → management 2 ips none
17 software_update allow outbound management → internet 4 antivirus, dns_security, ips, sandboxing, url_filtering ssl_forward_proxy
18 clear_text_hypervisor_mgmt drop internal management → management 4

Rule details

Rule 0 — virtualization_mgmt_web (allow)

Rationale

This rule allows vSphere administrators (compliant devices, restricted vCenter SSO groups) and automation tools (PowerCLI, Terraform vSphere, Ansible VMware) to reach the VCSA over HTTPS port 443 (vSphere Client HTML5 and REST API/SDK). Since the VCSA is a controlled internal server, ssl_inbound_inspection decrypts inbound traffic to detect exploits targeting vCenter Server (T1190 — many historical critical CVEs: CVE-2021-21985, CVE-2021-22005, CVE-2023-34048, etc.) and malicious uploaded files. Identity is restricted by vCenter SSO group (least privilege). Risk is critical (risk 5): compromising the VCSA enables pivoting to all ESXi hosts via vpxd↔vpxa (T1210). This rule also covers the redirect from HTTP port 80 (see rule 3).

Application

app_id:
virtualization_mgmt_web
category:
infrastructure
risk:
5
depends_on:
dns

Zones

trust, management, vpn → management

direction: inbound

Security profiles

antivirus: action=block ips: action=block, min_severity=medium url_filtering: credential_phishing=block

Decryption

mode=ssl_inbound_inspection

Logging

log_start: false
log_end: true
forwarding → siem_high_priority

Rule 1 — appliance_admin_web (allow)

Rationale

The VAMI (vCenter Appliance Management Interface, port 5480) is the only way to manage the VCSA system settings: backup, network configuration, NTP, TLS certificates, appliance OS updates, and SSH enable/disable. It is structurally mandatory (without it, the VCSA cannot be managed outside the vSphere Client) and distinct from the vSphere management interface on port 443. Access is restricted to system administrators only (a narrower directory group than rule 1). ssl_inbound_inspection covers exploits (T1190, T1078). Risk is critical (risk 5): VAMI access allows full reconfiguration of the VCSA, including SSH activation and SSO certificate modification.

Application

app_id:
appliance_admin_web
category:
infrastructure
risk:
5
depends_on:
dns

Zones

management → management

direction: inbound

Security profiles

antivirus: action=block ips: action=block, min_severity=medium

Decryption

mode=ssl_inbound_inspection

Logging

log_start: false
log_end: true
forwarding → siem_high_priority

Rule 2 — web_browsing (allow)

Rationale

The VCSA automatically redirects port 80 to HTTPS 443 (vSphere Client). No application data is transmitted in clear text: the session is immediately redirected. IPS in block mode (high severity) detects exploitation attempts targeting the HTTP redirect layer. Decryption is not applicable: the HTTP flow is not encrypted and the redirect occurs before any data exchange.

Application

app_id:
web_browsing
category:
networking
risk:
2

Zones

trust, management, vpn → management

direction: inbound

Security profiles

ips: action=block, min_severity=high

Decryption

mode=none

Logging

log_start: false
log_end: true
forwarding → siem_default

Rule 3 — hypervisor_management (allow)

Rationale

The VCSA drives ESXi hosts via the bidirectional vpxd↔vpxa channel. TCP port 902 (ESXi management port) carries data transfer, configuration, and VM console (MKS — Mouse/Keyboard/Screen via vSphere Client). TCP port 443 is used by vpxd for vpxa agent management APIs on the ESXi side. The UDP 902 availability heartbeat is covered by rule 4b. Decryption is disabled (cert_pinned_app exclusion): ESXi hosts present vSphere device certificates and a MITM proxy would break the mutual authentication channel vpxd↔vpxa. IPS detects exploits targeting ESXi management services (T1210). Risk is critical (risk 5): this channel is the main pivot vector from the VCSA to ESXi hosts.

Application

app_id:
hypervisor_management
category:
infrastructure
risk:
5
depends_on:
dns

Zones

management → management

direction: internal

Security profiles

antivirus: action=block ips: action=block, min_severity=medium

Decryption

mode=none

exclusions: cert_pinned_app

Logging

log_start: false
log_end: true
forwarding → siem_high_priority

Rule 4 — hypervisor_heartbeat (allow)

Rationale

The UDP 902 availability heartbeat between the VCSA (vpxd) and ESXi hosts (vpxa) enables rapid detection of unavailable hosts in vSphere. This flow is fundamental for vSphere HA high-availability management and ESXi host health monitoring in vCenter. IPS in default mode detects protocol anomalies on this UDP flow without blocking legitimate vpxd probes.

Application

app_id:
hypervisor_heartbeat
category:
infrastructure
risk:
3

Zones

management → management

direction: internal

Security profiles

ips: action=default

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 5 — dns (allow)

Rationale

DNS resolution is structurally mandatory for the VCSA: installation fails if A/PTR records for its FQDN cannot be resolved. In operation, DNS is required to reach managed ESXi hosts, Active Directory controllers (vCenter SSO integration), and the dl.broadcom.com service (vLCM updates). The flow is restricted to a controlled internal resolver (no direct Internet resolution). The dns_security profile with sinkhole mitigates DNS tunneling from the VCSA if it were compromised. TCP/53 (DNSSEC or >512-byte responses) is handled by the same rule if the firewall supports multi-protocol; otherwise duplicate for tcp/53.

Application

app_id:
dns
category:
networking
risk:
2

Zones

management → internal

direction: internal

Security profiles

dns_security: action=block, sinkhole=true

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 6 — ntp (allow)

Rationale

CONDITIONAL — Enable ONLY if direct NTP synchronisation is configured on the VCSA (via VAMI or vcsa-util). The VCSA can synchronise its clock via the ESXi host hypervisor (VMware Tools mode), but direct NTP synchronisation is strongly recommended in production. NTP is critical for vSphere TLS certificate validity, vCenter SSO/Kerberos authentication, event log consistency, and vSphere HA operation (master election). IPS in default mode detects NTP protocol anomalies (amplification, non-standard mode).

Application

app_id:
ntp
category:
networking
risk:
2

Zones

management → internal

direction: internal

Security profiles

ips: action=default

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 7 — ssh (allow)

Rationale

CONDITIONAL — Enable ONLY if the VCSA SSH service has been explicitly activated via the VAMI for a maintenance operation. SSH is disabled by default on the VCSA in vSphere 9.0 (Broadcom security best practice) and must be re-disabled after the operation. This rule should be activated with a time-limited policy (maintenance window). The ssh_proxy decryption mode allows inspection of commands executed over the SSH tunnel (detection of exfiltration or suspicious commands on the VCSA root shell). Access is restricted to compliant management hosts and the narrowest administration group (T1133). log_start is enabled to trace every SSH session opening.

Application

app_id:
ssh
category:
remote_access
risk:
4

Zones

management → management

direction: inbound

Security profiles

ips: action=block, min_severity=medium

Decryption

mode=ssh_proxy

Logging

log_start: true
log_end: true
forwarding → siem_high_priority

Rule 8 — network_boot_provisioning (allow)

Rationale

CONDITIONAL — Enable ONLY if vCenter Auto Deploy is in place for stateless ESXi host automated deployment. Auto Deploy distributes ESXi images, configuration profiles, and vSphere assignment rules to hosts being provisioned: hosts connect to the VCSA on TCP ports 6501 (Auto Deploy HTTP service) and 6502 (Auto Deploy HTTPS service) to receive their system image. Antivirus and IPS inspect inbound flows. Decryption is disabled (cert_pinned_app) as ESXi hosts network-booting use vSphere device certificates that a proxy cannot impersonate. If provisioning uses UEFI HTTPS Boot (modern ESXi 7+ boot), it goes through TCP 443 (rule 1) and this rule can remain disabled.

Application

app_id:
network_boot_provisioning
category:
infrastructure
risk:
3

Zones

management → management

direction: inbound

Security profiles

antivirus: action=block ips: action=block, min_severity=medium

Decryption

mode=none

exclusions: cert_pinned_app

Logging

log_end: true
forwarding → siem_high_priority

Rule 9 — tftp (allow)

Rationale

CONDITIONAL — Enable ONLY if vCenter Auto Deploy uses legacy PXE boot (BIOS or classic iPXE). TFTP (UDP 69) enables download of the iPXE boot file when an ESXi host being provisioned PXE-boots. This rule is unnecessary if UEFI HTTPS Boot (new default from ESXi 7+) is configured, as it operates entirely over HTTPS (rule 1 or rule 8). TFTP is an unencrypted protocol: restrict its use to the segmented management network and consider migrating to UEFI HTTPS boot to eliminate this flow.

Application

app_id:
tftp
category:
networking
risk:
3

Zones

management → management

direction: inbound

Security profiles

ips: action=block, min_severity=medium

Decryption

mode=none

Logging

log_end: true
forwarding → siem_high_priority

Rule 10 — host_lifecycle_patch_https (allow)

Rationale

CONDITIONAL — Enable ONLY if vSphere Lifecycle Manager (vLCM) is activated to drive updates and check compliance of managed ESXi hosts. vLCM exposes an HTTPS patch/ESXi image repository from the VCSA to hosts. If this flow is blocked, vLCM compliance checks and remediations fail silently. HTTPS port 9087: the primary flow since vSphere 7/vLCM (replaces legacy HTTP port 9084). ssl_inbound_inspection enables antivirus and sandboxing inspection of distributed content (supply-chain vector if the VCSA is compromised).

Application

app_id:
host_lifecycle_patch_https
category:
infrastructure
risk:
4
depends_on:
dns

Zones

management → management

direction: inbound

Security profiles

antivirus: action=block ips: action=block, min_severity=medium sandboxing: enabled=true, file_types=archive+pe

Decryption

mode=ssl_inbound_inspection

Logging

log_end: true
forwarding → siem_high_priority

Rule 11 — host_lifecycle_patch_legacy (allow)

Rationale

CONDITIONAL — Enable ONLY if vLCM still uses the legacy HTTP port (9084) for compatibility-mode ESXi hosts, or the host configuration store access port (8083). In vSphere 7+/current vLCM, the main flow goes through HTTPS 9087 (rule 10); these ports are legacy residues. Note: since 9084 is unencrypted HTTP, consider migrating to 9087/HTTPS to eliminate this unencrypted flow and close this rule.

Application

app_id:
host_lifecycle_patch_legacy
category:
infrastructure
risk:
3

Zones

management → management

direction: inbound

Security profiles

antivirus: action=block ips: action=block, min_severity=medium

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 12 — replication_management (allow)

Rationale

CONDITIONAL — Enable ONLY if vSphere Replication is deployed (VR Appliance). This SOAP flow (TCP 8043) allows the VCSA to control the vSphere Replication Appliance: replication policy configuration, monitoring, failover orchestration. It is distinct from inter-ESXi replication data traffic (NBD/NFC), which belongs to a dedicated ESXi host profile. ssl_inbound_inspection inspects inbound HTTPS SOAP flows to the VCSA.

Application

app_id:
replication_management
category:
infrastructure
risk:
3
depends_on:
dns

Zones

management → management

direction: internal

Security profiles

ips: action=block, min_severity=medium

Decryption

mode=ssl_inbound_inspection

Logging

log_end: true
forwarding → siem_default

Rule 13 — snmp (allow)

Rationale

CONDITIONAL — Enable ONLY if the VCSA's SNMP agent is activated and a network management system (NMS) performs polling. SNMPv3 with authentication and encryption is strongly recommended for a vSphere infrastructure (vCenter MIBs expose sensitive infrastructure information). Access must be restricted to the NMS IP address. IPS in default mode monitors SNMP protocol anomalies (unauthorised walk attempts).

Application

app_id:
snmp
category:
infrastructure
risk:
2

Zones

management → management

direction: inbound

Security profiles

ips: action=default

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 14 — snmp_trap (allow)

Rationale

CONDITIONAL — Enable ONLY if SNMP trap sending is configured on the VCSA toward a trap receiver (NMS). The VCSA emits SNMP UDP traps to the NMS to report vSphere infrastructure events. Prefer SNMPv3 with authentication. IPS in default mode monitors anomalies.

Application

app_id:
snmp_trap
category:
infrastructure
risk:
2

Zones

management → management

direction: internal

Security profiles

ips: action=default

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 15 — syslog (allow)

Rationale

CONDITIONAL — Enable ONLY if unencrypted syslog collection is configured on the VCSA AND the current version is vCenter Server 9.x (supported). VERSION WARNING: unencrypted syslog on UDP/TCP 514 is supported in vCenter Server 9.x but is blocked and unsupported from vCenter Server 9.1 onward. If an upgrade to 9.1+ is planned, migrate to syslog TLS (rule 16, port 1514) BEFORE upgrading the VCSA. Unencrypted syslog exposes vCenter logs to interception and tampering on the management network — prefer rule 16 in all circumstances. IPS monitors flow anomalies.

Application

app_id:
syslog
category:
infrastructure
risk:
3

Zones

management → management

direction: internal

Security profiles

ips: action=block, min_severity=high

Decryption

mode=none

Logging

log_end: true
forwarding → siem_default

Rule 16 — syslog_tls (allow)

Rationale

CONDITIONAL — Enable if encrypted TLS syslog log collection is configured on the VCSA. Recommended in vCenter Server 9.x, and mandatory from vCenter Server 9.1 onward (unencrypted syslog on 514 is blocked from that version). Recommended migration path from rule 15. Decryption is disabled (cert_pinned_app) as the TLS syslog collector uses a vSphere device certificate for mutual authentication.

Application

app_id:
syslog_tls
category:
infrastructure
risk:
2

Zones

management → management

direction: internal

Security profiles

ips: action=default

Decryption

mode=none

exclusions: cert_pinned_app

Logging

log_end: true
forwarding → siem_default

Rule 17 — software_update (allow)

Rationale

The VCSA and vLCM download vCenter Server updates and ESXi patches/images from dl.broadcom.com, Broadcom's authenticated repository (per-support-account token, KB 431697). This is the only outbound Internet flow and a critical supply-chain vector (T1195.002): ssl_forward_proxy is mandatory to allow antivirus and sandboxing to inspect downloaded packages. url_filtering blocks risky categories and uncategorised sites. DEPLOYMENT ALLOW-LIST: authorise only dl.broadcom.com (active repository since April 2025). DO NOT authorise the retired legacy VMware domains (depot.vmware.com, hostupdate.vmware.com, vapp-updates.vmware.com — HTTP 403 since 23 April 2025, KB 390098). Deployment note: dl.broadcom.com uses a per-support-account authentication token; configure the SSL inspection exclusion for this specific domain at the proxy level (KB 431697), not a general decryption exclusion in this rule. High risk (risk 4): supply-chain vector with wide blast radius on the VCSA and all managed ESXi hosts.

Application

app_id:
software_update
category:
infrastructure
risk:
4
depends_on:
dns, ssl

Zones

management → internet

direction: outbound

Security profiles

antivirus: action=block dns_security: action=block, sinkhole=true ips: action=block, min_severity=low sandboxing: enabled=true, file_types=archive+pe url_filtering: block_categories=malware+phishing+c2+newly_registered_domain+compromised, credential_phishing=block, uncategorized_action=block

Decryption

mode=ssl_forward_proxy

Logging

log_start: false
log_end: true
forwarding → siem_high_priority

Rule 18 — clear_text_hypervisor_mgmt (drop)

Rationale

Hardening: clear-text (HTTP) communication attempts toward ESXi host management interfaces are silently dropped. Modern ESXi hosts (vSphere 7+) expose their management interfaces only over HTTPS (port 443, rule 4 — vpxd↔vpxa channel); an HTTP flow toward an ESXi host is either a legacy configuration residue or an attempt to bypass encryption (T1557 — in-flight interception, vCenter/ESXi credential theft). High-priority logging flags every attempt for investigation. Note: this rule targets internal VCSA <-> ESXi host flows; the HTTP 80 to HTTPS redirect for administrator clients (vSphere Client) is covered by rule 3 (inbound direction).

Application

app_id:
clear_text_hypervisor_mgmt
category:
infrastructure
risk:
4

Zones

management → management

direction: internal

Logging

log_start: true
log_end: true
forwarding → siem_high_priority