> ## Documentation Index
> Fetch the complete documentation index at: https://docs.getthread.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Liongard Kaseya VSA Read

> Interrogate a client's Kaseya VSA footprint via Liongard: managed agent inventory, online status, patch state, monitor sets, and machine groups.

<Info>
  **Category:** Liongard Inspectors · [View source ↗](https://github.com/Thread-Magic/super-magic-skills/blob/main/skills/liongard-inspectors/liongard-kaseya-vsa/SKILL.md)
</Info>

**Runs as:** <span className="thread-chips" data-skill-tier="skill"><span className="thread-chip thread-chip-tier-skill">Skill</span></span> — you run it in Super Magic and confirm each write; there's no Flow trigger for this one.

**Connectors:** <span className="thread-chips"><span className="thread-chip">Liongard</span></span>

**Role:** [Technician](/start-here/roles/technician)

**Outcome:** Faster Resolution & Response, Risk & Compliance

**When to use:** "What machines does Kaseya VSA manage at \<client>?", "which agents haven't checked in?", "are machines patched?" during triage, reconciling VSA count against AD/security-tool counts, or "did a monitor set or patch policy change?".

**Run it:** on one client — name the client and the Kaseya VSA question.

## Prompt

```
Read Kaseya VSA state for CLIENT_NAME from the Liongard Kaseya VSA inspector. Read-only — this never runs scripts, deploys software, or changes VSA policy.

1. Resolve the client's environment, then find the Kaseya VSA inspector and confirm it ran recently — carry "as of <timestamp>." Agent status changes constantly, so an old data read on an active incident deserves a "verify live" caveat.
2. Read the values from its latest dataprint for the angle you need, verifying every field angle against the live dataprint (schemas vary by inspector version):
   - Inventory: agent list with OS and last-check-in — group by machine group.
   - Offline agents: agents whose last-check-in exceeds a threshold.
   - Patch state: machines with missing/failed patches.
   - Monitors: monitor sets in an alarm state.
3. "What changed?" → check what changed on the VSA side: agent adds/removes, monitor/policy changes — ordered against the incident window.
4. Sanity-check surprising zeros (zero agents) — usually a wrong field angle or partial inspection; re-probe broadly. Absence of an agent in VSA is a coverage lead, not proof a machine is unmanaged — reconcile against AD/AV counts and verify before asserting.
5. Output: a compact table, source + data age line, flags (offline agents, patch laggards, coverage gaps). Offer to leave a plain-text note. Degradation: no Kaseya VSA inspector → documentation → ticket history → "verify in console."
```


## Related topics

- [Kaseya BMS Workflow](/skill-library/psa-specific/kaseya-bms-workflow.md)
- [Kaseya Dark Web Monitoring](/skill-library/vendor-runbooks/kaseya-darkweb-monitoring.md)
- [Liongard Webroot Read](/skill-library/liongard-inspectors/liongard-webroot.md)