Chính sách quyền riêng tư của VPN so với đường đi của dữ liệu: một bản đối chiếu

Lấy một câu trong chính sách — câu khiến bạn cân nhắc nhà cung cấp — và lần theo nó qua toàn bộ hệ thống. Một lời hứa về đường hầm không tự động mô tả cổng tài khoản, trình phân giải, hộp thư hỗ trợ hay đơn vị xử lý thanh toán. Phần lớn những so sánh tồi bắt nguồn từ việc đọc một tuyên bố về một thành phần rồi áp dụng nó cho thành phần khác. Bản đối chiếu dưới đây biến thói quen đó thành một bảng làm việc ngắn.

Theo dõi dữ liệu, không phải tính từ

Một tiêu đề như «không có nhật ký hoạt động» là phát biểu về một loại dữ liệu, và câu hỏi hữu ích là thành phần nào có thể tạo ra loại dữ liệu đó ngay từ đầu. Điểm cuối của đường hầm thấy địa chỉ nguồn và dấu thời gian; trình phân giải thấy các tên được truy vấn; hệ thống tài khoản thấy danh tính và lịch sử thanh toán; bộ phận hỗ trợ thấy mọi thứ bạn dán vào phiếu. Hai trong số đó có thể do cùng một công ty vận hành và một có thể là nhà thầu.

Mã hóa khi truyền không nói gì về lưu trữ, vì điểm cuối giải mã trước khi chuyển tiếp.

Trước hết hãy lập bản đồ thành phần

Viết sáu dòng: ứng dụng khách, đơn vị vận hành điểm cuối đường hầm, trình phân giải DNS, hệ thống tài khoản và thanh toán, kênh hỗ trợ, và bất kỳ bên nhận chẩn đoán hay báo cáo sự cố nào. Ở mỗi dòng, ghi ai vận hành và liệu bên đó có phải cùng công ty bạn đang đọc hay không. Dịch vụ nhãn trắng, bộ phận hỗ trợ theo hợp đồng và phân tích bên thứ ba khiến câu trả lời thú vị hơn ta tưởng.

Sau đó liệt kê mỗi thành phần được truy cập kỹ thuật vào gì: địa chỉ nguồn, mã định danh tài khoản, tên được truy vấn, thời điểm kết nối, khối lượng truyền, chi tiết thiết bị, báo cáo đã gửi. Khả năng truy cập không phải lưu trữ, nhưng nó cho biết phần nào của chính sách phải trả lời câu hỏi nào.

So sánh loại dữ liệu, mục đích, lưu trữ và chia sẻ

Tuyên bố không lưu điểm đến duyệt web không bao gồm dấu thời gian của phiên, và tuyên bố về số liệu tổng hợp không mô tả các bản ghi thô đã nuôi số liệu đó. Hãy tìm loại dữ liệu chính xác, mục đích được nêu, thời hạn lưu trữ và cách diễn đạt về chia sẻ — theo đúng thứ tự đó. Nơi chính sách nói «ẩn danh», hãy kiểm tra những mã định danh và mức độ chi tiết thời gian nào đã bị loại bỏ thay vì chấp nhận từ đó như lời giải thích.

Chú ý các mục áp dụng theo dòng sản phẩm. Tiện ích trình duyệt, ứng dụng di động và thiết bị định tuyến cùng một thương hiệu có thể có đường đi dữ liệu khác nhau, và chính sách có thể bao trùm cả ba bằng một trang nói chung.

Hướng dẫn của IETF về các cân nhắc quyền riêng tư là một cấu trúc hữu ích ở đây, vì nó buộc phải phân tích theo thành phần chứ không theo câu tiếp thị.

Định giá bằng chứng bạn chấp nhận

Mã nguồn mở của ứng dụng khách mô tả ứng dụng làm gì với dữ liệu của bạn, và nói ít về phần máy chủ kết thúc đường hầm. Một cuộc kiểm toán bao trùm một hệ thống được nêu trong một thời kỳ được nêu, điều này hữu ích và hẹp hơn một bảo đảm vĩnh viễn. Tuyên bố về thẩm quyền là phát biểu về quy trình pháp lý, không phải về ghi nhật ký kỹ thuật. Mỗi thứ là bằng chứng thuộc một loại nhất định, và trộn chúng lại tạo ra những kết luận tự tin mà không ai có thể bảo vệ một năm sau.

Mã hóa khi lưu trữ bảo vệ những bản ghi vẫn còn tồn tại, nên nó trả lời một câu hỏi khác với câu hỏi liệu các bản ghi có tồn tại hay không.

Ghi lại những gì chưa được trả lời

Nơi chính sách thiếu một thành phần hoặc không đề cập một loại dữ liệu, hãy viết «chưa giải thích» bên cạnh. Đó là kết quả trung thực, và hữu ích hơn việc biến sự im lặng thành bảo đảm hay lời buộc tội. Giữ phiên bản và ngày của chính sách bên cạnh ghi chú của bạn, vì những tài liệu này thay đổi âm thầm và một so sánh không có phiên bản sẽ nhanh chóng lỗi thời.

Cuối cùng, hãy rõ ràng về điều mà thử nghiệm của chính bạn đã chứng minh. Một lối ra hoạt động và một địa chỉ công khai đã thay đổi chứng minh việc định tuyến. Chúng không nói gì về lưu trữ phía máy chủ, và bảng làm việc là nơi sự phân biệt đó tồn tại.