Refer Application allowlisting vs blocklisting to understand which is better.

The two flexibility modes available are audit mode and strict mode. It is recommended to initially deploy policies in the audit mode, where unmanaged applications will be allowed to run along with the allowlisted ones. Once the admin has a clear picture of the applications their users actually require, they can move all of them to a allowlist and shift to the strict mode. In the strict mode none of the unmanaged applications will be allowed to run. Note: By default blocklisted applications will not run in any of the modes.

In cases of less stringent application control requirements, both certified and uncertified applications from specific vendors are displayed. Admins can selectively add chosen vendors applications to the allowlist/blocklist, minimizing access issues and streamlining management. This feature enables broad parameter-based list creation, enhancing administrative control.

If you want to allowlist/blocklist only certain products from the same vendor, this type of policy can be opted for instead of the vendor rule.

Applications are made of multiple executable files, with vendors assigning a digital certificate to each executable to vouch for its authenticity. Application Control Plus displays these verified executable files to you, from which you can select the EXE files to be allowisted/blocklisted. This policy is critical when it comes to maintaining a secure network, as a file will not be allowed to execute if its digital certificate has been tampered with. Even EXEs added to applications in the form of updates will not be allowed to run if they aren't allowlisted.

This is the most secure policy, as it's based on the hash value of the executable file. All EXEs of the running processes, including those that don't have a valid digital certificate, will be displayed. You can choose all the files that you wish to allowlist/blocklist; after that, even the smallest change to the file, such as a revision of the file's version, will change its hash value, meaning the file will be removed from the list. This policy is perfect if you want to run only extremely specific executables.

In case you want to add an application which hasn't been run yet to a allowlist/blocklist, you can opt to manually add the files.

Endpoint Privilege Management is the process of allocating application-specific privileged access to users based on their requirements. You can easily adopt the principle of least privilege through out your network, without it affecting your productivity using this feature. It enables privileged access to applications without compromising the privileged credentials or any unnecessary privilege elevation. Please refer here for more information.

Using the Endpoint Privilege Management feature, you can elevate application specific privileges of certain users, without compromising the privileged credentials or elevating their entire organizational level privileges.

The 'Run as ManageEngine' option is displayed to standard users whose endpoints were added to Custom Groups that were associated with the Privileged Application List during policy deployment. By selecting this option, the standard users can run said applications as administrators without entering any extra credentials, even while they remain as standard users with minimum privileges.

If the same application is present in different allowlist and blocklist policies deployed to the same target group, here is the order of precedence that will be followed:

Blocklisting using Filehash Rule > Allowlisting using Filehash Rule > Blocklisting using Verified EXE Rule > Allowlisting using Verified EXE Rule > Blocklisting using Product Name Rule > Allowlisting using Product Name Rule > Blocklisting using Vendor Rule > Allowlisting using Vendor Rule

All Windows functionality that comes in-built with the Operating System are automatically allowlisted. Application Control Plus will be enhanced with the option to block these apps in the future.

These are the suggested resolution techniques:

• Only allowlisted applications can be elevated, even if present in the Privileged Application List otherwise. Check whether the application in question is allowlisted to the target user-device.
• Ensure that you have checked 'Yes' for the Associate Privileged Application List option during policy deployment.
• Only standard users can access applications with elevated privileges using the 'Run as Manageengine' option. Other administrators will have to use their credentials as usual, even if the Privileged Application List is associated with them. Lowering their privileges to standard user type can remedy this.
• Modify the Privileged Application List by enabling elevation to "All allowlisted application", this might act as an intermediate fix. Also try testing elevation of other applications in the endpoint to assess the extent of the issue.
• If nothing works, you can upload the agent logs from the "C:\Program Files (x86)\DesktopCentral_Agent(or UEMS_Agent)\logs" for us to analyze. Specifying if only a single application has the issue or if it is prevalent with all apps can help us fix it sooner.

