out_of_band_server_management Out-of-band hardware management integration appliance (BMC)
This scenario covers the network flows of an integration appliance that administers servers through their out-of-band management plane (BMC controllers, independent of the operating system). The appliance exposes a web UI and an API to administrators and to a virtualization manager; it drives the managed servers' BMCs (discovery, inventory, configuration, firmware updates); and it reaches a vendor service on the Internet to download firmware packages. The out-of-band management plane grants full hardware control (below the operating system): it is treated as a high-privilege zone, segmented and inspected. Legacy clear-text management protocols (CIM-HTTP, unencrypted file transfer) are blocked in favor of their encrypted equivalents. The provenance (original vendor product) is documented in the Sources section.
- スキーマ:
- 1.0.0
- バージョン:
- 1.0.0
- 著者:
- NeuralWall Rules Team (NeuralWall)
信頼と証明
Next tier: reviewed
ソース
- Lenovo — XClarity Integrator for VMware vCenter — Network requirements (取得日 2026-06-04) https://pubs.lenovo.com/lxci-vcenter/network_requirementsドキュメント化済みエンドポイント : datacentersupport.lenovo.com, download.lenovo.com, filedownload.lenovo.com, support.lenovo.com, supportapi.lenovo.com
脅威モデル
management_zone_segmentationssl_inbound_inspectionblock_cleartext_managementssl_forward_proxyfirmware_sandboxingidentity_user_group MITRE ATT&CK
ルール
| # | App ID | アクション | 方向 | ゾーン | リスク | セキュリティプロファイル | 復号 |
|---|---|---|---|---|---|---|---|
| 0 | infra_mgmt_web | allow | inbound | trust, internal, management → management | 4 | antivirus, ips, url_filtering | ssl_inbound_inspection |
| 1 | bmc_management | allow | internal | management → management | 4 | antivirus, ips, sandboxing | none |
| 2 | icmp_probe | allow | internal | management → management | 1 | ips | none |
| 3 | slp | allow | internal | management → management | 2 | ips | none |
| 4 | dns | allow | internal | management → internal | 2 | dns_security | none |
| 5 | firmware_update | allow | outbound | management → internet | 3 | antivirus, dns_security, ips, sandboxing, url_filtering | ssl_forward_proxy |
| 6 | clear_text_mgmt | drop | internal | management → management | 4 | — | — |
ルール詳細
ルール 0 — infra_mgmt_web (allow)
根拠
This rule allows administrators (compliant devices) and the virtualization manager to reach the appliance interface over HTTPS. Since the appliance is a controlled internal server, ssl_inbound_inspection decrypts inbound traffic to detect exploits targeting the interface (T1190) and malicious uploaded files. Access is restricted by directory group (least privilege) and the appliance stays in the management zone. Application risk is high (risk 4) because compromising the appliance opens a pivot into the hardware management plane.
アプリケーション
- app_id:
- infra_mgmt_web
- category:
- infrastructure
- risk:
- 4
- depends_on:
- dns
ゾーン
trust, internal, management → management
direction: inbound
セキュリティプロファイル
復号
mode=ssl_inbound_inspection
ロギング
ルール 1 — bmc_management (allow)
根拠
The appliance drives the BMCs through an encrypted management API (Redfish/CIM-HTTPS) and transfers firmware images. Decryption is disabled and documented via the cert_pinned_app exclusion: embedded controllers validate device certificates, and a MITM proxy would break BMC authentication. The flow is confined to the segmented management zone, which bounds the blind spot. Antivirus and sandboxing inspect firmware images before they are applied (mitigating T1542.001), and IPS covers management-service exploits (T1210). Operational note: an ICMP liveness probe accompanies these transfers (rule 3).
アプリケーション
- app_id:
- bmc_management
- category:
- infrastructure
- risk:
- 4
- depends_on:
- dns
ゾーン
management → management
direction: internal
セキュリティプロファイル
復号
mode=none
exclusions: cert_pinned_app
ロギング
ルール 2 — icmp_probe (allow)
根拠
The appliance checks a BMC's availability via ICMP before and during a firmware update. The flow is internal to the management plane. The IPS profile in default mode detects protocol anomalies (e.g. ICMP tunneling) without blocking the legitimate probe. Decryption is not applicable: ICMP is not an encrypted flow.
アプリケーション
- app_id:
- icmp_probe
- category:
- networking
- risk:
- 1
ゾーン
management → management
direction: internal
セキュリティプロファイル
復号
mode=none
ロギング
ルール 3 — slp (allow)
根拠
Service discovery (SLP) lets the appliance locate BMCs on the management network. The flow is confined to the management zone. As SLP is an amplifiable protocol, IPS watches for anomalies and reflection-abuse attempts. Decryption is not applicable: SLP over UDP is not encrypted.
アプリケーション
- app_id:
- slp
- category:
- networking
- risk:
- 2
ゾーン
management → management
direction: internal
セキュリティプロファイル
復号
mode=none
ロギング
ルール 4 — dns (allow)
根拠
DNS resolution is required to reach the BMCs, the virtualization manager and the vendor firmware service. The flow is restricted to a controlled internal resolver (no direct Internet resolution). The dns_security profile with sinkhole mitigates DNS tunneling from a compromised management host. Decryption is not applicable: DNS over UDP is not encrypted.
アプリケーション
- app_id:
- dns
- category:
- networking
- risk:
- 2
ゾーン
management → internal
direction: internal
セキュリティプロファイル
復号
mode=none
ロギング
ルール 5 — firmware_update (allow)
根拠
The appliance downloads firmware packages from a vendor service on the Internet. This is the only outbound Internet flow and a supply-chain vector: ssl_forward_proxy is mandatory so antivirus and sandboxing can inspect the content (mitigating T1542.001 — malicious firmware). url_filtering blocks risky categories and uncategorized sites (hardening). The vendor's domain allow-list remains deployment-specific: the domains documented by the source are recorded as provenance (references[].endpoints / Sources section), to be set in url_filtering.allow_list at deployment — without hardcoding a brand into the rule. Application risk is medium (risk 3): a legitimate but sensitive outbound flow.
アプリケーション
- app_id:
- firmware_update
- category:
- infrastructure
- risk:
- 3
- depends_on:
- dns, ssl
ゾーン
management → internet
direction: outbound
セキュリティプロファイル
復号
mode=ssl_forward_proxy
ロギング
ルール 6 — clear_text_mgmt (drop)
根拠
Hardening: legacy clear-text management protocols (CIM-HTTP on 5988, unencrypted file transfer on 115) are silently dropped. They can be intercepted on a poorly segmented management network (T1557 — credential theft and in-flight tampering) and must be replaced by their encrypted equivalents (CIM-HTTPS 5989, management on 443 — rule 2). High-priority logging flags any usage attempt, a sign of misconfigured legacy hardware or a bypass attempt. Legacy clear-text out-of-band management (legacy IPMI on udp/623) falls under the same posture and must be confined then eliminated.
アプリケーション
- app_id:
- clear_text_mgmt
- category:
- infrastructure
- risk:
- 4
ゾーン
management → management
direction: internal
ロギング