Install the TAO agent on Windows
Deploy and enroll the Trustity Agent on Windows interactively or silently, then verify service, portal, and module health.
Install the TAO agent on Windows
TAO is Trustity's unified Windows endpoint agent for entitled capabilities such as VisionX, Vault/PAM, HostGuard IPS, asset inventory, endpoint hardening, and browser-host controls.
Scope
This runbook covers a first interactive installation and an enterprise silent deployment. It does not replace your organization's application packaging, change-control, code-signing validation, or endpoint rollback standards.
Prerequisites
- A supported Windows pilot endpoint with administrator elevation
- An entitled Trustity organization
- Access to Cloud Portal → Deployment
- Current
Trustity-Agent-Setup.exedownloaded from Deployment - The published SHA-256 recorded and compared when the portal provides one
- Outbound HTTPS access that meets the network requirements
- An organization license key handled through an approved secure workflow
Use <TRUSTITY_LICENSE_KEY> as the placeholder in internal examples. Never publish or commit the actual key.
Interactive installation
-
Sign in to the Cloud Portal and open Deployment.
-
Download the current Windows Setup package. Do not use a third-party mirror or an installer retained from an unrelated organization.
-
If a SHA-256 value is shown, validate the file before deployment:
Get-FileHash .\Trustity-Agent-Setup.exe -Algorithm SHA256 -
Run
Trustity-Agent-Setup.exeas an administrator and approve the Windows elevation prompt. -
Enter the organization license key when requested and complete the installer.
-
Sign in to an interactive Windows session so the tray application and any session-dependent module can initialize.
The default application path is C:\Program Files\Trustity\TAO. Enrollment and policy state are kept under %ProgramData%\Trustity\TAO so an in-place update can retain configuration.
After reboot
A successful enrollment persists across reboot:
- The TrustityAgent service starts automatically.
- Tray/GUI should show the organization name and Protected (or managed) status - not a fresh Activate prompt.
- The hostname should remain Online in Managed devices after the first post-boot heartbeat.
If the UI asks for a license again while the service is running and the portal already shows the device Online, do not re-enroll with a different key. Confirm you are on a current Setup build from Deployment, then collect time/hostname for Support. Re-entering the same organization key is usually harmless but unnecessary; using another tenant’s key can move the device’s enrollment.
Silent installation and enrollment
For Intune, SCCM, or another software-distribution platform, pass the license during the silent install:
Trustity-Agent-Setup.exe /quiet /license=<TRUSTITY_LICENSE_KEY>
/quiet by itself installs the application but does not supply the organization credential. A production silent deployment should include /license=<TRUSTITY_LICENSE_KEY> so installation and enrollment occur in one managed action.
Protect the command and package assignment as sensitive deployment configuration. Limit who can read or edit it, and do not include the real command in screenshots, public logs, or knowledge articles. Follow the MDM vendor's secure-value guidance where available.
For a pilot package:
- Upload the current Setup executable to the endpoint-management system.
- Configure installation in the system context with administrative rights.
- Use the silent install-and-enroll command above.
- Assign only to the pilot device group.
- Define detection using the installed application or
TrustityAgentservice, then validate portal health separately. - Treat a package-manager success result as installation evidence, not as proof of cloud enrollment.
Components and expected behavior
| Component | Expected role |
|---|---|
| TrustityAgent service | Maintains enrollment, heartbeat, policy refresh, inventory, and entitled privileged enforcement |
| Tray/GUI process | Displays organization, connectivity, and module status to the interactive user |
| Session helper | Supports VisionX in an active local or RDP user session |
VisionX requires an interactive user session. A running service on the sign-in screen does not by itself prove VisionX session health.
Verification
Run from an elevated Command Prompt:
sc query TrustityAgent
Then confirm:
- The service state is
RUNNING. - The tray/GUI identifies the expected organization and does not request enrollment.
- The hostname appears in Cloud Portal → Managed devices.
- The device shows a recent online state, the expected agent version, and OS information.
- Expected entitled modules are present after policy refresh.
- A controlled module test produces the expected local behavior and portal event.
Update and removal
Use a newly downloaded Setup package for an approved in-place update. Verify health again after the update.
Standard removal can be initiated from Windows installed applications or with:
Trustity-Agent-Setup.exe /uninstall
An organization can enable endpoint hardening that requires authorized removal. Ensure the helpdesk has the approved removal process before broad rollout; do not attempt to bypass it.
Troubleshooting and security
- Installed but not enrolled: confirm the silent command included
/license=<TRUSTITY_LICENSE_KEY>or complete an authorized enrollment through the agent UI. - License rejected: recopy the organization license key from Deployment; do not use the organization ID.
- Service not running: review Windows service state and
%ProgramData%\Trustity\TAOlogs, then check endpoint security software for blocked execution. - Device absent from the portal: verify DNS, system time, proxy behavior, and outbound TLS before reinstalling.
- Activate prompt after reboot: verify
sc query TrustityAgentisRUNNINGand the portal still lists the host. Prefer upgrading the agent before wiping%ProgramData%\Trustity\TAO. - Inventory report failed / empty inventory: see Managed devices and software inventory.
- VisionX waiting for a session: sign in locally or through an active RDP session and recheck module status.
- Policy not applied: confirm entitlement, recent heartbeat, and a saved policy; allow the normal refresh before repeated changes.
- Do not delete the data directory as a routine repair step. It contains enrollment state and removal can change device identity behavior.
