ส่วนต่อท้าย cid ที่ดูเหมือนรหัส VPN เป็นเพียง MIME Content-ID
การอ้างอิง cid ชี้ไปที่ส่วน MIME ที่ฝังอยู่ ส่วนต่อท้ายที่เหมือนชื่อโดเมนเป็นเพียงรายละเอียดการสร้าง ไม่ใช่ที่อยู่หรือเซสชัน VPN
คุณจะพบ openvpn อยู่ในตัวระบุที่ล้อมด้วยวงเล็บมุมในหัวข้ออีเมล และข้อสรุปที่ดูชัดเจนคือข้อความนี้เกี่ยวข้องกับเซสชัน VPN อ่านทั้งบรรทัดก่อนจะเชื่อเช่นนั้น: สตริงนั้นอยู่ใน Content-ID และ Content-ID คือชื่อของส่วนเนื้อหาหนึ่งส่วนในข้อความหนึ่งข้อความ การอ้างอิง cid: ใน HTML ชี้ไปที่ชื่อนั้น และคู่นี้มีอยู่เพื่อให้เมลพารูปภาพได้โดยไม่ต้องส่งซ้ำสองครั้ง ไม่มีอะไรในการจัดวางนี้ไปถึงเซิร์ฟเวอร์ VPN และไม่มีอะไรในส่วนต่อท้ายบอกว่าใครสร้างตัวระบุนี้
ตัวระบุชี้ไปที่อะไรจริง ๆ
อีเมล HTML ไม่ค่อยมาเป็นบล็อกเดียว ข้อความและรูปภาพแบบฝังแต่ละรูปมักเดินทางเป็นส่วนเนื้อหา MIME แยกกัน และไคลเอนต์จะประกอบกลับเพื่อแสดงผล การทำเช่นนั้นต้องมีชื่อของส่วนรูปภาพและมีการอ้างอิงที่แปลงไปยังชื่อนั้นได้
คู่ด้านล่างเป็นตัวอย่างที่แต่งขึ้นเพื่อประกอบคำอธิบาย
Content-ID: <[email protected]>
<img src="cid:[email protected]" alt="Company mark">บรรทัดหัวข้ออยู่บนส่วนรูปภาพ ส่วนอิลิเมนต์ img อยู่ในส่วน HTML วงเล็บมุมเป็นส่วนหนึ่งของไวยากรณ์หัวข้อ การอ้างอิง cid: จึงมักเขียนตัวระบุโดยไม่มีวงเล็บเหล่านั้น ค่าที่มีอักขระซึ่งต้อง escape ต้องถูกเข้ารหัส ซึ่งเป็นเหตุผลที่คู่นี้เป็นตัวอย่าง ไม่ใช่กฎการแปลง สิ่งที่สื่อความหมายคือการตรงกันของสองสตริง ไม่ใช่สตริงใดสตริงหนึ่งโดยลำพัง
ส่วนต่อท้าย @openvpn เป็นรายละเอียดของการสร้าง
Content-ID ถูกสร้างให้ไม่ซ้ำภายในข้อความเดียว และซอฟต์แวร์อีเมลมักทำให้มันดูเหมือนที่อยู่โดยการเติม @ และโดเมน รูปแบบนั้นเป็นธรรมเนียมของตัวสร้าง ไม่ใช่เส้นทาง: ไม่มีอะไรในหัวข้อขอให้ไคลเอนต์ติดต่อ mailer.example และไม่มีการค้นหาใดเกิดขึ้นเมื่อแสดงข้อความ ฟิลด์นี้ยังไม่ใช่ชื่อบัญชี ผู้ใช้ VPN หรือรอยที่ไคลเอนต์ VPN ทิ้งไว้ คนที่ประกอบข้อความเป็นผู้เลือกสตริงนี้ขณะตั้งชื่อส่วนหนึ่ง
RFC 2392 กำหนดสคีมา cid และจำกัดให้ใช้อ้างอิงข้อความและส่วนต่าง ๆ ของข้อความเท่านั้น อ่านขอบเขตนั้นตามตัวอักษรแล้ว ส่วนต่อท้ายก็เลิกเป็นหลักฐานของสิ่งใดนอกจากการตั้งชื่อ นอกจากนี้ยังหมายความว่าผู้ผลิตระบุไม่ได้จากส่วนต่อท้าย ซึ่งเป็นการด่วนสรุปที่คนทำเมื่อคำคุ้นเคยปรากฏในหัวข้อ
ตรวจดูซอร์สดิบ แล้วจึงตัดสินคำถามเรื่องความเป็นส่วนตัว
เปิดซอร์สดิบและอ่านค่า Content-ID ทั้งหมด เพราะ RFC 2392 อนุญาตให้ค่าหนึ่งพกชื่อโฮสต์ของผู้ส่งหรือสตริงที่คล้ายชื่อบัญชีได้ จากนั้นหาทุกที่ที่ชื่อเดียวกันปรากฏ: การอ้างอิง cid: ใน HTML หัวข้ออื่น บล็อกที่ถูกอ้างจากคำตอบก่อนหน้า การตรงกันระหว่างเหตุการณ์เหล่านั้นคือสิ่งที่บอกจุดประสงค์ของส่วนนั้น
คุณสมบัติเดียวกันนั้นคือเหตุผลที่ตัวระบุอาจสำคัญต่อความเป็นส่วนตัว ค่าที่ได้มาจากชื่อโฮสต์หรือชื่อบัญชีเดินทางไปกับข้อความและอาจเปิดเผยบางอย่างเกี่ยวกับเครื่องหรือบุคคลที่ส่งมัน ยังไม่ใช่เซสชัน VPN และการปฏิบัติต่อมันเช่นนั้นก็ทำให้การค้นพบสูญเปล่า
รูปภาพระยะไกลหรือส่วนที่ฝังอยู่: การรับส่งที่ต่างกัน
อิลิเมนต์ img ที่มีแหล่ง https และอิลิเมนต์ img ที่มีแหล่ง cid ดูเหมือนกันใน HTML แต่ทำงานต่างกันบนเครือข่าย ตัวแรกบอกชื่อทรัพยากรที่ไคลเอนต์อาจดึงเมื่อเปิดข้อความ และการดึงนั้นบอกผู้ส่งว่าข้อความถูกอ่านแล้วและจากที่อยู่ใด ตัวที่สองแปลงเทียบกับส่วนที่อยู่ภายในข้อความอยู่แล้ว การแสดงจึงไม่ติดต่อใคร
ข้อความเดียวผสมทั้งสองได้ และการตรวจอย่างหนึ่งไม่ได้ล้างอีกอย่าง การนับการอ้างอิงระยะไกลแยกจากที่ฝังอยู่ และสังเกตว่าการตั้งค่าของไคลเอนต์อนุญาตอะไร ความแตกต่างนั้นคือการตัดสินใจที่สำคัญต่อความเป็นส่วนตัว ไม่ใช่คำที่อยู่ภายในตัวระบุ
แบ่งปันหลักฐานโดยไม่ต้องส่งข้อความ
เมื่อคนอื่นต้องดูเรื่องนี้ ให้ปิดข้อมูลก่อนและปิดอย่างสม่ำเสมอ แทนที่ที่อยู่และหัวข้อที่ไม่เกี่ยวข้อง จากนั้นเก็บ Content-ID และการอ้างอิง cid: ไว้ในสำเนาให้สะกดเหมือนกัน เพราะความไม่ตรงกันจะทำลายหลักฐานเดียวที่สำคัญ บอกว่าหัวข้อนั้นเป็นของส่วนใดและบรรทัดใดอ้างถึงมัน ผู้ตรวจต้องการความสัมพันธ์ ไม่ใช่ข้อความ
จากนั้นแยกข้อสรุปสองข้อเป็นลายลักษณ์อักษร: ข้อความมีอะไร และมันไม่ได้พิสูจน์อะไร ข้อกล่าวอ้างที่วางกรอบเช่นนั้นตรวจสอบได้และโต้แย้งได้ ซึ่งเป็นสิ่งที่รายงานที่มีประโยชน์เปิดทางไว้