Google Drive vs HexaTransfer: Envio Encriptado

A partilha via Google Drive e o HexaTransfer resolvem metades diferentes do mesmo problema. O Drive oferece partilha permanente e favorável à colaboração com pré-visualizações ricas, histórico de versões e edição de Docs/Sheets — tudo o que requer que a Google guarde as chaves de desencriptação e leia os seus ficheiros. O HexaTransfer oferece entrega única e encriptada ponta-a-ponto: o ficheiro é encriptado no browser com AES-256-GCM, armazenado como texto cifrado, e auto-eliminado após 7 dias. A CNPD (Comissão Nacional de Proteção de Dados) segue as orientações do EDPB que consideram o acesso do fornecedor ao texto simples um fator relevante na avaliação de "medidas técnicas adequadas" ao abrigo do Artigo 32 do RGPD. Escolha o Drive para colaboração contínua em documentos não sensíveis. Escolha o HexaTransfer quando a confidencialidade é o ponto e a colaboração não é.

O modelo de confiança do Drive: a Google guarda tudo

Quando faz o upload de um .docx para o Google Drive, está encriptado em repouso com chaves AES-256 geridas pela Google e em trânsito com TLS 1.3. A Google tem as chaves. Isto não é segredo — está declarado na documentação de segurança do Drive — e é necessário para as funcionalidades pelas quais o Drive é conhecido: OCR em PDFs digitalizados, pesquisa de texto completo em todo o Drive, sugestões inteligentes por ML, edição colaborativa em tempo real no Docs, filtragem de phishing ao estilo Gmail em ficheiros partilhados.

Pragmaticamente, isto significa: colaboradores da Google com acesso suficiente, agências de cumprimento da lei com um mandato judicial válido ao abrigo do CLOUD Act, e qualquer atacante que comprometa a infraestrutura da Google, poderiam ler os seus ficheiros. O relatório de transparência da Google mostra que cumpre a maioria dos pedidos de dados governamentais dos EUA. Para a maioria dos conteúdos, isso é aceitável. Para alguns conteúdos, não é.

Encriptação do Lado do Cliente do Google Workspace: A correção parcial

Os clientes do Workspace Enterprise Plus e Education Plus podem ativar a Encriptação do Lado do Cliente (CSE), que externaliza a gestão de chaves para um KMS de terceiros como o Thales CipherTrust ou o Fortanix. Com CSE ativada numa pasta, a Google armazena apenas texto cifrado e não consegue ler os conteúdos. Esta é E2EE genuína para o subconjunto de clientes Workspace que pagam por ela (a partir de cerca de 30€/utilizador/mês) e estão dispostos a operar um KMS.

A CSE cobre Drive, Docs, Sheets, Slides, Meet e Gmail no Enterprise Plus. É um produto sério, e se a organização precisa de continuar a usar o Drive por razões de fluxo de trabalho, a CSE é o caminho a seguir. Para um consultor individual ou uma pequena prática, a sobrecarga de configuração e o custo de licenciamento tornam um serviço de transferência dedicado mais prático.

O modelo de confiança do HexaTransfer: o servidor vê texto cifrado

