IDs substitutos e isolamento de tenants

Gestão de mapeamentos de identificadores

Atribua IDs substitutos a combinações de tenant_id, service_id e referência interna da pessoa, em vez de expor IDs internos. Use IDs distintos entre serviços para reduzir a correlação.

tenant_id

Fronteira da empresa, derivada do contexto autenticado do cliente.

service_id

O serviço dentro de um tenant. Não reutilize seus IDs em outros serviços.

proxy_id

Identificador externo aleatório sem nome ou e-mail embutido.

subject_ref

Referência interna do cofre à pessoa. Não a inclua em respostas aos sistemas de negócio.

status / version

Estado ativo ou inativo e versão para atualizações simultâneas.

Emitir, rotacionar e excluir

Confirme tenant e serviço autenticados, verifique mapeamentos, emita IDs aleatórios seguros apenas quando necessário e evite duplicatas com restrições de unicidade e transações. Rejeite referências desativadas e exclua mapeamentos conforme a política de retenção.

Emissão simultânea

Solicitações simultâneas de cadastro não devem gerar mapeamentos duplicados.

Rotação de IDs

Revogue IDs antigos, ative substitutos e migre referências históricas.

Exclusão

Diferencie revogação de IDs e exclusão dos dados. Trate backups e registros de auditoria separadamente.

Conhecer um ID não concede acesso

Um ID substituto não é uma credencial. Verifique permissões de tenant, serviço e registro no servidor a cada solicitação. Alterar um ID não deve expor registros de outro tenant.

Rejeitar consultas entre tenants

Exija que o tenant_id autenticado corresponda ao tenant_id do mapeamento.

Separar o armazenamento de mapeamentos

Acesso ao banco de negócio não deve conceder também acesso aos mapeamentos de dados pessoais.

Permissão para vincular identidades

Vincular identificadores exige autorização mais rigorosa e auditoria mais detalhada do que uma consulta comum.

DATA / INTEGRATION EXAMPLE

Exemplo de dados e integração

Estes exemplos explicam o projeto. Nomes de campos e valores são ilustrativos, não uma referência executável de API.

{
  "operation": "Proxy ID issuance and lookup example",
  "request": {
    "service_id": "shop-a",
    "registration_ref": "reg_example_01"
  },
  "response": {
    "proxy_id": "nym_example_01",
    "status": "active"
  }
}

registration_ref é emitido pelo processo de cadastro no cofre. Não é correspondência de identidade nem anonimização baseada apenas em hashes de e-mail.

Projetos técnicos relacionados

Integração projetada para seus processos.

Mapeie dados retidos, parceiros e ações necessárias para identificar formas de reduzir a exposição.