• If your Build version is 676 or below, applications will be displayed in the Unmanaged Application list only after they have been executed in the computers atleast once.
• If your Build version is 677 or above, applications will be displayed in the Unmanaged Application list as soon as they are detected in the network i.e if they haven't been added to a allowlist or blocklist deployed prior to this. Unmanaged application data is usually collected from the computer only after at least one policy is deployed to it.
• If applications are still missing from the Unmanaged Application list, kindly upload the server logs, agent logs and all the contents from the\appctrl\data folder of affected machines for us to analyze.

Endpoint Central and Application Control Plus, though seamlessly integrated, aim at giving different perspectives of the application data to its users.

As the name suggests, the Inventory module works on giving a granular view of the networks software repository, displaying even different versions of the same applications as separate entities. Whereas, Application Control's application discovery tool is meant to give its users application data in the most succinct and concise form, enabling them to arrive at easy but informed decisions regarding security policy creation. Instead of showing different versions separately, Application Control simply displays it as a single product.

The objectives of the data represented also vary. The Inventory module is meant to provide SysAdmins with management related data, while the Application Control module presents data that acts as a foundation for security policies. This is why Application Control also tracks all running processes and executables, satisfying the users need to achieve both application and process level control. While Inventory on the other hand, is an organized collection of the installed software with attention to granular details.

These differences in data representation is why there can be a mismatch in the count displayed.

Application Control Plus does an all-inclusive job when it comes to application allowlisting and blocklisting. Built-in with leading Endpoint Privilege Management capabilities, it ensures that it protects organizations from most application-related threats. Endpoint Central's Block Executable feature on the contrary is rudimentary and is aimed to help organizations with maintaining their levels of productivity.

Application Control Plus instantly discovers and displays all running applications and categorizes them based on their vendor, product name, folder path and digital certificates.Applications running specific to a group of users can also be filtered and viewed. Necessary apps can simply be selected and added into allowlists/blocklists from the list displayed. Endpoint Central's Block Executable feature has no options to filter and categorize applications, the IT administrator must manually enter the name of the application and executable that he wishes to block.

Allowlists and Blocklists can be created on both broad and granular levels by leveraging the predefined set of rules that Application Control Plus has to provide. Rules based on Vendor, Product Name and Folder Path can be opted for when organizations are just beginning with their control process, as they are flexible with the changes that occur during patching. The Verified Executable and File Hash rule can be chosen by experienced networks that prefer complete security. Endpoint Central's Block Executable feature, however, allows blocklisting based only on two rules, Path and Hash. With no added capabilities to manage patching changes, IT administrators will have to manually update these lists after every patching cycle.

Allowisted applications that are added to the Privileged Application List, can be accessed with elevated privileges by the user-devices that are present in the custom groups associated with them. Even standard users can access applications as administrators using this feature, as it elevates the privileges specific to the application and not the user.

While deploying a policy in strict mode, it can be configured to permit user requests by enabling the option 'Allow users to request applications which are unmanaged'.

After selecting the rule of your choice, navigate to the Filters tab on the right. You can check if the Vendors/Product/EXE is verified or not by using the Publisher Credibility filter.

Blocklists will always take precedence over allowlist. In this case, all Products from the Vendor will remain blocklisted, including the one added to the allowlist.

Blocklists will always take precedence over allowlist. In this case the blocklisted product will remain blocked despite their Vendor being allowlisted.

Adding a single rule that is satisfied by the application is sufficient.

Yes, by allowlisting a Vendor you will allowlist all Products from them.

This rule can be used to allowlist/blocklist all files from a particular folder or folder path.

It is not recommended to deploy a policy with just blocklisted application groups in strict mode. This would end up blocking all running apps other than a few critical Windows applications.

No, they have to be allowlisted for them to executed.

Application Control Plus supports the following Windows OS versions: Windows 7, Windows 8, Windows 8.1, Windows 10, Windows 11, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019, and Windows Server 2022.

Application Control Plus supports the following macOS versions: macOS 11 Big Sur, macOS 12 Monterey, macOS 13 Ventura, and macOS 14 Sonoma.