Allow
Approved apps run, with elevation or permission to start child processes where policy allows.
Heimdal Application Control defines which programs may run on computers. It blocks unapproved software and records launch attempts.
Application control primarily acts when unknown code attempts to run. This is an indicative view, not a measurement.
| Area | Level |
|---|---|
| Reconnaissance | no direct role |
| Initial access | context |
| Execution and persistence | primary role |
| Escalation and lateral movement | additional protection |
| Impact | context |
| Investigation and recovery | context |
Antivirus looks for malicious software. Application Control defines what may run and blocks or requests approval for the rest, including tools antivirus may not classify as malicious.
Heimdal calls this AppFencing. It enables zero-trust execution policies and limits processes that could support lateral movement.
Approved apps run, with elevation or permission to start child processes where policy allows.
Unapproved processes are terminated and the attempt is recorded in the console.
Passive mode records launches without blocking, providing the basis for policies.
Rules are configured in the Heimdal console. The agent checks each process launch against them. Default decisions accelerate approvals, with custom workflows for users or Active Directory groups.
Allowed, blocked and monitored launches remain in an audit trail. The vendor states a 90-day retention period.
The module helps businesses where users install their own tools or where software execution must be documented. It also suits standardised workstations with stable application lists.
It works best alongside removal of standing admin rights through PEDM, reducing opportunities to bypass rules.
Less unknown code and control over tools that could be abused.
A clear approved software list and faster policy-based approvals.
Records of what ran, where and what was blocked.
Heimdal supplies the module and technology. APPSEC designs and deploys rules as agreed. You approve the software allowlist and exceptions.
We enable passive mode to discover applications actually in use.
We build policies from collected data using publishers, paths and user groups.
We enable blocking by group and monitor work impact.
We agree how users request new apps and who approves them.
Yes, if policies do not reflect actual use. We therefore start in audit mode and introduce blocking gradually.
It is optional, but the combination makes sense. PEDM removes standing admin rights and Application Control defines what may run.
The vendor advises against it because of potential high CPU load. We propose other protection layers for servers.
You do not need to know whether you need a test, a technology or a consultation. We will suggest a suitable next step based on your situation.