OneNymCadastrar dados pessoais
Cadastre o endereço pela API autenticada. O Vault o criptografa e retorna um ID imprevisível. Evite também cópias em servidores e logs da aplicação.
ONENYM / PRIVACY INFRASTRUCTURE
Dados pessoais.
Separe-os dos
sistemas de negócio.
OneNym Address Vault criptografa endereços de entrega, referenciados por um ID proxy nos sistemas de negócio. Apenas campos permitidos são retornados a aplicativos autorizados.
Separação de dados / APIs por finalidade / Gestão de chaves na nuvem
SEPARATE DATA. CONNECT WORK.Exemplo de arquitetura
Sistema de negócio
Pedidos e atendimento, conectados.
Referência do pedidoProdutos e históricoID substituto: nym_abc
Conecte processos sem manter dados pessoais diretamente.
↓ Informe um ID substituto e a finalidadeOneNym APIAutenticar → Autorizar → Executar
Cofre de dados pessoais
Dados pessoais criptografados
EndereçopostalCoderecipientName
Use apenas registros e campos autorizados.
Chaves gerenciadas por serviços de nuvem
Azure Key Vault
Separe dados pessoaisLimite o acesso aos dadosReduza cópias e retenção
01 / HOW ONENYM WORKS
Em vez de compartilhar dados,
execute uma ação autorizada.
IDs substitutos nos seus sistemas. Dados pessoais no cofre.
Use APIs limitadas por finalidade apenas quando necessário.
Referenciar um ID substituto
Armazene IDs substitutos junto com pedidos e registros de negócio. Conhecer um ID, por si só, não concede acesso a dados pessoais.
Verificar finalidade e permissões
Verifique solicitante, tenant, registro, campos e validade. Declarar uma finalidade não equivale a uma autorização.
Executar a ação autorizada
Autentique o aplicativo e verifique organização, pedido, finalidade, campos, validade, uso e contrato. Os campos autorizados retornam em texto claro; o destinatário também deve controlar armazenamento e logs.
| Aspecto | Tratamento direto de dados pessoais | Separação com o OneNym |
|---|---|---|
| Banco de dados de negócio | Nomes, e-mails, endereços e registros de negócio | IDs substitutos e registros de negócio |
| Uso | Consultar e processar dados no aplicativo | Solicitar uma ação por uma API limitada por finalidade |
| Permissões de consulta | Frequentemente vinculadas ao acesso ao banco | Autorizar por registro, campo, finalidade e validade |
| Se apenas o banco de dados for roubado | Dados pessoais podem ser expostos, dependendo do armazenamento e das permissões | Reduza caminhos diretos do banco de negócio até os dados pessoais |
IDs substitutos também precisam de proteção. Reduzir a retenção exige tratar registros existentes, logs e cópias mantidas pelos parceiros de integração.
02 / ADDRESS VAULT
Mantenha os processos.
Compartilhe menos dados.
OneNym Address Vault criptografa endereços de entrega, referenciados por um ID proxy nos sistemas de negócio. Apenas campos permitidos são retornados a aplicativos autorizados.
Aplicação de negócio
Guarde o pedido e o ID proxy na sua base. O ID não é o endereço nem uma autorização. Integrar a API não apaga cópias existentes; planeje migração e exclusão.
Parceiro de entrega autorizado
Vincule pedido, ID, aplicativo destinatário, campos e validade. Emita um token com limite de uso. Possuir o token não basta para acessar.
Autentique o aplicativo e verifique organização, pedido, finalidade, campos, validade, uso e contrato. Os campos autorizados retornam em texto claro; o destinatário também deve controlar armazenamento e logs.
Exclusão, backups e recuperação
Revogar bloqueia novas consultas. Excluir remove o conteúdo criptografado e a chave de dados encapsulada do registro ativo, não apaga imediatamente cópias ou backups. Suspender bloqueia consultas normais, mantendo a limpeza pelo proprietário. Combine retenção de backups e reaplicação de exclusões na restauração.
03 / TRUST BOUNDARIES
Chaves separadas. Permissões separadas.
Limite o impacto de uma invasão.
Vá além da criptografia. Crie uma fronteira entre os dados armazenados
e os serviços autorizados a descriptografá-los e usá-los.
Aplicação de negócio
Processa IDs substitutos e registros de negócio.
Sem acesso direto ao banco do cofre ou às chavesOneNym API
Quem pode usar quais dados, e por quê?
Autorização por solicitação, controles de uso e registros de auditoriaCofre criptografado
Retornar somente campos de endereço permitidos.
Separe o acesso aos dados do acesso às chavesCLOUD KEY MANAGEMENT
Infraestrutura de nuvem para gestão de chaves.
O Vault usa Azure Key Vault para gerenciar a KEK. Separe os direitos sobre a chave que protege as chaves de dados (DEK) do acesso à base.
Mesmo se uma conta for comprometida.
Um login bem-sucedido não autoriza a consulta por si só. Verifique tenant, registro, campos e validade.
Mesmo se uma credencial de integração for roubada.
Limite finalidade, escopo e uso. Mantenha registros de auditoria e um caminho de revogação.
Mesmo se dados armazenados forem roubados.
Separe o texto cifrado das permissões de descriptografia. A criptografia sozinha não protege os dados se as permissões de uso das chaves também forem comprometidas.
A separação reduz riscos e impactos potenciais. Texto em claro já consultado, acesso administrativo amplo e serviços de descriptografia comprometidos ainda exigem proteção adicional.
Conheça os benefícios e limites da criptografia →04 / DEPLOYMENT & INTEGRATION
Adicione uma fronteira independente de proteção
aos processos existentes.
Conecte seus sistemas a um Vault de endereços no Azure.
defina responsabilidades de armazenamento, administração e operação durante a implantação.
Exemplo de arquitetura de implantação
Ambiente de negócio existente
Aplicações e bancos de dados de negócio
IDs substitutos / Pedidos / Produtos / HistóricoAmbiente OneNym separado
Vault API / Dados criptografados / Gestão de chaves
Acesso por finalidade / Logs de auditoriaSepare identidades de serviço, permissões, redes e administração mesmo na mesma nuvem. Um segundo banco de dados, por si só, não cria uma fronteira suficiente.
Escolher um processo
Mapeie os dados e suas finalidades. Comece com um processo.
Validar com dados fictícios
Teste cadastro, IDs substitutos, consulta, execução e revogação.
Implantar e integrar
Configure permissões e conecte as aplicações existentes. Migre registros e trate as cópias restantes.
Combinar condições de produção
Defina monitoramento, recuperação, exclusão, atualizações e responsabilidades de ambas as partes.
São necessárias integração de aplicações e migração. Arquitetura, escopo, preços e condições operacionais são discutidos individualmente.
Conversar sobre sua arquitetura05 / TECHNICAL DESIGN
Entenda o projeto.
Avalie a adequação.
Identificadores, permissões, criptografia e ciclo de vida dos dados.
Conheça projetos concretos, seus benefícios e suas limitações.
PROXY IDENTITY
Visão geral da plataforma de privacidade →IDs substitutos e isolamento de tenants
Mapeamentos de dados pessoais e fronteiras entre empresas e serviços.
Leia o projeto técnico →TOKENIZATIONTokens por finalidade e revogação
Finalidade, destinatário, validade e limites de reutilização.
Leia o projeto técnico →PERMISSIONSAutorização e integração de API
Da referência a um ID substituto à autorização da consulta.
Leia o projeto técnico →DATA VAULTCriptografia, gestão de chaves e armazenamento
Gestão de chaves na nuvem, caminhos de descriptografia, exclusão e recuperação.
Leia o projeto técnico →EXPOSURE TEST / AVALIAÇÃO ANTES DA IMPLANTAÇÃO
Entenda sua exposição atual.
Uma avaliação autorizada identifica caminhos de acesso, visualização e exportação de dados pessoais. Os resultados ajudam a priorizar fronteiras e dados a separar.
Conversar sobre uma avaliação de segurança →Defina primeiro a autorização e o tratamento de dados.
- Acordar escopo, métodos, cronograma e condições de interrupção
- Priorizar dados fictícios e dados canário
- Minimizar o acesso a dados reais e o impacto no negócio
Os métodos detalhados são apresentados durante a consulta.
LET’S DESIGN YOUR DATA BOUNDARY
Quais dados você pode
deixar de armazenar?
Comece pelos seus processos e sistemas.
Converse conosco sobre armazenamento, integrações e controle de acesso.