Un sufixo cid que parece un ID de VPN só é un Content-ID de MIME

Vostede ve openvpn dentro dun identificador entre corchetes angulares nunha cabeceira de correo e a conclusión obvia é que a mensaxe ten algo que ver cunha sesión de VPN. Lea a liña enteira antes de dalo por bo: a cadea está nun Content-ID, e un Content-ID é un nome para unha parte do corpo dentro dunha soa mensaxe. Unha cid: referencia no HTML apunta a ese nome, e o par existe para que o correo poida levar unha imaxe sen enviála dúas veces. Nada dese arranxo chega a un servidor de VPN, e nada do sufixo di quen construíu o identificador.

A que apunta realmente o identificador

O correo HTML raramente chega como un só bloque. O texto e cada imaxe incrustada adoitan viaxar como partes MIME separadas, e o cliente volve ensamblalas para mostralas. Para iso necesita un nome para a parte da imaxe e unha referencia que se resolva a ese nome.

O par de abaixo está inventado como ilustración.

Content-ID: <[email protected]>

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

A liña de cabeceira está na parte da imaxe; o elemento img está na parte HTML. Os corchetes angulares pertencen á sintaxe da cabeceira, así que unha cid: referencia adoita escribir o identificador sen eles. Os valores con caracteres que hai que escapar deben codificarse, e por iso este par é unha ilustración e non unha regra de conversión. O que leva o significado é a coincidencia entre as dúas cadeas, non ningunha delas por si soa.

O sufixo @openvpn é un detalle de construción

Un Content-ID constrúese para ser único dentro dunha mensaxe, e o software de correo a miúdo fai que pareza un enderezo engadindo un @ e un dominio. Esa forma é unha convención do xerador, non unha ruta: nada na cabeceira pide ao cliente que contacte con mailer.example, e non ocorre ningunha consulta cando se mostra a mensaxe. O campo tampouco é un nome de conta, un usuario de VPN nin unha marca que deixase un cliente de VPN. Quen montou a mensaxe escolleu a cadea ao nomear unha parte.

RFC 2392 define o esquema cid e limítao a referenciar mensaxes e as súas partes. Lea ese alcance ao pé da letra e o sufixo deixa de ser proba de nada máis alá da denominación. Tamén significa que non se pode identificar o produtor polo sufixo, e ese é o salto que dá a xente cando unha palabra coñecida aparece nunha cabeceira.

Examine a fonte en bruto e logo xulgue a cuestión de privacidade

Abra a fonte en bruto e lea o valor completo do Content-ID, porque RFC 2392 permite que un valor leve o nome de host do orixinador ou unha cadea parecida a unha conta. Despois atope cada lugar onde aparece o mesmo nome: unha cid: referencia no HTML, outra cabeceira, un bloque citado dunha resposta anterior. A coincidencia entre esas aparicións é o que lle di a finalidade da parte.

Esa mesma propiedade é a razón pola que un identificador pode importar para a privacidade. Un valor derivado dun nome de host ou dun nome de conta viaxa coa mensaxe e pode revelar algo sobre a máquina ou a persoa que a enviou. Segue sen ser unha sesión de VPN, e tratalo como tal desperdicia o achado.

Imaxe remota ou parte incrustada: tráfico distinto

Un elemento img con orixe https e un elemento img con orixe cid parecen iguais no HTML e compórtanse distinto na rede. O primeiro nomea un recurso que o cliente pode buscar unha vez aberta a mensaxe, e esa busca dille ao remitente que a mensaxe se leu e desde que enderezo. O segundo resólvese contra unha parte que xa está dentro da mensaxe, así que mostralo non contacta con ninguén.

Unha soa mensaxe pode mesturar ambos, e comprobar un non limpa o outro. Conte as referencias remotas por separado das incrustadas e anote que permiten os axustes do cliente. Esa distinción é a decisión que importa para a privacidade, non a palabra dentro do identificador.

Comparta a proba sen enviar a mensaxe

Cando outra persoa teña que mirar isto, redacte primeiro e redacte de forma coherente. Substitúa os enderezos e as cabeceiras non relacionadas, e despois manteña o Content-ID e a súa cid: referencia escritos igual na copia, porque unha discrepancia destrúe a única proba que importa. Diga a que parte pertencía a cabeceira e que liña a referenciaba. O revisor necesita a relación, non a mensaxe.

Despois separe as dúas conclusións por escrito: que contén a mensaxe e que non demostra. Unha afirmación enmarcada así pódese comprobar e discutir, e iso é o que permite un informe útil.