Understanding the publisher rule condition in AppLocker
This article explains how to apply the AppLocker publisher rule condition and what controls are available.
Publisher conditions can be made only for files that are digitally signed. This condition identifies an app's file based on its digital signature and extended attributes. The digital signature contains information about the company that created the app (the publisher). The extended attributes, which are obtained from the binary resource, contain the name of the product that the app is part of and the version number of the app. The publisher can be a software development company, such as Microsoft, or the Information Technology department of your organization. Publisher conditions are easier to maintain than file hash conditions and are more secure than path conditions. Rules that are specified to the version level might have to be updated when a new version of the file is released. The following table describes the advantages and disadvantages of the publisher condition.
Publisher condition advantages | Publisher condition disadvantages |
---|---|
Wildcard characters can be used as values in the publisher rule fields according to the following specifications:
Publisher
The asterisk (*) character used by itself represents any publisher. When combined with any string value, the rule is limited to the publisher with a value in the signed certificate that matches the character string. In other words, the asterisk isn't treated as a wildcard character if used with other characters in this field. For example, using the characters "M*" limits the publisher name to only a publisher with the name "M*." Using the characters "*x*" limits the publisher name only to the name "*x*." A question mark (?) isn't a valid wildcard character in this field.
Product name
The asterisk (*) character used by itself represents any product name. When combined with any string value, the rule is limited to the product of the publisher with a value in the signed certificate that matches the character string. In other words, the asterisk isn't treated as a wildcard character if used with other characters in this field. A question mark (?) isn't a valid wildcard character in this field.
File name
Either the asterisk (*) or question mark (?) characters used by themselves represent any file names. When combined with any string value, the string is matched with any file name containing that string.
File version
The asterisk (*) character used by itself represents any file version. If you want to limit the file version to a specific version or as a starting point, you can state the file version and then use the following options to apply limits:
- Exactly. The rule applies only to this version of the app
- And above. The rule applies to this version and all later versions.
- And Below. The rule applies to this version and all earlier versions.
The following table describes how a publisher condition is applied.
Option | The publisher condition allows or denies... |
---|---|
All signed files | All files signed by a publisher. |
Publisher only | All files signed by the named publisher. |
Publisher and product name | All files for the specified product signed by the named publisher. |
Publisher, product name, and file name | Any version of the named file for the named product and signed by the publisher. |
Publisher, product name, file name, and file version | Exactly The specified version of the named file for the named product signed by the publisher. |
Publisher, product name, file name, and file version | And above The specified version of the named file and any later versions of the file for the named product signed by the publisher. |
Publisher, product name, file name, and file version | And below The specified version of the named file and any older versions for the named product signed by the publisher. |
Custom | You can edit the Publisher, Product name, File name, and Version fields to create a custom rule. |
For an overview of the three types of AppLocker rule conditions and their advantages and disadvantages, see Understanding AppLocker rule condition types.