Dynamic data masking em pools SQL dedicados do Azure Synapse Analytics

Azure Synapse Analytics suporta mascaramento dinâmico de dados (DDM) em pools SQL dedicados. O mascaramento dinâmico de dados limita a exposição de dados confidenciais por meio do mascaramento para usuários sem privilégios.

O mascaramento dinâmico de dados ajuda a impedir o acesso não autorizado a dados confidenciais, permitindo que os clientes definam quanto dos dados confidenciais deve ser revelado com impacto mínimo na camada do aplicativo. Ele é um recurso de segurança baseado em políticas que oculta os dados confidenciais no conjunto de resultados de uma consulta em relação aos campos do banco de dados designados, sem que os dados no banco de dados sejam alterados.

Por exemplo, um representante de serviço em um call center pode identificar um chamador confirmando vários caracteres de seu endereço de email, mas o endereço de email completo não deve ser revelado para o representante de serviço. Uma regra de mascaramento pode ser definida que mascara todo o endereço de email no conjunto de resultados de qualquer consulta. Como outro exemplo, uma máscara de dados apropriada pode ser definida para proteger os dados pessoais, de forma que um desenvolvedor possa consultar os ambientes de produção para fins de solução de problemas sem violar os regulamentos de conformidade.

Note

O mascaramento dinâmico de dados é suportado em pools SQL dedicados do Azure Synapse, mas não é suportado para pools Apache Spark e pools SQL serverless.

Aspectos básicos do mascaramento de dados dinâmicos

Você configura uma política dinâmica de mascaramento de dados no portal do Azure selecionando o painel de Mascaramento de Dados Dinâmicos na seção Segurança no seu painel de configuração. Você também pode usar Transact-SQL (T-SQL), como no exemplo de permissão Granular neste artigo. Para obter mais informações, consulte Mascaramento de dados dinâmicos.

Política de mascaramento de dados dinâmico

  • Usuários do SQL excluídos do mascaramento: Um conjunto de usuários do SQL, que pode incluir identidades do Microsoft Entra ID, que obtêm dados desmascarados nos resultados da consulta SQL. Usuários com direitos administrativos, como administrador de servidor, administrador do Microsoft Entra e função db_owner, podem exibir os dados originais sem máscara. (Observação: isso também se aplica à função de sysadmin no SQL Server)

  • Regras de mascaramento: um conjunto de regras que definem os campos designados que serão mascarados e a função de mascaramento que será usada. Os campos correspondentes podem ser definidos usando um nome de esquema de banco de dados, um nome de tabela e um nome da coluna.

  • Funções de mascaramento: um conjunto de métodos que controlam a exposição de dados para cenários diferentes.

    Função de mascaramento Lógica de mascaramento
    Default Mascaramento completo de acordo com os tipos de dados dos campos designados

    Use XXXX (ou menos) se o tamanho do campo for menor que 4 caracteres para tipos de dados de string (nchar, nvarchar).
     Use um valor zero para tipos de dados numéricos (bigint, bit, decimal, int, money, numeric, smallint, smallmoney, tinyint, float, real).
    *Use 1900-01-01 para tipos de dados de data/hora (date, datetime2, datetime, datetimeoffset, smalldatetime, time).
    Cartão de crédito Método de mascaramento que expõe os últimos quatro dígitos dos campos designados e adiciona uma cadeia de caracteres constante como um prefixo no formato de cartão de crédito.

    XXXX-XXXX-XXXX-1234
    Email Método de mascaramento que expõe a primeira letra e substitui o domínio por XXX.com usando um prefixo da cadeia de caracteres constante na forma de um endereço de email.

    aXX@XXXX.com
    Número aleatório Método de mascaramento que gera um número aleatório de acordo com os limites selecionados e os tipos de dados reais. Se os limites designados forem iguais, a função de mascaramento será um número constante.
    Texto personalizado Método de mascaramento que expõe os primeiros e os últimos caracteres e adiciona uma cadeia de caracteres de preenchimento personalizado no meio. Se a cadeia de caracteres original for menor do que o comprimento combinado do prefixo e do sufixo expostos, somente a cadeia de caracteres de preenchimento será usada.

    prefix[padding]suffix
    Data/Hora Habilita o mascaramento granular para colunas de data/hora, ou seja, datetime, datetime2, data, hora, datetimeoffset e smalldatetime. Você pode mascarar componentes específicos, como ano (datetime("Y")), mês (datetime("M")), dia (datetime("D")), hora (datetime("h")), minuto (datetime("m")) ou segundo (datetime("s")). Você aplica essa função usando T-SQL.

    Por exemplo:

    - Ano da máscara: ALTER COLUMN BirthDay ADD MASKED WITH (FUNCTION = 'datetime("Y")').
    - Mês da Máscara: ALTER COLUMN BirthDay ADD MASKED WITH (FUNCTION = 'datetime("M")').
    - Minuto da máscara: ALTER COLUMN BirthDay ADD MASKED WITH (FUNCTION = 'datetime("m")').

