Use SentinelOne posture to guide network access.
Watch AD and SentinelOne trust checks authorize a managed device, then see a firewall compliance rule change its access.
What you’ll see
- Recognize devices managed by AD and SentinelOne.
- Evaluate supported endpoint-security status through the integration.
- Apply a restriction when the selected compliance condition fails.
Video walkthrough
Review the starting policy
The administrator checks the current device inventory and AD-based access decision.
Connect SentinelOne
The video demonstrates API-based integration and tests the connection from EasyNAC.
Require managed-device evidence
Auto Trust Policy combines AD management and SentinelOne management checks.
Apply a compliance requirement
A firewall requirement restricts the noncompliant endpoint while retaining the configured remediation access.
Chapter links open the selected moment on YouTube.
Read the condensed transcript
The demonstration begins with a Windows endpoint receiving access under an AD-based policy. The administrator connects EasyNAC to SentinelOne using its API and confirms the connection. The trust policy is then updated to require both AD and SentinelOne management evidence. The endpoint meets those management conditions, but its firewall status is not compliant with the additional rule shown later in the video. When the administrator enables that requirement, the endpoint receives restricted access. Connectivity tests illustrate the restriction, while the configured allowance for SentinelOne cloud services supports remediation. The example shows how management evidence and compliance checks play different roles in an access decision.
Condensed from the original demonstration for readability. This video shows an earlier EasyNAC interface. Connector requirements and available checks depend on your current release and configuration.
Try it on your network.
Start with a practical agentless NAC pilot, or talk to us about your network and security tools.