ESXi Root Password Accepted from Remote Host
Detects hostd accepting the ESXi root password from a remote address. A successful remote root login opens the Host Client or the API with full control of the host. Local sessions from 127.0.0.1 are left out of the rule.
Detection logic
Its licence does not clear it for publishing here
Sunturai publishes a detection's own text where the licence it arrived under has been reviewed and permits it, and Elastic License 2.0 has not. The query as its source wrote it, its canonical form and the hash that pins this revision are in the workspace record.
Detection requirements
- Platform
- ContainersESXiIaaSIdentity ProviderLinuxmacOSNetwork DevicesOffice SuiteSaaSWindows
The rule states no platform. This is derived from the ATT&CK technique it maps to.
- Log source category
- event_index
Known benign triggers
- Administrators sign in to the Host Client or the API as root from a jump host during maintenance. Confirm the source address is a known workstation and that the session does not continue into SSH enablement, file copies to `/tmp`, or virtual machine shutdowns.
MITRE ATT&CK mappings
0 exclusive techniques.This is coverage no other published rule has; it is not this rule's total technique count.
References
| Reference | Cited by |
|---|---|
| blogs.vmware.com/security/2022/10/esxi-targeting-ransomware-tactics-and-techniques-part-2.html | 25 |
| detect.fyi/vmware-esxi-logging-detection-opportunities-4fb56411ec21 | 25 |
| lolesxi-project.github.io/LOLESXi/# | 25 |
From the source
- At source
- Open at source
- Upstream identifier
- b4837b9b-db8b-5b7c-afa5-599202651b10
- Tagged by the source as
- Data Source: VMware vSphereDomain: EndpointPlatform: VMware ESXiResources: Investigation GuideRule Type: Custom Query (KQL)Tactic: Initial AccessThreat: RansomwareUse Case: Threat Detection
Licence
- Published under
- Elastic License 2.0Read the licence
- Attribution
- Required
Authorship
- Written by
- Published
- Oct 2, 2026
- Version
- 1