Live Active security incident? Get immediate response
MITRE ATT&CK® Analytic

AN1617: Analytic 1617

Detection of enumeration activity when system processes query ESXi host account configuration or management APIs to retrieve user account listings.

EnterpriseAN1617AnalyticObject v1.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

AN1617 focuses on ESXi account enumeration: activity where system processes query host account configuration or management APIs to retrieve user account listings. For leaders, the value is not the analytic name itself but whether the organization can see who or what is discovering local ESXi accounts, because that visibility can affect incident scoping, privileged-access review, and response decisions around virtualization infrastructure.

Executive priority

Treat this as a control-validation item for ESXi administrative visibility. Security leaders should ask whether ESXi account listing activity is logged, retained, attributable to a user or process, and reviewable by the SOC or incident response team. Because the ATT&CK object provides no tactic, relationship context, or detection logic, priority should be based on local dependence on ESXi, privilege model, audit requirements, and how critical the virtualized workloads are to business continuity.

Technical view

For SOC and IR teams, validate whether ESXi telemetry can show system processes querying host account configuration or management APIs for user account listings. Confirm that events include the ESXi host, calling process or service where available, authenticated principal, API or configuration object accessed, timestamp, and source management context. Since no official detection logic is provided, teams should baseline expected administrative enumeration and then review unusual timing, unexpected principals, repeated account-listing activity, or enumeration from management paths that do not match normal operations.

Likely telemetry

  • ESXi host account configuration access logs or audit records
  • ESXi management API request logs involving user or account listing operations
  • Authentication/session context for the principal associated with the query
  • Host-level process or service activity where available for system processes performing the query
  • Administrative management activity records with timestamps and target ESXi host context

Detection direction

  • Confirm that ESXi account-listing or account-configuration query events are actually collected and searchable; this is the primary coverage question because the official object provides no detection implementation.
  • Build a baseline of legitimate administrative, automation, and monitoring activity that retrieves ESXi user account listings to reduce false positives.
  • Tune for context: unexpected principals, unusual hosts, repeated enumeration, or activity outside normal administrative windows may be more useful than a raw account-listing event alone.
  • Check blind spots around direct host management, management API logging gaps, short retention, and events that lack authenticated user or process attribution.
  • Because no relationships or tactics are supplied, avoid overclassifying this analytic as a complete attack-stage detector without local corroborating evidence.

Mitigation priorities

  • Prioritize ESXi management logging and retention sufficient for investigation and audit evidence.
  • Restrict and review access to ESXi host account configuration and management APIs according to least privilege.
  • Ensure administrative and automation accounts that legitimately enumerate users are documented so SOC teams can distinguish expected behavior from anomalies.
  • Integrate ESXi management telemetry into SOC workflows or managed detection coverage if ESXi supports critical workloads.
  • Use findings from this validation to inform identity/access reviews and incident response playbooks for virtualization infrastructure.
Analyst notes and limits

This take is based only on the supplied ATT&CK analytic fields. The object is an enterprise ATT&CK detection analytic for the ESXi platform, describing detection of enumeration activity when system processes query ESXi host account configuration or management APIs to retrieve user account listings. No tactic, official detection logic, relationships, aliases, or labels were supplied.

The supplied object does not provide detection pseudocode, data source mappings, related techniques, adversary context, or mitigation text. Local ESXi logging configuration, management architecture, retention, and normal administrative behavior are required to determine practical detection value and priority.

Official MITRE ATT&CK definition

Analytic 1617

Detection of enumeration activity when system processes query ESXi host account configuration or management APIs to retrieve user account listings.

View the same entry on attack.mitre.org (MITRE-hosted reference; in-page links above use the Glexia ATT&CK library.)

Glexia analysis

How security teams should use this page

Treat this object as behavior context, not an attribution claim. Validate the related groups, software, data sources, and mitigations against official ATT&CK relationships and your own telemetry before making control-coverage decisions.

Relationship explorer

All related ATT&CK context

No relationships are available in the current normalized data for this object.

Change history

Object version and sync metadata

The fields below describe the current mirrored snapshot. When Glexia retains multiple ATT&CK source imports, you can open the table to compare the same object across releases (hashes and MITRE timestamps). For MITRE’s own release notes and roadmap, see ATT&CK resources — Updates .

ATT&CK release
19.1
Object version
1.0
Created
Modified
Raw hash
c84d81128de1105d...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.0 Current bundle c84d81128de1…
Raw source

Mirrored ATT&CK source object

The raw object is retained through the mirrored ATT&CK source bundle and object hash. The raw endpoint returns the exact object from the mirrored bundle when available.

Source references

External references and citations

MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.

  1. [1]
    mitre-attack AN1617
    Open source URL
Source and licensing

Source: MITRE ATT&CK®. © 2026 The MITRE Corporation. This work is reproduced and distributed with the permission of The MITRE Corporation. MITRE ATT&CK and ATT&CK are registered trademarks of The MITRE Corporation. Glexia is not affiliated with or endorsed by MITRE.