VPN kimliği gibi görünen cid soneki yalnızca bir MIME Content-ID’dir

Bir e-posta başlığında açılı ayraç içindeki tanımlayıcının içinde openvpn görüyorsunuz ve bariz sonuç, iletinin bir VPN oturumuyla ilgisi olduğu. Bunu kabul etmeden önce satırın tamamını okuyun: dizi bir Content-ID içinde duruyor ve Content-ID, tek bir ileti içindeki tek bir gövde parçasının adıdır. HTML içindeki bir cid: başvurusu bu ada işaret eder ve çift, iletinin bir görseli iki kez göndermeden taşıyabilmesi için vardır. Bu düzenlemenin hiçbir parçası bir VPN sunucusuna ulaşmaz ve sonekin hiçbir yeri tanımlayıcıyı kimin kurduğunu söylemez.

Tanımlayıcı gerçekte neye işaret ediyor

HTML e-posta nadiren tek bir blok olarak gelir. Metin ve her gömülü görsel genellikle ayrı MIME gövde parçaları olarak yolculuk eder ve istemci bunları görüntülemek için yeniden birleştirir. Bunun için görsel parçasına bir ad ve o ada çözülen bir başvuru gerekir.

Aşağıdaki çift, örnek olsun diye uydurulmuştur.

Content-ID: <[email protected]>

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

Başlık satırı görsel parçasının üzerindedir; img öğesi HTML parçasında durur. Açılı ayraçlar başlık sözdizimine aittir, bu yüzden bir cid: başvurusu tanımlayıcıyı genellikle onlar olmadan yazar. Kaçış gerektiren karakterler içeren değerler kodlanmak zorundadır; bu çiftin bir dönüştürme kuralı değil örnek olmasının nedeni budur. Anlamı taşıyan şey iki dizenin eşleşmesidir, tek başına biri değil.

@openvpn soneki bir yapım ayrıntısıdır

Bir Content-ID tek bir ileti içinde benzersiz olacak şekilde kurulur ve e-posta yazılımı ona bir @ ile bir alan adı ekleyerek sık sık adres görünümü verir. Bu biçim üreticinin bir geleneğidir, yol değil: başlıkta hiçbir şey istemciden mailer.example ile iletişim kurmasını istemez ve ileti görüntülendiğinde hiçbir arama olmaz. Alan ayrıca bir hesap adı, bir VPN kullanıcısı ya da bir VPN istemcisinin bıraktığı iz değildir. Dizeyi, iletiyi birleştiren ve bir parçayı adlandıran kişi seçmiştir.

RFC 2392 cid şemasını tanımlar ve onu iletileri ve parçalarını başvurmakla sınırlar. Bu kapsamı harfiyen okursanız sonek, adlandırmanın ötesinde bir şeyin kanıtı olmaktan çıkar. Ayrıca üreticinin sonekten tanınamayacağı anlamına gelir; bir başlıkta tanıdık bir sözcük göründüğünde insanların yaptığı atlama tam olarak budur.

Ham kaynağı inceleyin, sonra gizlilik sorusunu değerlendirin

Ham kaynağı açın ve Content-ID değerinin tamamını okuyun, çünkü RFC 2392 bir değerin göndericinin hostname bilgisini ya da hesap adına benzer bir dizeyi taşımasına izin verir. Sonra aynı adın göründüğü her yeri bulun: HTML içinde bir cid: başvurusu, başka bir başlık, önceki bir yanıttan alıntılanmış bir blok. Bu görünümler arasındaki eşleşme, parçanın amacının ne olduğunu size söyleyen şeydir.

Aynı özellik, bir tanımlayıcının gizlilik açısından neden önemli olabileceğinin nedenidir. Hostname ya da hesap adından türetilen bir değer iletiyle birlikte gider ve onu gönderen makine ya da kişi hakkında bir şey açığa çıkarabilir. Hâlâ bir VPN oturumu değildir ve öyle davranmak bulguyu boşa harcar.

Uzak görsel ya da gömülü parça: farklı trafik

Kaynağı https olan bir img öğesi ile kaynağı cid olan bir img öğesi HTML içinde birbirine benzer ama ağda farklı davranır. İlki, ileti açıldığında istemcinin getirebileceği bir kaynağı adlandırır ve bu getirme, gönderene iletinin okunduğunu ve hangi adresten okunduğunu söyler. İkincisi ileti içinde zaten bulunan bir parçaya çözülür, bu yüzden onu görüntülemek kimseyle iletişim kurmaz.

Tek bir ileti ikisini karıştırabilir ve birini denetlemek diğerini temize çıkarmaz. Uzak başvuruları gömülü olanlardan ayrı sayın ve istemcinin ayarlarının neye izin verdiğini not edin. Gizlilik için önemli olan karar bu ayrımdır, tanımlayıcının içindeki sözcük değil.

İletiyi göndermeden kanıtı paylaşın

Buna başka biri bakmak zorunda kaldığında önce gizleyin ve tutarlı biçimde gizleyin. Adresleri ve ilgisiz başlıkları değiştirin, sonra kopyada Content-ID ile onun cid: başvurusunu aynı yazımla koruyun, çünkü uyuşmazlık önemli olan tek kanıtı yok eder. Başlığın hangi parçaya ait olduğunu ve hangi satırın ona başvurduğunu söyleyin. Gözden geçirenin ihtiyacı olan şey ilişkidir, ileti değil.

Sonra iki sonucu yazılı olarak ayırın: iletinin ne içerdiği ve neyi kanıtlamadığı. Böyle çerçevelenmiş bir iddia denetlenebilir ve tartışılabilir; yararlı bir raporun izin verdiği şey budur.