A sua arquitetura fica como está
Os seus fornecedores ficam: nenhum projeto de infraestrutura para financiar.
Produto
Armazenamento que a sua própria cloud não consegue ler, perder nem alterar em silêncio.
A DataPrism assenta sobre a cloud que já utiliza: um único pipeline aplica a propriedade a esse armazenamento, pelo que aquilo que consegue provar sobre os seus dados muda enquanto a sua arquitetura permanece exatamente como está.
Cifrado antes do upload. Disperso com redundância. Provado em público.
A propriedade começa pela cifragem do lado do cliente: as chaves são derivadas do seu lado e o que sai já é ilegível. Cada etapa abaixo leva uma garantia da promessa de um fornecedor para o comportamento do próprio dado, e é isso que a torna demonstrável perante um cliente, um auditor ou um regulador. Onde a cifragem antes do envio já está em prática, comece por as três exposições que ela deixa em aberto.
-
Ficheiro
-
Cifrado
-
Fragmentado
-
Disperso
-
Ancorado
Ficheiro
Cifrado
Fragmentado
Disperso
Ancorado
O que é
Um overlay soberano, não mais um silo.
Mantém os seus fornecedores de object storage. A DataPrism compõe-nos em algo que nenhum deles consegue oferecer sozinho: armazenamento em que um fornecedor continua a deter os seus bytes mas já não os consegue ler, nem decide se você os mantém. Substituir os seus fornecedores significaria também substituir os seus contratos, as suas regiões e a sua postura de conformidade. O overlay deixa os três onde estão, o que transforma uma decisão de infraestrutura numa decisão que as suas equipas de segurança e de conformidade podem tomar sozinhas.
Já cifra?
O seu fornecedor não o consegue ler. É um problema em três.
Cifre antes do upload com uma chave que detém e o seu fornecedor fica cego aos seus dados. Isso é real, e é aí que o nosso próprio pipeline começa. Três coisas ficam exatamente na mesma: ele continua a deter tudo, continua a poder impedi-lo de lá chegar, e você continua sem nada que um auditor possa verificar sem si.
O que ele continua a deter
Um só acervo, um só endereço
O seu texto cifrado está completo dentro do acervo de um só fornecedor. O que chega a esse acervo chega a tudo o que lá está, numa única operação, e uma cópia levada hoje pode ser guardada até valer a pena lê-la. Os ficheiros são divididos, cifrados e dispersos com redundância pelos fornecedores independentes que configurar: a mesma operação passa a ter de ser bem-sucedida tantas vezes quantas as que definir. Esse número é escolhido por si, e é algo que pode indicar quando alguém pergunta até onde chega um comprometimento isolado.
O que ele não consegue manter
Confidencialidade não é disponibilidade
Uma chave que detém não faz nada quanto a uma indisponibilidade, a uma conta suspensa ou a uma mudança de condições. Os seus dados vão para onde for esse único fornecedor. Dispersos com redundância, a perda de um é absorvida pelo limiar que configurou, não pelo seu plano de recuperação.
O que ele não consegue mostrar
Nada que um terceiro possa verificar
A custódia das chaves é uma afirmação sobre a sua própria configuração, e a prova disso é a sua palavra mais a do seu fornecedor. Uma impressão digital de tamanho constante num registo público é verificável por quem pergunta, no momento em que pergunta, sem precisar de nada de si.
Nada disto é um argumento contra cifrar primeiro. É a lista do que cifrar primeiro deixa em aberto.
Como é integrar
Um único SDK para integrar. O seu produto comporta-se exatamente como hoje.
Adiciona um SDK TypeScript ao código que já trata dos seus uploads. As chamadas de upload e download passam a substituir as atuais, os tipos vêm com elas, e o resto do seu produto continua: os mesmos ecrãs, o mesmo manual de suporte, a mesma release que ia publicar de qualquer forma.
- 01
Instalar
Adicione o SDK TypeScript onde já vive o seu handler de upload. Corre no seu próprio processo, no browser ou no seu servidor.
- 02
Apontar
Aponte-o para o armazenamento que já utiliza: as mesmas contas, as mesmas regiões, os mesmos contratos.
- 03
Publicar
Publique-o numa release normal. O que muda é aquilo que os seus fornecedores conseguem entregar, e o seu produto mantém o comportamento que tem.
A página para programadores mostra o código: o SDK de cifragem do lado do cliente.
Porque resiste
Imposto por consenso, não por um operador.
Qualquer garantia que um operador imponha, um operador pode quebrar em silêncio. Por isso a integridade aqui não depende do bom comportamento de ninguém, o nosso incluído: o índice raiz ancorado nunca cresce com os seus dados, e cada fragmento é endereçado pelo seu conteúdo, pelo que qualquer alteração é detetável de ponta a ponta. Quando um cliente ou um auditor pergunta como sabe que nada foi alterado, mostra uma prova que qualquer pessoa pode verificar, e não um relatório que só o seu fornecedor consegue produzir, e responder-lhe não implica abrir um pedido de apoio a quem quer que seja.
As garantias são formais: veja a integridade de dados demonstrável, especificada na nossa investigação. O que cada ator consegue ver está exposto em Confiança e segurança.
O que recebe
O que aterra na sua stack.
Um comprometimento isolado não chega
Fragmentos cifrados pelos fornecedores que configurar: chegar a um acervo deixa de ser chegar aos seus dados.
Sobrevive à perda de um fornecedor
As indisponibilidades e as recusas de um fornecedor deixam de ser eventos a contornar no planeamento.
Uma verificação, seja qual for o volume
Uma impressão digital, seja qual for o volume por trás dela: a mesma verificação única a qualquer escala.
Saberia se algo tivesse mudado
Cada fragmento endereçado pelo seu conteúdo: a alteração vem ao de cima em vez de passar despercebida.
Cifragem que a sua equipa não escreve
Um SDK TypeScript: nenhuma mecânica criptográfica para construir ou defender numa revisão.
FAQ
Perguntado antes de cada demonstração.
- Temos de migrar os nossos dados?
- Os seus fornecedores, regiões e contratos ficam exatamente como estão, e não há plataforma para onde mudar. O que passa pelo pipeline são os próprios dados, e há duas formas de começar: aplicá-lo a tudo o que for escrito a partir de agora, o que deixa intacto o que já lá está, ou fazer passar uma vez um perímetro existente, o que reescreve esses ficheiros como fragmentos nas mesmas contas. Em qualquer dos casos é uma mudança que uma só equipa entrega, não um programa de infraestrutura para orçamentar. O conjunto de destinos é seu e pode mudá-lo: várias contas num mesmo fornecedor, vários fornecedores lado a lado, o seu próprio armazenamento on-premise, ou qualquer mistura. Tudo o que fala a API S3 é um destino já hoje, e acrescentar outro mais tarde é uma alteração de configuração, não uma segunda integração. O overlay é descrito em «O que é», acima.
- Já ciframos do lado do cliente. A DataPrism substitui isso?
- Não, e não lhe pede que o desfaça. O SDK também cifra do seu lado, pelo que um objeto que lhe entregue já cifrado percorre o pipeline como o seu texto cifrado. O que muda é tudo o que vem depois da cifragem: em quantos sítios os fragmentos aterram e o que um terceiro pode verificar. A secção acima expõe o que a cifragem sozinha deixa em aberto.
- O que fica realmente no registo público?
- Um índice selado, e mais nada: o mapa que volta a juntar os seus fragmentos, cifrado com uma chave que nunca recebemos. Nenhum conteúdo e nada legível vai lá parar, pelo que qualquer pessoa pode verificar a sua afirmação de integridade sem que publique seja o que for sobre os seus dados. O que cada ator consegue ver, e o que nenhum deles consegue, está exposto na visão geral da arquitetura de segurança.
- O que acontece aos nossos dados se a DataPrism parar?
- Os seus ficheiros permanecem nas suas próprias contas, e a chave continua a ser derivada do seu lado, pelo que a recuperação se mantém sem nós. A reconstrução corre do lado do cliente a partir dos fragmentos que os seus fornecedores detêm e do índice inscrito no registo público, e o SDK lê esse índice através de uma interface que qualquer nó público consegue servir. A via de recuperação é uma propriedade da conceção e não um compromisso que assumimos, como expõe a visão geral da arquitetura de segurança.
- Que armazenamento consegue compor?
- Qualquer object storage que opere, onde quer que corra: AWS, GCP, Azure ou on-prem. O pipeline é o mesmo em todos eles, e nenhuma parte da sua integração muda quando a combinação de fornecedores muda.