VQL

VQL is a query language for identity security that lets analysts search relationships between identities, permissions, and sensitive resources using SQL-like syntax. It is designed to make access investigation more approachable while still supporting complex relationship traversal, filtering, and monitoring across enterprise systems.

Expanded Definition

VQL is best understood as an investigation language for identity relationships, not just a search syntax. In NHI security, that means it helps analysts ask questions about who can reach what, through which permissions, and across which systems without manually stitching together multiple inventories.

Its practical boundary is important: VQL does not change the underlying access model, and it does not replace identity governance, provisioning, or remediation workflows. It sits above those systems as an analysis layer. That makes it useful when teams need to reason over relationships that are too nested for simple point lookups, especially in environments with service accounts, application identities, API keys, and delegated access paths.

Definitions across tools are still evolving, because different products may expose “VQL” with different objects, joins, and traversal rules. The useful constant is the intent: make access relationships queryable in a way that security teams can operationalise. For readers comparing product implementations, the key question is whether the language can express relationship paths clearly enough to support repeatable review rather than one-off investigation.

Examples and Use Cases

VQL commonly appears in access review and investigation workflows where relationship depth matters more than a single entitlement record. It is most valuable when analysts need to understand indirect access, inherited privileges, or unusual combinations of identity and resource exposure.

• Trace which service accounts can reach a sensitive database through nested group membership or delegated roles.
• Identify identities with broad access to secrets stores, CI/CD systems, or cloud resources and filter out expected administrative patterns.
• Compare permission paths across teams to spot overbroad access that would be missed by a flat export of entitlements.
• Monitor for changes in relationships between identities and sensitive resources after onboarding, role changes, or integration updates.
• Support investigation of privilege accumulation by querying how a single identity reached multiple high-value systems over time.

A practical tradeoff is that expressive relationship queries can become harder to govern if teams rely on them without agreed query patterns. The language may be approachable, but the underlying graph of access still demands careful interpretation.

For broader NHI context on why relationship visibility matters, see the Ultimate Guide to NHIs.

Security Implications

When VQL is misused or unavailable, organisations lose the ability to answer basic questions about effective access. That creates blind spots around privilege sprawl, inherited permissions, stale service accounts, and hidden paths from routine identities to sensitive resources.

The consequence is not just slower investigation. Poor relationship visibility can leave excessive access in place for long periods, especially in environments where machine identities are numerous and ownership is unclear. In NHI-heavy estates, that matters because exposure often comes from how identities connect to resources, not from a single obvious misconfiguration.

NHIMG research shows that 97% of NHIs carry excessive privileges, increasing unauthorised access and broadening the attack surface. That statistic is especially relevant here because a query language like VQL is only useful if it can reveal those privilege paths quickly enough for review and remediation.

Practitioners should watch for a familiar failure mode: teams trust the query output but do not validate whether the underlying identity source, resource graph, or permission inheritance model is complete. If the data model is incomplete, the query can create false confidence rather than real visibility.

Domain and Governance Relevance

VQL matters in NHI governance because machine identities are often more numerous, more connected, and less consistently owned than human users. In that environment, the ability to query relationships is not a convenience feature. It becomes part of how access review, control validation, and exception handling are performed.

For NHI programs, the real value is in surfacing control questions: which identities have access to production secrets, which integrations inherited privilege they no longer need, and which resource relationships require review before rotation or offboarding. That makes VQL useful across governance, audit preparation, and operational investigation.

It also supports a shift from static inventory thinking to relationship-based control thinking. Instead of asking only whether an identity exists, teams can ask what it can reach, how that access is delegated, and whether the relationship still matches business intent. That is a materially different governance posture for non-human identities than for traditional user directory reporting.

For organisations formalising machine identity oversight, VQL is most relevant when it helps translate complex access data into reviewable governance evidence rather than ad hoc analyst notes.