ตัวนับแบนด์วิดท์บอกได้ไหมว่าคุณเข้าชมเว็บไซต์ใดผ่าน VPN?

คุณเปิดหน้าทราฟฟิกของเราเตอร์ หรือแดชบอร์ดของผู้ให้บริการ VPN แล้วมียอดรวมไบต์ต่ออุปกรณ์พร้อมกราฟอยู่ข้าง ๆ มันน่าล่อใจที่จะอ่านกราฟนั้นเป็นประวัติการท่องเว็บ แต่มันไม่ใช่ และเหตุผลเป็นเรื่องโครงสร้าง ไม่ใช่เรื่องกฎหมาย ตัวนับรวมขนาดเข้าด้วยกัน ขณะที่ประวัติบันทึกปลายทางและเนื้อหา และมีเพียงอย่างหลังเท่านั้นที่บอกว่าใครไปที่ไหน

เริ่มจากหน้าจอที่คุณกำลังอ่าน

ก่อนตีความตัวเลข ให้ค้นหาว่าอะไรสร้างมันขึ้นมา ยอดรวมต่ออุปกรณ์บนเราเตอร์มักมาจากตัวนับของอินเทอร์เฟซกายภาพ ยอดรวมในไคลเอนต์ VPN มาจากอุโมงค์ของมัน และแผงของผู้ให้บริการมาจากการบัญชีที่ปลายทางไกล แต่ละอย่างนับส่วนที่ต่างกันของเซสชันเดียวกัน สองแผงที่แสดงตัวเลขต่างกันในช่วงชั่วโมงเดียวกันมักถูกต้องทั้งคู่

ช่วงเวลาสำคัญพอ ๆ กับแหล่งที่มา ยอดรวมตลอดอายุ ยอดสรุปรายวัน และอัตราแบบเรียลไทม์เป็นการวัดที่ต่างกันสามแบบ และมีเพียงอัตราแบบเรียลไทม์เท่านั้นที่มีความละเอียดพอจะจับคู่กับการกระทำหนึ่งครั้ง

จดแหล่งที่มาและช่วงเวลาไว้ก่อนจะจดข้อสรุป

ตัวนับวัดชั้น ไม่ได้วัดหน้า

บน peer ของ WireGuard ตัวนับการรับส่งใน wg show คือยอดรวมของ peer นั้น รวมถึงข้อมูลที่เข้ารหัสแล้ว ผลลัพธ์สถานะของ OpenVPN รายงานไบต์ต่อไคลเอนต์ในชั้นของตัวเอง บนโฮสต์ อินเทอร์เฟซ tun นับแพ็กเก็ต IP ชั้นใน ขณะที่อะแดปเตอร์กายภาพนับแพ็กเก็ต UDP ชั้นนอก ดังนั้นทั้งสองจึงต่างกันด้วยภาระของการห่อหุ้มและด้วยทุกสิ่งอื่นที่ใช้เส้นทางร่วมกัน

การส่งซ้ำทำให้ยอดรวมพองขึ้นโดยไม่มีเนื้อหาใหม่มาถึง และการซิงก์เบื้องหลังอาจครองชั่วโมงหนึ่งได้ขณะที่ผู้ใช้อ่านข้อความธรรมดา

นั่นคือเหตุผลที่ยอดรวมมากบ่งบอกถึงกิจกรรมที่ใช้ข้อมูลหนัก และไม่มีอะไรจำเพาะกว่านั้น ขนาดของไฟล์ที่ดาวน์โหลดกับส่วนเพิ่มของตัวนับเกี่ยวข้องกัน แต่แทบไม่เคยเท่ากัน

ยอดรวมรองรับอะไรได้และไม่ได้

ยอดรวมไบต์ไม่สามารถระบุชื่อเว็บไซต์ได้ เพราะชื่อและ URL อยู่ในเซสชัน TLS หรือ QUIC ที่ตัวนับไม่เคยเข้าไปดู มันแยกสตรีมวิดีโอออกจากการสำรองข้อมูลขนาดใหญ่ หรือแยกการโหลดหน้าออกจากลูปการรีเฟรชโฆษณาไม่ได้ สิ่งที่รองรับได้คือข้อกล่าวอ้างเรื่องปริมาณและเวลา: อุปกรณ์นี้รับส่งข้อมูลเท่านี้ในช่วงเวลานี้

การเปลี่ยนสิ่งนั้นเป็นข้อกล่าวอ้างเกี่ยวกับบุคคลต้องมีส่วนประกอบอีกสองอย่าง คือตัวตนและความสัมพันธ์

เอกสาร RFC 6973 privacy considerations อธิบายว่าทำไมการผสมกันนั้นจึงสำคัญ และนั่นก็เป็นเหตุผลที่รายงานที่รอบคอบแยกสิ่งที่สังเกตได้ออกจากสิ่งที่อนุมานขึ้น ถ้าข้อสรุปต้องการคำว่า เพราะ ตัวนับเพียงอย่างเดียวก็ไม่ใช่หลักฐานที่พอ

เวลาและตัวตนเปลี่ยนคำตอบ

ผูกตัวนับกับผู้ใช้ที่ระบุชื่อและช่วงเวลาที่แน่นอน แล้วมันก็กลายเป็นวัตถุอีกอย่างหนึ่ง

จากนั้นคุณจับคู่มันกับข้อสังเกตอื่นได้: บันทึกการเข้าสู่ระบบ คำค้น DNS เซสชันบนระบบอื่น ตัวนับไม่ได้เปิดเผยปลายทาง แต่มันช่วยคนที่ตั้งสมมติฐานไว้แล้วยืนยันสมมติฐานนั้น การเข้ารหัสปกป้องเนื้อหาและชื่อระหว่างทาง และไม่ได้ซ่อนว่ามีการไหลอยู่ ขนาดเท่าไร หรือเริ่มเมื่อไร

นั่นคือเส้นแบ่งที่ซื่อสัตย์: มองเห็นรูปแบบ แต่ไม่เห็นความหมาย

ตัดสินใจว่าจะเก็บอะไรก่อนจะเก็บ

ถ้าข้อกำหนดคือการวางแผนกำลังการผลิต ยอดสรุปรายวันแบบหยาบก็ตอบโจทย์และมีต้นทุนต่ำ ถ้าข้อกำหนดคือประวัติรายผู้ใช้ ให้บอกให้ชัด ระบุฟิลด์และระยะเวลาการเก็บ และถือว่าการตัดสินใจนั้นเป็นนโยบายไม่ใช่ฟีเจอร์ของแดชบอร์ด การเก็บประวัติละเอียดเพราะแผงรองรับคือวิธีที่การเก็บรักษาเพิ่มขึ้นโดยไม่มีใครตัดสินใจ

เมื่อแก้ปัญหา ให้เทียบตัวนับกับการกระทำที่คุณกำลังทดสอบ ยอดรวมที่เพิ่มขึ้นเรื่อย ๆ พิสูจน์ว่ามีทราฟฟิกไหล ไม่ได้พิสูจน์ว่าแอปทำงาน

ตัวนับที่นิ่งระหว่างเซสชันที่ทำงานชัดเจนมักหมายความว่าคุณกำลังอ่านค่าที่แคชไว้หรืออินเทอร์เฟซผิด ให้ระบุฟิลด์ที่เก็บไว้และช่วงเวลา แล้วการตรวจสอบครั้งหน้าจะมีสิ่งที่เป็นรูปธรรมให้ตรวจสอบ