Create a user module access policy
Create a module access policy (MAP) for a matched user to encrypt attachments when inbound email processing runs as that user.
Before you begin
Role required: admin
About this task
These instructions create a role-based MAP for the matched user. A role-based MAP requires impersonation to be enabled so that the user has access to the cryptographic module. Other MAP types, such as script or scope, can also be used to grant the user access to the cryptographic module, but don't include an impersonation option. See Configure module access policies for Field Encryption for information on all available MAP types.
Procedure
Result
The user MAP has been created.
Encrypted attachments and missing metadata
When you encrypt an attachment, the hash and state fields on the sys_attachment record aren't populated. This is by design.
The hash field stores a SHA-256 fingerprint of an attachment's content. Even though a file is encrypted, a hash is a deterministic and stable identifier. The same file produces an identical hash value. Storing the hash would enable an attacker who has a copy of the file to confirm that it exists in your system and can weaken encryption.
Because of this, duplicate detection doesn't work for encrypted attachments, since ServiceNow uses the hash field to prevent identical attachments from being added to a record.