O HexaTransfer gera uma chave AES-256-GCM aleatória no browser via WebCrypto API, encripta o ficheiro fragmento a fragmento, e faz upload do texto cifrado. A chave de desencriptação é anexada ao URL de partilha como fragmento (#key=...) — os browsers nunca transmitem fragmentos aos servidores, pelo que a chave fica do lado do cliente. No download, o browser do destinatário analisa o fragmento, obtém o texto cifrado e desencripta localmente.

O resultado: mesmo o acesso completo à base de dados no HexaTransfer apenas produziria bytes encriptados e metadados mínimos (o nome do ficheiro pode ser ocultado, o tamanho é visível, os carimbos de tempo existem). Não há KMS a configurar, sem atualização de licença necessária, sem consola de administração. É gratuito para transferências de 10 GB.

Mapa de funcionalidades lado a lado

| Funcionalidade | Google Drive (padrão) | Drive + CSE | HexaTransfer | |---|---|---|---| | Fornecedor vê texto simples | Sim | Não | Não | | Colaboração Docs em tempo real | Sim | Sim (formatos limitados) | Não | | Geração de pré-visualização/miniatura | Sim | Parcial | Não | | Limite de tamanho de ficheiro | 5 TB | 5 TB | 10 GB | | Conta obrigatória (remetente) | Sim | Sim | Não | | Conta obrigatória (destinatário) | Normalmente | Normalmente | Não | | Expiração automática | Não (manual) | Não (manual) | 7 dias | | Custo | Incluído no Workspace | Nível Enterprise Plus | Gratuito | | Trilha de auditoria | Consola de administração | Consola de administração | Mínima |

Quando a partilha via Drive ganha

O Drive é a ferramenta certa para: pastas de projeto partilhadas em que múltiplas pessoas editam ao longo de semanas, apresentações construídas colaborativamente, folhas de cálculo que precisam de vistas de filtro ao vivo, conjuntos de dados consumidos por relatórios do Looker Studio, e qualquer fluxo de trabalho em que perder o ficheiro acidentalmente (via expiração de 7 dias) quebraria as coisas. O histórico de versões do Drive — cada gravação durante 30 dias é recuperável — por si só vale a troca de confiança para a maioria dos fluxos de trabalho de escritório.

É também a ferramenta certa para ficheiros em que "a Google pode ler isto" não representa risco real: PDFs de marketing público, documentos de brainstorming de equipa, memorandos internos. Nem todo o ficheiro precisa de E2EE.

Quando o HexaTransfer ganha

O HexaTransfer é a ferramenta certa para envios pontuais em que a confidencialidade é importante: um contrato assinado para um cliente, um lote de imagens DICOM entre clínicas, pacotes .pdf de descoberta em litígio, documentos de fusões e aquisições, exportações de dados de clientes ao abrigo do Artigo 20 do RGPD, materiais de due diligence para investidores. Qualquer cenário em que ficaria desconfortável se a Google (ou o departamento jurídico da Google) pudesse ler o ficheiro é um cenário para o HexaTransfer.

É também útil quando o destinatário não tem conta Google — partilha com um advogado sem conta Google, um cliente no endereço Yahoo pessoal, uma parte adversa na Europa. Sem atrito de criação de conta para nenhum dos lados.

O risco oculto de metadados do Drive

Mesmo quando o conteúdo dos ficheiros do Drive é benigno, os metadados contam histórias. O histórico de partilha revela relações com clientes, fluxo de negócios, contrapartes de fusões e aquisições. A integração Gmail-Drive liga transferências a fios de email. Os registos da consola de administração capturam cada download. Para jornalistas, fontes, dissidentes, ou qualquer pessoa visada por adversários a nível estatal, este grafo de metadados é em si informação sensível. Mudar transferências sensíveis para um serviço sem conta colapsa significativamente esse grafo.

Fluxo de trabalho prático com duas ferramentas

A maioria dos profissionais acaba por usar ambos. O Drive é o espaço de trabalho permanente, pesquisável e colaborativo. O HexaTransfer (ou um serviço E2EE similar) é o canal de entrega para tudo o que sai desse espaço de trabalho para partes externas. A cópia no Drive fica consigo para referência e histórico de versões; a transferência encriptada vai para o cliente, expira em uma semana, e não persiste indefinidamente na infraestrutura de nenhum dos lados.

Esta divisão mapeia claramente para a linguagem de "medidas técnicas adequadas" do Artigo 32 do RGPD — o momento de maior risco (entrega externa) recebe a encriptação mais forte, enquanto a colaboração interna usa a conveniência do Drive sem expor os destinatários externos ao seu modelo de confiança.

Quadro de decisão rápido

Faça três perguntas. Este ficheiro precisa de ser editado colaborativamente? Se sim, Drive. Ficaria confortável se a Google o pudesse ler? Se não, HexaTransfer. O destinatário está fora do meu ecossistema Google? Se sim, o HexaTransfer torna a entrega mais simples.

Para a metade da entrega encriptada do fluxo de trabalho: experimente em hexatransfer.com — gratuito, sem conta, máximo de 10 GB.