Armazenado como texto cifrado
Os ficheiros são encriptados com AES-256-GCM pelo pipeline de armazenamento da Everabyte antes de serem escritos no disco.
Armazenamento seguro na nuvem
O AES-256-GCM protege os ficheiros armazenados, o TLS 1.3 protege as transferências e cada pedido é verificado face às suas regras de acesso. Eis exatamente o que isso significa.
As chaves de cifra são geridas pela Everabyte nos planos standard. Não é reivindicada custódia de chaves no cliente.
Como um ficheiro é protegido entre o seu dispositivo e a camada de armazenamento. As chaves permanecem dentro do serviço Everabyte.
Camadas de proteção
A encriptação não é uma definição única. O armazenamento, o transporte, a autorização e o registo respondem a perguntas diferentes.
Os ficheiros são encriptados com AES-256-GCM pelo pipeline de armazenamento da Everabyte antes de serem escritos no disco.
As transferências pelo navegador, pela API e pelo Desktop Agent utilizam TLS 1.3 entre o cliente e o serviço Everabyte.
A sessão, a função e as regras de partilha são avaliadas antes de um ficheiro ser listado, pré-visualizado ou transferido.
Os eventos administrativos e dos ficheiros são escritos no registo de atividade nos planos que incluem registo de auditoria.
Responsabilidade das chaves
Muitos fornecedores descrevem a encriptação sem dizer quem pode desencriptar os dados. O nosso modelo é de encriptação do lado do servidor, com chaves geridas pela Everabyte.
“Armazenamento na nuvem encriptado” pode significar várias arquiteturas. Nesta página significa encriptação do lado do servidor com chaves geridas pelo fornecedor, transporte protegido e verificações de autorização — nada mais.
Armazenamento não é backup
A encriptação protege a confidencialidade. Não recupera um ficheiro eliminado, corrompido ou encriptado por ransomware. Essa é uma tarefa separada.
| Questão | Armazenamento seguro na nuvem | Backup e arquivo na nuvem |
|---|---|---|
| Objetivo principal | Acesso diário, colaboração e partilha | Recuperação após eliminação, corrupção ou ransomware |
| O que contém | A cópia de trabalho que a sua equipa utiliza | Cópias adicionais capturadas segundo um calendário |
| Comportamento na eliminação | Lixo e histórico de versões, depois remoção | Pontos de restauro conservados até a retenção expirar |
| Teste de recuperação | Restaurar uma versão ou um ficheiro a partir do lixo | Pré-visualizar um ponto de restauro e verificar o resultado |
| Próximo passo recomendado | Explorar backup e arquivo | Transferir o Desktop Agent |
Adequação do produto
A encriptação e o controlo de acesso aplicam-se a toda a gama. O que muda é o nível de administração, integração e infraestrutura à sua volta.
Particulares e pequenos projetos
Equipas e empresas em crescimento
Organizações com necessidades de governação
As inclusões e capacidades dos planos variam. Confirme o White Label, os ambientes privados geridos e as condições de suporte no seu formulário de encomenda.
Antes de decidir
A região de armazenamento é escolhida durante a implantação. Os requisitos de residência fazem parte da conversa inicial, não de uma caixa para assinalar.
Defina que ficheiros precisam de backup, com que frequência e durante quanto tempo. Só o armazenamento não responde a esta pergunta.
Um backup que nunca foi restaurado é uma hipótese. Planeie um restauro de teste antes de confiar no calendário.
Diga-nos que dados mantém, onde devem ser armazenados e quem tem de os poder recuperar. Responderemos com a arquitetura que conseguimos documentar, não com um selo.
Não é reivindicada qualquer capacidade zero-knowledge, de encriptação ponta a ponta ou de chaves geridas pelo cliente.