References to Web policy content are only available when a Web Gateway is included in the peer group. |
You can configure a content rule to look for particular words, phrases or character patterns sent to or from your organization. These phrases or Lexical Expressions, could include confidential information, sensitive terminology, profanities or user-defined expressions.
Lexical expressions provide a powerful way of preventing specific content leaving or arriving at your
You can also configure specific lexical expressions called Text Entities. Text entities are lexical expressions which detect character patterns such as credit card numbers, identity numbers, or user-defined regular expressions.
You can create your own lexical expressions directly, or you can use text entities to build them. A text entity is a pre-defined or user-defined component or building block that you can include in a lexical expression.
There are three types of text entity:
Predefined Entities are pre-configured, standard lexical patterns which are frequently used. For example predefined entities can match against Credit Card Numbers or identification numbers from different regions (identity card, driving license, passport and Japanese My Number). Predefined entities are fixed patterns and cannot be edited.
You can configure your own reusable text entities. These user-defined entities are displayed in a list and are available for use in lexical expressions.
Lexical expression qualifiers are specific values you might want to detect, rather than general lexical patterns. For example, you might have a particular list of identification numbers you want to redact or block. You can import the list as a set of qualifiers and then use them in a lexical expression. See Lexical Expression Qualifiers for more information.
Lexical expressions are stored in collections called Lexical Expression Lists. Lexical expression lists are applied to content rules, ensuring that all the lexical expressions contained in a list apply to the policy.
You can view Lexical expression lists by clicking Policy > Lexical Expressions.
Lexical expression lists which are currently enabled in the policy are displayed with a green tick.
Currently applied to a content rule
Not currently applied to a content rule
Contains no lexical expressions
Managed lists are predefined lexical expression lists (with a default threshold of 10). They can be copied to the Lexical Expressions tab, where the copy can be modified. Copies of managed lists are not dynamically updated. |
You can use the Document Properties tab to configure lexical expressions which match specific document properties. For example, you can add a document property Author and assign it with the specific value Managing Director to detect documents authored by Managing Director. You can assign a weighting to these expressions.
See About Document Properties for more information.
Document Properties lexical expressions are used with the Analyze Properties content rule. |
You can assign lexical expressions a weighting score between +1 and +10 using the If matched option. The weight of an expression determines its impact on a content rule, when detected. Expressions with a larger weight are more likely to violate the content security policy and trigger the What To Do? actions.
Expression Lists are configured with a Threshold, which corresponds to the minimum total weighting score required to trigger the policy to which it has been added.
A Detect Lexical Expression content rule named Cakes and Pastries has been designed to detect the names of confectionery products.
An expression list (below) has been configured with a total weight Threshold of 10.
Custom expressions for each of your products are added as follows. Each expression is given a Weight:
If a communication contains the expressions 'Doughnuts' and 'Iced buns', the combined weight (6+5=11) outweighs the threshold (10) and the content rule will trigger. However, if 'iced buns' and 'cookies' are detected, the combined weight (5+3=8) is not sufficient to trigger the content rule.
Expressions with Instant weighting (such as 'Cake' in this example) will always trigger the content rule, regardless of the threshold.
Expression Lists can also be configured to count the weight of expressions only once in each part of the message. For example, a message with the subject: 'Cookies, Cookies, Cookies!' would add a combined weight of +3 if this option is activated. |
You can use PERL/POSIX regular expressions to create more flexible and powerful user-defined lexical expressions. For example, you might want to create user defined entities which detect telephone numbers, identity numbers beginning with a fixed character, or repeated words or phrases.
See Regular Expressions for more information.
Adaptive Redaction enables you to hide sensitive information by finding and obscuring lexical expressions. Rather than blocking or stopping the communication, redaction ensures the message is delivered, or content transferred, with the offending expressions hidden by * characters.
You can enable redaction of individual expressions within a list. You can also enable redaction for an entire list.
For more information, see About Adaptive Redaction.
Use the Overview section to change the Name of your expression list, or add any relevant Notes.
Use the Lexical Expression panel to configure a Threshold for your lexical expression list. This indicates the minimum total weight required to trigger any content rule to which this list is added.
Each Expression may trigger only once for each part of the message
You can also ensure that expressions are only counted once in each part of the message*. For example, if a lexical expression is duplicated in the message body, or is detected in several different attachments, the policy will only add the weighting score once. *The |
Click New to add expressions, if required. Set the scoring weight using the If matched drop-down menu. Click Add to add the expression to the list.
User-defined expressions can be configured as Case sensitive by selecting the check box. Case sensitive expressions ![]() |
For more information on how to create and Lexical Expressions, see Create Lexical Expressions.
Apply the configuration.
You cannot delete a policy reference that is currently enabled in a content rule. ![]() |
Click Delete and confirm
You can import expressions into a Lexical Expressions List using a Unicode .txt file.
Each Expression must be listed on a separate line in the .txt file. Blank lines or lines beginning with # will be ignored. |
Each expression must be formatted as follows:
case-sensitive,weight,expression
Use the Import Expressions dialog to Browse for your .txt import file.
Use the Delete and replace... check box to replace the existing list with the contents of your import file. |
See Lexical Expression Qualifiers for more information.
Content rules use policy references (such as lexical expression lists), to look for content which violates your security policy. When you have configured an expression list, you can configure a content rule to detect the expressions it contains.
I want to create a content rule which detects and blocks any communication containing English swear words.
Swear words and profanities are defined by managed lists. Add the Swear Words: English managed list to a content rule.
Apply the configuration.
For more information on configuring a content rule, see Working with Content Rules