O mecanismo de recomendações DDM sinaliza determinados campos do banco de dados como campos potencialmente sensíveis, que podem ser bons candidatos para mascaramento. No painel Máscara Dinâmica de Dados no portal, você vê as colunas recomendadas para seu banco de dados. Selecione Adicionar Máscara para uma ou mais colunas, selecione a função de mascaramento apropriada e selecione Salvar para aplicar a máscara a esses campos.

Gerenciar o mascaramento de dados dinâmicos usando T-SQL

Configurar a máscara de dados dinâmica para o banco de dados usando cmdlets do PowerShell

Políticas de mascaramento de dados

Regras de mascaramento de dados

Configurar a máscara de dados dinâmica para o banco de dados usando a API REST

Você pode usar a API REST para gerenciar programaticamente a política e as regras de mascaramento de dados. A API REST publicada dá suporte às seguintes operações:

Políticas de mascaramento de dados

  • Criar ou Atualizar: cria ou atualiza uma política de mascaramento de dados de banco de dados.
  • Obter: Obtém uma política de mascaramento de dados de banco de dados.

Regras de mascaramento de dados

Permissions

Para saber mais sobre permissões ao usar mascaramento dinâmico de dados com um comando T-SQL, veja Permissões.

Exemplo de permissão granular

Impeça o acesso não autorizado a dados confidenciais e tenha mais controle mascarando-os para um usuário não autorizado em diferentes níveis do banco de dados. Você pode conceder ou revogar UNMASK permissões no nível do banco de dados, no nível do esquema, no nível da tabela ou no nível da coluna para qualquer usuário ou função de banco de dados. Combinadas com a autenticação do Microsoft Entra, as permissões UNMASK podem ser gerenciadas para usuários, grupos e aplicativos mantidos em seu ambiente do Azure. A UNMASK permissão fornece uma maneira granular de controlar e limitar o acesso não autorizado aos dados armazenados no banco de dados e melhorar o gerenciamento de segurança de dados.

  1. Criar esquema para conter tabelas de usuário:

    CREATE SCHEMA Data;
GO

  2. Criar tabela com colunas mascaradas:

    CREATE TABLE Data.Membership
(
    MemberID INT IDENTITY (1, 1) NOT NULL,
    FirstName VARCHAR (100) MASKED WITH (FUNCTION = 'partial(1, "xxxxx", 1)') NULL,
    LastName VARCHAR (100) NOT NULL,
    Phone VARCHAR (12) MASKED WITH (FUNCTION = 'default()') NULL,
    Email VARCHAR (100) MASKED WITH (FUNCTION = 'email()') NOT NULL,
    DiscountCode SMALLINT MASKED WITH (FUNCTION = 'random(1, 100)') NULL,
    BirthDay DATETIME MASKED WITH (FUNCTION = 'default()') NULL
);

  3. Inserir dados de exemplo:

    INSERT INTO Data.Membership (FirstName, LastName, Phone, Email, DiscountCode, BirthDay)
VALUES ('Roberto', 'Tamburello', '555.123.4567', 'RTamburello@contoso.com', 10, '1985-01-25 03:25:05'),
       ('Janice', 'Galvin', '555.123.4568', 'JGalvin@contoso.com.co', 5, '1990-05-14 11:30:00'),
       ('Shakti', 'Menon', '555.123.4570', 'SMenon@contoso.net', 50, '2004-02-29 14:20:10'),
       ('Zheng', 'Mu', '555.123.4569', 'ZMu@contoso.net', 40, '1990-03-01 06:00:00');

  4. Criar esquema para conter tabelas de serviço:

    CREATE SCHEMA Service;
