Administering Information Security in Microsoft 365 (SC-401) — Questões de prática e simulado

Os tipos de informações confidenciais de Exact Data Match (EDM) comparam o conteúdo com uma tabela com hash de valores confidenciais reais, entregando quase zero falsos positivos. O fluxo de trabalho exige definir primeiro o esquema de EDM (nomes das colunas e tipos de dados) antes de enviar a tabela de dados confidenciais. O esquema define quais campos existem (por exemplo, EmployeeName, SSN) e seus tipos de dados, que o agente de upload usa para analisar e gerar o hash do CSV de origem. Sem o esquema, o sistema não consegue interpretar os dados enviados. Um dicionário de palavras-chave (distrator) usa correspondência de padrões, não comparação de valores exatos. Um classificador treinável usa ML em amostras de documentos, não em tabelas de dados estruturados. Criar uma política de DLP é uma etapa posterior, depois que o SIT de EDM existe. Ref: learn.microsoft.com/purview/sit-create-edm-sit-unified-ux-workflow

Proteger documentos com uma sensitivity label específica, independentemente do conteúdo, usa uma condição de política de DLP baseada na sensitivity label em vez de sensitive information types. Configure a regra de DLP com a condição: "Content contains sensitivity label: Highly Confidential." Isso aciona a política sempre que qualquer documento com essa label é compartilhado, independentemente dos dados que o documento contém. Essa abordagem protege a decisão de classificação, e não o conteúdo — mesmo que nenhum sensitive information type seja detectado, a própria label aciona a proteção. As ações podem incluir: bloquear compartilhamento externo, bloquear com substituição, exigir criptografia e notificar. Isso complementa regras de DLP baseadas em conteúdo — regras baseadas em label protegem com base no julgamento humano de classificação, enquanto regras baseadas em SIT protegem com base na detecção automatizada de conteúdo. Dica de prova: sensitivity label como condição de DLP = proteger com base na classificação independentemente do conteúdo; condição de SIT = proteger com base no conteúdo detectado — use ambas para uma proteção abrangente.

O Data explorer é rigidamente controlado porque pode expor o conteúdo de arquivos classificados. O acesso à guia Data explorer vem de funções como Compliance administrator ou Compliance data administrator, e essa associação por si só não mostra a lista de itens nem o conteúdo deles. Dois grupos de funções separados concedem acesso aos dados: Data Explorer List viewer para os itens e seus locais, e Data Explorer Content viewer para o conteúdo dos itens. Eles são independentes e não cumulativos, então você concede List viewer para os locais e adiciona Content viewer somente se o conteúdo precisar ficar visível. Alguns grupos de funções mais amplos também incluem essas funções; por exemplo, o grupo de funções Information Protection inclui tanto a função list viewer quanto a função content viewer, então ele exporia o conteúdo. Observe que a função content viewer também é necessária para ver os nomes dos itens na exibição de lista. Dica para a prova: o acesso à guia, o acesso à lista e o acesso ao conteúdo são concessões separadas, então verifique quais funções um grupo de funções contém.