Um sufixo cid que parece um ID de VPN é apenas um Content-ID MIME

Vê openvpn dentro de um identificador entre parênteses angulares num cabeçalho de e-mail e a conclusão óbvia é que a mensagem tem algo a ver com uma sessão VPN. Leia a linha inteira antes de assumir isso: a cadeia está num Content-ID, e um Content-ID é um nome para uma parte do corpo dentro de uma única mensagem. Uma cid: referência no HTML aponta para esse nome, e o par existe para que o e-mail possa transportar uma imagem sem a enviar duas vezes. Nada nessa disposição chega a um servidor VPN, e nada no sufixo diz quem construiu o identificador.

Para onde o identificador aponta de facto

O e-mail HTML raramente chega como um único bloco. O texto e cada imagem incorporada viajam normalmente como partes MIME separadas, e o cliente recompõe-as para apresentação. Para isso precisa de um nome para a parte da imagem e de uma referência que resolva para esse nome.

O par abaixo é inventado para ilustração.

Content-ID: <[email protected]>

<img src="cid:[email protected]" alt="Company mark">

A linha do cabeçalho está na parte da imagem; o elemento img está na parte HTML. Os parênteses angulares pertencem à sintaxe do cabeçalho, por isso uma cid: referência escreve normalmente o identificador sem eles. Os valores com caracteres que precisam de escape têm de ser codificados, e é por isso que este par é uma ilustração e não uma regra de conversão. O que transporta o significado é a correspondência entre as duas cadeias, não qualquer uma delas isoladamente.

O sufixo @openvpn é um detalhe de construção

Um Content-ID é construído para ser único dentro de uma mensagem, e o software de correio fá-lo muitas vezes parecer um endereço ao acrescentar um @ e um domínio. Essa forma é uma convenção do gerador, não uma rota: nada no cabeçalho pede ao cliente que contacte mailer.example, e não ocorre qualquer consulta quando a mensagem é apresentada. O campo também não é um nome de conta, um utilizador VPN ou uma marca deixada por um cliente VPN. Quem montou a mensagem escolheu a cadeia ao nomear uma parte.

RFC 2392 define o esquema cid e limita-o a referenciar mensagens e as suas partes. Leia esse âmbito à letra e o sufixo deixa de ser prova de algo além da nomeação. Também significa que o produtor não pode ser identificado a partir do sufixo, e é exatamente esse salto que as pessoas dão quando uma palavra familiar aparece num cabeçalho.

Examine a fonte em bruto e depois julgue a questão da privacidade

Abra a fonte em bruto e leia todo o valor do Content-ID, porque a RFC 2392 permite que um valor transporte o nome de anfitrião do originador ou uma cadeia semelhante a uma conta. Depois encontre cada local onde o mesmo nome aparece: uma cid: referência no HTML, outro cabeçalho, um bloco citado de uma resposta anterior. A correspondência entre essas ocorrências é o que lhe diz a finalidade da parte.

É precisamente essa propriedade que pode tornar um identificador importante para a privacidade. Um valor derivado de um nome de anfitrião ou de um nome de conta viaja com a mensagem e pode revelar algo sobre a máquina ou a pessoa que a enviou. Continua a não ser uma sessão VPN, e tratá-lo como tal desperdiça o achado.

Imagem remota ou parte incorporada: tráfego diferente

Um elemento img com origem https e um elemento img com origem cid parecem iguais no HTML e comportam-se de forma diferente na rede. O primeiro nomeia um recurso que o cliente pode ir buscar depois de a mensagem ser aberta, e essa busca diz ao remetente que a mensagem foi lida e a partir de que endereço. O segundo resolve-se contra uma parte que já está dentro da mensagem, por isso apresentá-lo não contacta ninguém.

Uma única mensagem pode misturar os dois, e verificar um não iliba o outro. Conte as referências remotas separadamente das incorporadas e anote o que as definições do cliente permitem. É essa distinção a decisão que importa para a privacidade, não a palavra dentro do identificador.

Partilhe a prova sem enviar a mensagem

Quando outra pessoa tem de olhar para isto, censure primeiro e censure de forma consistente. Substitua os endereços e os cabeçalhos não relacionados, e depois mantenha o Content-ID e a sua cid: referência escritos de forma idêntica na cópia, porque uma divergência destrói a única prova que importa. Diga a que parte pertencia o cabeçalho e que linha o referenciava. O revisor precisa da relação, não da mensagem.

Depois separe as duas conclusões por escrito: o que a mensagem contém e o que não prova. Uma afirmação formulada assim pode ser verificada e discutida, e é isso que um relatório útil permite.