A Cortex XDR administrator needs to prevent users on managed Windows endpoints from launching an unauthorized peer-to-peer file-sharing tool. The administrator wants the Cortex XDR agent to block the executable and record the attempt in the console without relying on file hash values that change with every update. Which Cortex XDR agent capability should the administrator configure?
A Restrictions Profile governs application execution on the endpoint, and a Block List rule can deny execution based on the executable name or path. Because the rule keys on the executable identity rather than a hash, it continues to block the tool across version updates, and the agent logs the block event for reporting in the console.
Why this answer
Application execution control on Cortex XDR endpoints is delivered through the Restrictions Profile, where Block List rules deny execution of specified executables. Because the rule targets the executable name or path, it remains effective after the vendor ships an updated binary, and every denial is logged as an agent event that appears in the console for auditing.
Exam trap
The trap here is assuming that WildFire reputation or hash-based malware blocking will stop a signed but unwanted application.