# Onde estão meus dados?

Esta página explica o que o XMemo armazena e processa em cada modo de segurança, quem pode descriptografar, o que acontece na exportação ou exclusão e como verificar os limites em sua própria conta.

- Canonical: https://docs.xmemo.dev/pt-br/docs/security/where-is-my-data
- Locale: pt-BR
- Content-Locale: pt-BR
- Canonical-Content-Digest: c0058e6fcf05a87e666d8680ed831e494b51ed49b3aad776a01fc3232612a919
- Edition-Digest: aef8c25520b99cdac310351f4a1746066bd763b50498dba70d8dfa734f8622dd

## Comparação rápida

## Modo gerenciado em Cloud

- O servidor do XMemo pode processar o conteúdo da memória para recuperação semântica no lado do servidor, classificação e exportação.
- É o modo mais conveniente, mas não é um modo de conhecimento zero (Zero-knowledge).
- A exclusão remove as linhas de memória e os metadados associados; exportações DSAR podem incluir texto não criptografado.

## Modo Keyguard

- O assistente salva a vinculação do KMS e confirma personal_default_mode = keyguard.
- A recuperação exige que a concessão (grant) do KMS permaneça ativa; revogar a concessão bloqueia qualquer operação posterior de descriptografia/unwrap.
- O XMemo exclui seu próprio texto cifrado e metadados; a rotação ou destruição da chave KMS permanece sob custódia da sua organização.

## Modo Vault

- O XMemo não pode descriptografar memórias do Vault, não pode redefinir chaves do Vault e não pode recuperar dados se todos os dispositivos e kits de recuperação forem perdidos.
- Exportações DSAR de dados no Vault contêm texto cifrado e metadados de envelope, que devem ser descriptografados localmente usando um dispositivo ou kit de recuperação.
- Os recursos semânticos hospedados podem ser limitados, a menos que o recurso possa operar sobre representações fornecidas pelo cliente ou com preservação de privacidade.

## Limite de dados em produção

- Postgres gerenciado: o limite de armazenamento em produção para contas, memórias, vetores, configurações e registros de auditoria.
- RLS no banco de dados / contexto de runtime: são controles específicos da implantação; o papel de runtime, o histórico de migrações, a flag de runtime-context e a matriz CRUD de proprietário/equipe devem ser validados no ambiente alvo.
- Compatibilidade com Supabase: adequado para ambientes locais ou adoção de código aberto (OSS), mas o comportamento de service-role não equivale ao endurecimento de segurança em produção.