Caso de uso 02
Guarde ficheiros de utilizador que nenhum fornecedor consegue abrir.
Os ficheiros que os seus utilizadores carregam, cifrados dentro do seu processo antes de saírem, ilegíveis para cada fornecedor que os armazena.
O problema
Todos os produtos que guardam dados de utilizadores carregam a mesma dívida: a equipa consegue lê-los, a cloud consegue lê-los, e um mau dia torna-os públicos. Paga-a em revisões, em negócios que ficam à espera delas, e na comunicação que teria de escrever.
Com a DataPrism
Nenhuma cópia legível em repouso, onde quer que os seus dados vão parar.
Integre o SDK de cifragem do lado do cliente e os dados dos utilizadores passam a ser cifrados antes do upload, fragmentados e dispersos. Os seus utilizadores não notam nada: o mesmo registo, o mesmo produto, sem criptografia pelo caminho. O que muda é a resposta que dá a seguir, e é a mesma resposta seja quem for a perguntar: um bucket comprometido devolve texto cifrado, não dados de utilizadores.
Se o mecanismo tiver de resistir a uma revisão de segurança, a página do produto explica como funciona a cifragem antes do upload.
O que muda para si
- A eliminação enumera cada fragmento que um ficheiro deixou para trás, remove-o no seu fornecedor e reporta o que falhou.
- Nenhuma cópia legível em repouso: o que cada fornecedor guarda são fragmentos cifrados.
- Um questionário de segurança a que responde com arquitetura em vez de promessas.
Estamos a abrir um design partner program antes do lançamento. Aderir ao design partner program
Cifragem do lado do cliente
O que sai do seu lado já é ilegível, onde quer que vá parar.
Sem novo lock-in de fornecedor
Os seus fornecedores continuam seus, substituíveis e sob contrato.
Um SDK para integrar
Um SDK TypeScript, sem criptografia para a sua equipa acertar.
Aberto por conceção
Docs públicas, código verificável, investigação ainda por chegar.