Código aberto e privacidade: e-mail

Há algo em minha mente que eu queria escrever há algum tempo. Veja bem, falamos muito sobre privacidade, escolhemos soluções de código aberto considerando-as superiores e defendendo nossas necessidades de privacidade, e até movemos todo o conteúdo que possuímos da nuvem para nossas redes domésticas privadas. Criamos servidores de calendário pessoal, servidores de backup de e-mail e muitos outros, tudo para privacidade, tudo apenas para recuperar um pouco de individualidade, segurança e espaço pessoal em um mundo regido por contratos de exclusividade corporativa e caprichos de CEO.

E quero ser justo com todos vocês que leem este blog. Sou o primeiro a sugerir, recomendar e ajudar as pessoas a construir sua rede doméstica, recuperar tudo o que possuem da nuvem, recuperar suas informações pessoais e, se possível, limpar tudo o que vazou online. No começo até eu tinha dúvidas de que isso fosse possível e tudo começou como um experimento fadado ao fracasso. Mas não, não preciso do Google para minha agenda particular, nem do Spotify para música em todos os meus dispositivos.

Mas aí vem a questão: depois de tudo dito e feito, a rede construída e os arquivos são todos meus, consegui privacidade? Todos os softwares que uso são open source, todos os arquivos que tenho seguem o padrão adequado, são todos arquivos de texto usáveis ​​por qualquer cliente open source e estou totalmente desvinculado de qualquer lock-in: chega, né?

Código aberto não é igual a privacidade

Embora o código aberto ajude muito a mitigar o aprisionamento corporativo, ele também faz isso usando padrões justos e abertos. Isso significa que temos um padrão para e-mail, por exemplo, um para contatos, calendários, notas e assim por diante. Se você abrisse seu arquivo de e-mail agora, obteria vários arquivos de texto, legíveis por qualquer cliente. Também podem ser lidos por qualquer ser humano, pois, afinal, são apenas arquivos de texto simples.

Mas o padrão não se preocupa com a privacidade, apenas cobre o formato necessário para que um aplicativo analise o arquivo e faça algo com ele. Qualquer outro assunto como privacidade, entrega ou interação é transferido para o aplicativo. Então, só porque eu uso o padrão correto, justo e aberto para armazenar meus e-mails, não significa que qualquer pessoa que tenha acesso a eles não possa simplesmente lê-los.

E quando um terceiro teria acesso ao meu e-mail sem tocar no meu computador e na minha rede doméstica? Bem, quando eu os enviar. Você vê que o e-mail é enviado da origem para o destino por meio de muitos servidores, nós e infraestrutura de rede, e o padrão aberto e justo é um arquivo de texto simples legível por qualquer pessoa. Mas certamente usamos HTTPS hoje em dia. Sim, meu e-mail pode ser facilmente lido por qualquer pessoa, mas minha comunicação é criptografada desde casa até o destinatário. Não é?

HTTPS não é igual a privacidade

Sim, usamos HTTPS para tudo hoje em dia. Eu componho meu e-mail em meu cliente de e-mail e somente eu tenho acesso a ele até agora e, em seguida, envio para meu provedor de e-mail usando HTTPS. Isso significa que não importa quantos saltos meu e-mail passe, apenas o destino poderá lê-lo. Infelizmente, o destino não é o destinatário . O destino é o provedor de e-mail, onde todos os e-mails são armazenados.

Se eu enviar um e-mail para uma conta do Gmail, o e-mail termina sua jornada em um servidor do Gmail. Se eu enviar para uma conta do Outlook, é um servidor Outlook. É aí que termina a criptografia fornecida pelo HTTPS. Uma conexão HTTPS não é entre você e a outra pessoa com quem você está tentando falar, é entre você e o servidor que ambos estão usando para conversar. Assim que seus e-mails chegam ao servidor de e-mail, a criptografia HTTPS termina e qualquer administrador trabalhando no servidor pode acessar, escanear, ver, interpretar e usar os e-mails armazenados lá.

Na verdade, todos os provedores de e-mail públicos já fazem isso com todos os seus e-mails quando são verificados quanto a spam. Outros provedores de e-mail, como Google e Microsoft, verificam seu e-mail para encontrar informações de programação para que sejam adicionadas ao seu calendário automaticamente ou executam muitas outras tarefas para fornecer todos os tipos de automação. Tudo isso é possível porque o e-mail é armazenado em um padrão aberto, gratuito e justo, e o padrão não se preocupa com privacidade (e nem deveria). O que se segue então? Obviamente, podemos criptografar o próprio e-mail, obtendo criptografia de ponta a ponta. Talvez?

Criptografia não é igual a privacidade

Se não estivermos satisfeitos em criptografar apenas o canal de transmissão com HTTPS, podemos estar interessados ​​em criptografar toda a mensagem de e-mail usando PGP ou outras ferramentas de criptografia de e-mail. Isso funciona para proteger o conteúdo de texto real do e-mail, mas quanto ao remetente, destinatário, assunto, endereços IP e todos os outros metadados que temos para cada e-mail, não. E, às vezes, isso é ainda mais importante do que a própria mensagem.

Por exemplo, ao criar uma lista de todas as pessoas com quem me correspondo por e-mail, o administrador do servidor de e-mail pode basicamente recriar minha lista de contatos. Isso é exatamente o que eu estava tentando evitar ao ter meu próprio servidor de contatos em minha rede doméstica, em vez de armazená-lo no Google. E lembre-se, um servidor de e-mail não pode funcionar sem conhecer o remetente e o destinatário do e-mail. Esta informação deve ser não criptografada, pública. Então, eu tenho que hospedar meu próprio servidor de e-mail também? Não, porque ainda enviarei e-mails para endereços do Gmail e do Outlook, a menos que convença todos a mudar para meu servidor de e-mail, mas, infelizmente, sou aquele administrador capaz de ler os e-mails de todos os outros .

Então, o que resta da privacidade? Bastante. Sei que esta é uma conversa desconfortável e sei que todos corremos atrás do Linux e de todos os padrões abertos precisamente porque queremos escapar de estruturas corporativas gananciosas e movidas a interesses. Isso é bom e devemos continuar fazendo isso. Mas só porque corremos para Linux não significa que o administrador de um servidor de e-mail Linux do outro lado do planeta, que recebe e trata e-mails de todo o mundo, não possa simplesmente ver todos os sudo ls -l /var/opt/maildir/radumeus e-mails, encriptados ou não.

Só precisamos estar cientes disso. Só precisamos entender que Linux, padrões e código aberto não podem garantir privacidade. Os padrões não foram criados para privacidade, mas para acesso aberto, para que eu possa usar qualquer aplicativo que desejar com um determinado formato de arquivo. Ou que eu possa até criar meu próprio aplicativo para esse formato de arquivo. O código aberto não foi construído para privacidade, mas para aplicação de padrões, acesso total ao código-fonte, liberdade de escolha e ausência de supressão por interesses corporativos.

Privacidade não é encontrada em software, mas está mais relacionada à disciplina online pessoal, uma espécie de higiene online. É feito de hábitos mais do que de software e não importa se eu uso Linux ou qualquer outra coisa. Sim, o Linux torna muito mais fácil obter privacidade simplesmente porque não está interessado em meus dados pessoais para criar todos os tipos de suposições sobre mim e me fornecer conteúdo e anúncios que acha que preciso. Mas não é uma cobertura de privacidade. Num artigo futuro falaremos um pouco sobre os hábitos gerais que criam e mantêm a privacidade online. Até lá, obrigado por ler e até a próxima!