GO

  5. Criar tabela de serviço com colunas mascaradas:

    CREATE TABLE Service.Feedback
(
    MemberID INT IDENTITY (1, 1) NOT NULL,
    Feedback VARCHAR (100) MASKED WITH (FUNCTION = 'default()') NULL,
    Rating INT MASKED WITH (FUNCTION = 'default()'),
    Received_On DATETIME
);

  6. Inserir dados de exemplo:

    INSERT INTO Service.Feedback (Feedback, Rating, Received_On)
VALUES ('Good', 4, '2022-01-25 11:25:05'),
       ('Excellent', 5, '2021-12-22 08:10:07'),
       ('Average', 3, '2021-09-15 09:00:00');

  7. Criar usuários diferentes no banco de dados:

    CREATE USER ServiceAttendant WITHOUT LOGIN;
GO

CREATE USER ServiceLead WITHOUT LOGIN;
GO

CREATE USER ServiceManager WITHOUT LOGIN;
GO

CREATE USER ServiceHead WITHOUT LOGIN;
GO

  8. Conceder permissões de leitura aos usuários no banco de dados:

    ALTER ROLE db_datareader ADD MEMBER ServiceAttendant;
ALTER ROLE db_datareader ADD MEMBER ServiceLead;
ALTER ROLE db_datareader ADD MEMBER ServiceManager;
ALTER ROLE db_datareader ADD MEMBER ServiceHead;

  9. Conceda permissões diferentes UNMASK aos usuários:

    • Conceda permissão de nível UNMASK de coluna para ServiceAttendant:

      GRANT UNMASK ON Data.Membership (FirstName) TO ServiceAttendant;

    • Conceda permissão de nível UNMASK de tabela para ServiceLead:

      GRANT UNMASK ON Data.Membership TO ServiceLead;

    • Conceda permissão de nível UNMASK de esquema para ServiceManager:

      GRANT UNMASK ON SCHEMA::Data TO ServiceManager;
GRANT UNMASK ON SCHEMA::Service TO ServiceManager;

    • Conceder permissão no nível de banco de dados UNMASK a ServiceHead;

      GRANT UNMASK TO ServiceHead;

  10. Consultar os dados no contexto do usuário ServiceAttendant:

    EXECUTE AS USER = 'ServiceAttendant';

SELECT MemberID,
       FirstName,
       LastName,
       Phone,
       Email,
       BirthDay
FROM Data.Membership;
SELECT MemberID,
       Feedback,
       Rating
FROM Service.Feedback;

REVERT;

  11. Consultar os dados no contexto do usuário ServiceLead:

    EXECUTE AS USER = 'ServiceLead';

SELECT MemberID,
       FirstName,
       LastName,
       Phone,
       Email,
       BirthDay
FROM Data.Membership;
SELECT MemberID,
       Feedback,
       Rating
FROM Service.Feedback;

REVERT;

  12. Consultar os dados no contexto do usuário ServiceManager:

    EXECUTE AS USER = 'ServiceManager';

SELECT MemberID,
       FirstName,
       LastName,
       Phone,
       Email,
       BirthDay
FROM Data.Membership;
SELECT MemberID,
       Feedback,
       Rating
FROM Service.Feedback;

REVERT;

  13. Consultar os dados no contexto do usuário ServiceHead

    EXECUTE AS USER = 'ServiceHead';

SELECT MemberID,
       FirstName,
       LastName,
       Phone,
       Email,
       BirthDay
FROM Data.Membership;
SELECT MemberID,
       Feedback,
       Rating
FROM Service.Feedback;

REVERT;

  14. Para revogar UNMASK permissões, use as seguintes instruções T-SQL:

    REVOKE UNMASK ON Data.Membership (FirstName) FROM ServiceAttendant;
REVOKE UNMASK ON Data.Membership FROM ServiceLead;
REVOKE UNMASK ON SCHEMA::Data FROM ServiceManager;
REVOKE UNMASK ON SCHEMA::Service FROM ServiceManager;
REVOKE UNMASK FROM ServiceHead;

Conteúdo relacionado

  • Última atualização em