Segurança Empresarial

Mascaramento de Dados em Nível de Campo

Proteja dados sensíveis no nível do campo -- e-mails, telefones, CPFs e muito mais são mascarados automaticamente para que apenas usuários autorizados vejam os valores reais. Todos os demais veem dados ofuscados por padrão.

Agendar uma Chamada
Field-Level Data Masking
Enterprise
Viewing as:
Support Agent
Compliance Officer
Name
Email
Phone
SSN
J***n S***h
j****@****.com
***-***-4521
***-**-6789
M***a G*****z
m****@****.com
***-***-8834
***-**-1234
R****t J*****n
r****@****.com
***-***-2210
***-**-5678
4 fields masked • Server-side enforced • API responses protected
Role-based • Partial or full masking • Zero migration
Compliance Officer View
Unmasked
Viewing as:
Support Agent
Compliance Officer
Name
Email
Phone
SSN
John Smith
john@acme.com
415-555-4521
123-45-6789
Maria Gonzalez
maria@corp.com
212-555-8834
987-65-1234
Robert Johnson
rob@bank.com
305-555-2210
456-78-5678
Full access granted • All unmasked views are audit-logged
Authorized access • Audit trail • Role: compliance_officer

Como Funciona

Aplicação no Servidor

O mascaramento acontece no backend, não apenas na interface. Os dados nunca são expostos em respostas de API para usuários não autorizados.

Tipos de Mascaramento Flexíveis

Máscara completa (*******) ou parcial (j***@****.com) com caracteres visíveis configuráveis para cada campo.

Controle de Acesso Granular

Defina quem vê os dados reais com base na função do usuário ou em qualquer propriedade personalizada. Oficiais de conformidade veem tudo, agentes de suporte veem valores mascarados.

Zero Migração

Funciona com seus bancos de dados existentes. Sem alterações de esquema necessárias -- configure as regras de mascaramento e elas se aplicam instantaneamente.

Acesso com Registro de Auditoria

Toda vez que um usuário autorizado visualiza dados desmascarados, isso é registrado. Rastreabilidade completa para revisões de conformidade e segurança.

Tipos de Mascaramento

FieldOriginalMaskedType
E-mailjohn@acme.comj***@****.comParcial
Telefone415-555-4521***-***-4521Parcial
CPF123-45-6789***-**-6789Parcial
NomeJohn SmithJ***n S***hParcial
Cartão de Crédito4532-1234-5678-9012*******Completo
SenhamyP@ssw0rd!*******Completo

Caso de Uso Real

Um banco configura sua tabela de clientes para que agentes de suporte vejam dados mascarados -- J***n S***h e j****@email.com -- enquanto apenas oficiais de conformidade com função de administrador veem os valores reais.

Agente de Suporte
J***n S***h, j****@****.com, ***-**-6789
Mascarado
Gerente
John S***h, john@****.com, ***-**-6789
Parcial
Oficial de Conformidade
John Smith, john@acme.com, 123-45-6789
Completo

Disponível nos planos Visionary ($250/mês), Build with You ($2.500/mês), Enterprise Plus e Advanced.

Controles Avancados

Controles de mascaramento de nivel corporativo

Permissoes de ofuscacao por usuario, protecoes de personificacao e mascaramento no nivel do construtor -- garantindo que dados sensiveis permanecam protegidos em todos os lugares.

Permissoes de ofuscacao por usuario

Os administradores agora podem controlar, por usuario, se um Criador ou Oficial de Conformidade pode configurar regras de mascaramento de dados. Um simples interruptor ao lado do papel de cada usuario permite que os administradores concedam ou revoguem essa permissao -- garantindo que apenas membros autorizados da equipe possam alterar quais dados sao ocultados ou visiveis.

Data Obfuscation Permissions
Admin Panel
User
Role
Data Masking
SM
Sarah M.
Compliance
Can configure
JD
James D.
Creator
Can configure
AL
Ana L.
Creator
No access
MK
Mike K.
User
N/A
Admins control per-user access to data masking configuration
Per-user control • Toggle on/off • Instant effect

A personificacao sempre mascara dados

Quando um administrador usa "Ver como usuario" para visualizar o aplicativo da perspectiva de outro usuario, todos os dados sensiveis sao sempre mascarados -- independentemente das permissoes desse usuario. Isso garante que os administradores nao possam usar a personificacao como porta dos fundos para visualizar dados brutos de clientes, atendendo aos requisitos de conformidade PCI-DSS e SOC 2.

Impersonation Mode
View as User
Viewing as: Support Agent (Lisa R.)
Admin: John A. • All data masked
EXIT
Name
Email
Phone
SSN
J***n S***h
j****@****.com
***-***-4521
***-**-6789
M***a G*****z
m****@****.com
***-***-8834
***-**-1234
Data always masked during impersonation
Admins cannot use “View as User” to bypass masking rules. Meets PCI-DSS and SOC 2 requirements.
PCI-DSS • SOC 2 • No backdoor access

A visualizacao do construtor respeita o mascaramento

A visualizacao da tabela do banco de dados dentro do construtor de aplicativos agora respeita as mesmas regras de mascaramento configuradas para os usuarios finais. Usuarios sem permissoes de ofuscacao veem dados mascarados no construtor, fechando uma lacuna onde dados brutos eram previamente visiveis durante a configuracao do aplicativo.

App Builder — Database View
Masking Active
UI
Logic
Database
Settings
customers324 rows
name
email
phone
ssn
J***n S***h
j****@****.com
***-***-4521
***-**-6789
M***a G*****z
m****@****.com
***-***-8834
***-**-1234
R****t J*****n
r****@****.com
***-***-2210
***-**-5678
Builder view respects masking rules • Same rules as end users
No raw data exposure • Role-consistent • Builder + end user parity

Proteja dados sensíveis sem alterar seu banco de dados.