---
sourceDocument: Segurança da plataforma Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-security

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Segurança da plataforma Yokohama

ft:clusterId :

    - psec

bundleId :

    - psec

workflow :

    - Platform


---

# Visão geral da política de acesso ao módulo

# Visão geral da política de acesso ao módulo {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 min. de leitura

As políticas de acesso ao módulo (MAPs, Module Access Policies) são os controles de acesso que você aplica aos seus módulos criptográficos. Use essas políticas de acesso para determinar quais usuários e scripts podem acessar dados criptografados por um módulo criptográfico.

## Políticas de acesso ao módulo {#module_access_policy_overview__section_t31_w1y_4zb}

Nota:  
É necessária uma assinatura para usar a funcionalidade Criptografia de campo Enterprise. Consulte [Ativação da Criptografia de campo](https://servicenow-prod.fluidtopics.net/zCk5nObvjXiZcI8lqUZeQw "Ative a Criptografia de campo Starter ou Criptografia de campo Enterprise") para obter mais informações sobre Criptografia de campo Enterprise.

As políticas de acesso ao módulo são introduzidas com o Estrutura de gestão principal (KMF) no sistema de base.

As políticas de acesso ao módulo expandem a designação baseada em função fornecida com os módulos de criptografia. As políticas de acesso ao módulo podem ser baseadas em:  
* Básico (escopo)
* Função
* Usuário do sistema
* Script
* Resource Exchange  
  Nota:  
  Consulte [Troca de recursos do Key Management Framework](https://servicenow-prod.fluidtopics.net/b1kcVoFz_6tR0NzeAPn2pw "O ServiceNow Resource Exchange é um recurso do KMF que oferece a capacidade de trocar recursos entre instâncias de maneira segura.") para obter detalhes.
{#module_access_policy_overview__ul_vsb_qwp_kqb}

Em um módulo criptográfico, você deve configurar as políticas corretas de acesso ao módulo para permitir acesso aos dados criptografados. Sem uma política de acesso ao módulo associada a um módulo criptográfico, os dados criptografados não ficam visíveis para os usuários e os campos e colunas associados nas listas são exibidos em branco.

Neste exemplo, a ausência de uma política de acesso ao módulo no campo Descrição resumida criptografada oculta o conteúdo de todos os usuários que acessam a tabela de incidentes. Com uma política de acesso ao módulo em vigor, somente os usuários com uma função específica podem visualizar os dados criptografados.  
Figura 1. Descrições resumidas criptografadas com e sem políticas de acesso ao módulo  
Nota:  
Os dados na coluna também aparecem vazios para usuários sem a função correta especificada na política de acesso ao módulo.

Consulte [Criar uma política de acesso ao módulo](https://servicenow-prod.fluidtopics.net/AUEgDJhv0QX6CPHThRHZpw "Crie políticas de acesso ao módulo para determinar quais usuários e scripts poderão acessar dados criptografados por um módulo criptográfico.") para obter a configuração.

## Políticas automáticas {#module_access_policy_overview__section_xjg_v1y_4zb}

As políticas do Autogen são geradas automaticamente pelo sistema com base na política de acesso ao módulo padrão definida para o módulo criptográfico fornecido. Se não houver políticas de nível granular definidas quando o sistema ou o script tentar acessar o módulo criptográfico fornecido, essas politicas globais serão geradas e aplicadas.  
Importante:  
As regras de política Autogen não são aplicadas aos tipos de trabalhos agendados ou aos módulos com criptografia de campo (módulos cujo módulo primário seja Criptografia de campo).