Un sufix cid que sembla un ID de VPN només és un Content-ID de MIME

Veieu openvpn dins d’un identificador entre claudàtors en una capçalera de correu i la conclusió òbvia és que el missatge té alguna cosa a veure amb una sessió de VPN. Llegiu la línia sencera abans de donar-ho per fet: la cadena és dins d’un Content-ID, i un Content-ID és un nom per a una part del cos dins d’un sol missatge. Una cid: referència a l’HTML apunta a aquest nom, i la parella existeix perquè el correu pugui portar una imatge sense enviar-la dues vegades. Res d’aquest arranjament no arriba a un servidor de VPN, i res del sufix no diu qui va construir l’identificador.

A què apunta realment l’identificador

El correu HTML poques vegades arriba com un sol bloc. El text i cada imatge incrustada solen viatjar com a parts MIME separades, i el client les torna a muntar per mostrar-les. Per fer-ho necessita un nom per a la part de la imatge i una referència que es resolgui a aquest nom.

La parella de sota és inventada com a il·lustració.

Content-ID: <[email protected]>

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

La línia de capçalera és a la part de la imatge; l’element img és a la part HTML. Els claudàtors pertanyen a la sintaxi de la capçalera, així que una cid: referència normalment escriu l’identificador sense ells. Els valors amb caràcters que cal escapar s’han de codificar, i per això aquesta parella és una il·lustració i no una regla de conversió. El que porta el significat és la coincidència entre les dues cadenes, no cap de les cadenes per si sola.

El sufix @openvpn és un detall de construcció

Un Content-ID es construeix per ser únic dins d’un sol missatge, i el programari de correu sovint el fa semblar una adreça afegint-hi un @ i un domini. Aquesta forma és una convenció del generador, no una ruta: res de la capçalera no demana al client que contacti amb mailer.example, i no es fa cap consulta quan es mostra el missatge. El camp tampoc no és un nom de compte, un usuari de VPN ni una marca deixada per un client de VPN. Qui va muntar el missatge va triar la cadena en anomenar una part.

RFC 2392 defineix l’esquema cid i el limita a referenciar missatges i les seves parts. Llegiu aquest abast literalment i el sufix deixa de ser prova de res més enllà de l’anomenament. També vol dir que el productor no es pot identificar pel sufix, que és el salt que fa la gent quan una paraula familiar apareix en una capçalera.

Examineu la font crua i després jutgeu la qüestió de privadesa

Obriu la font crua i llegiu tot el valor del Content-ID, perquè RFC 2392 permet que un valor porti el nom d’amfitrió de l’originador o una cadena semblant a un compte. Després trobeu cada lloc on apareix el mateix nom: una cid: referència a l’HTML, una altra capçalera, un bloc citat d’una resposta anterior. La coincidència entre aquestes aparicions és el que us diu la finalitat de la part.

Aquesta mateixa propietat és la raó per la qual un identificador pot importar per a la privadesa. Un valor derivat d’un nom d’amfitrió o d’un nom de compte viatja amb el missatge i pot revelar alguna cosa sobre la màquina o la persona que el va enviar. Encara no és una sessió de VPN, i tractar-lo com a tal malgasta la troballa.

Imatge remota o part incrustada: trànsit diferent

Un element img amb una font https i un element img amb una font cid es veuen igual a l’HTML i es comporten de manera diferent a la xarxa. El primer anomena un recurs que el client pot anar a buscar un cop obert el missatge, i aquesta consulta diu a qui l’envia que el missatge s’ha llegit i des de quina adreça. El segon es resol contra una part que ja és dins del missatge, així que mostrar-lo no contacta amb ningú.

Un sol missatge pot barrejar tots dos, i comprovar un no neteja l’altre. Compteu les referències remotes per separat de les incrustades i anoteu què permeten els paràmetres del client. Aquesta distinció és la decisió que importa per a la privadesa, no la paraula dins de l’identificador.

Compartiu les proves sense enviar el missatge

Quan algú altre ha de mirar això, redacteu primer i redacteu de manera coherent. Substituïu les adreces i les capçaleres no relacionades, i després manteniu el Content-ID i la seva cid: referència escrits igual a la còpia, perquè una discrepància destrueix l’única prova que importa. Digueu a quina part pertanyia la capçalera i quina línia la referènciava. El revisor necessita la relació, no el missatge.

Després separeu les dues conclusions per escrit: què conté el missatge i què no demostra. Una afirmació formulada així es pot comprovar i discutir, i això és el que permet un informe útil.