Các tuyên bố về mã hóa VPN: tài liệu phải nói gì

Hãy nhìn con số lớn bên cạnh tên một thuật toán và hỏi nó thực sự đo cái gì. Nó không cho biết kết nối nào được bảo vệ, giao thức nào cung cấp sự bảo vệ hay ứng dụng khách của bạn hỗ trợ những cài đặt nào. Một trang không thể gắn tuyên bố của mình với một trong những điều đó là quảng cáo chứ không phải tài liệu. Các bước kiểm tra dưới đây là thứ tự đọc cho bất kỳ bản tóm tắt nào bạn nhận được, và tuyên bố đầu tiên mà bạn không thể gắn với một kết nối cụ thể chính là chỗ nên dừng lại.

Xác định tuyên bố bao phủ kết nối nào

Một trang sản phẩm có thể bàn về mã hóa đường hầm, HTTPS tới cổng tài khoản và mã hóa dữ liệu lưu trữ trong cùng một đoạn. Đây là những đường đi khác nhau và hệ thống lưu trữ khác nhau, nên thuộc tính của cái này không nói gì về những cái kia. Hãy quyết định câu nói về cái nào trong ba thứ đó trước khi so sánh với đối thủ. Cùng một từ, mã hóa, xuất hiện trong cả ba ngữ cảnh và mỗi lần lại mang nghĩa khác.

Đối với bản thân đường hầm, hãy tìm một giao thức được ghi chép và một bộ cài đặt bảo mật được hỗ trợ cũng được ghi chép. Ba nhãn đó không thể thay thế cho nhau: bộ mặc định đến mà bạn không chọn, chế độ tùy chọn chỉ áp dụng nếu hồ sơ chọn nó, và kết quả được thương lượng là thứ hai bên đã đồng ý khi kết nối. Một nhà cung cấp làm mờ những điều đó đã nói với bạn ít hơn vẻ ngoài.

Kiểm tra giao thức và bộ mà nó cho phép

Hãy bắt đầu từ hồ sơ ứng dụng khách chứ không phải từ biểu đồ so sánh. Hồ sơ nêu tên giao thức, và giao thức quyết định những bộ nào thậm chí có thể, như hai trường hợp phổ biến cho thấy.

Danh sách đề xuất của IKEv2 là một menu mà cổng chọn từ đó, nên bộ bạn nhận được có thể khác nhau giữa hai cổng có cài đặt ứng dụng khách giống hệt nhau. WireGuard không có menu như vậy, điều này khiến tuyên bố của nó dễ kiểm chứng hơn và hẹp hơn để mô tả. Không bố trí nào tự nó mạnh hơn; điểm chính là tài liệu phải nói rõ đang nói tới cái nào.

Chỉ tên mật mã cũng bỏ qua xác thực, việc thiết lập khóa, sự phơi bày siêu dữ liệu và thời hạn lưu giữ. Các cấu trúc hiện đại kết hợp mã hóa và tính toàn vẹn trong một bộ, trong khi các cấu trúc cũ tách chúng ra, nên việc nêu một tên thuật toán có thể che giấu thuộc tính mà bạn thực sự nhận được. Hãy yêu cầu chính sách thương lượng bằng văn bản khi trang không nêu rõ.

Kiểm tra xác thực của bên kia và tình trạng cập nhật

Xác thực của bên kia là một phần của tuyên bố ngay cả khi văn bản tiếp thị bỏ qua nó. Mã hóa mạnh tới một người nhận chưa được xác minh không phải là kết quả mà ai đó nhắm tới, và một đường hầm không thể cho bạn biết ai đã trả lời thì bảo vệ ít hơn vẻ ngoài. Hãy xem ứng dụng khách xác thực máy chủ như thế nào: một chuỗi chứng chỉ, một khóa được ghim hay một bí mật chia sẻ trước. Đây là những mô hình tin cậy khác nhau với các kiểu hỏng khác nhau.

Sau đó kiểm tra việc triển khai và tình trạng cập nhật của nó, vì một mật mã được ghi chép trong ứng dụng khách chưa được vá mô tả một phiên bản mà bạn có thể không chạy. Những giới hạn được công bố bởi các tác giả giao thức cũng đáng đọc vì lý do tương tự. Một ứng dụng khách không được cập nhật trong một năm đưa ra tuyên bố khác với trang trước mắt bạn.

Kiểm tra đường hầm kết thúc ở đâu

Đường hầm từ ứng dụng khách tới máy chủ kết thúc tại máy chủ VPN. Mã hóa ứng dụng, như HTTPS tới dịch vụ phía sau nó, có thể bảo vệ lưu lượng xa hơn trên tuyến, và sau máy chủ nó có thể là biện pháp bảo vệ duy nhất còn lại. Hãy đọc giải thích của nhà vận hành về các điểm cuối và quyết định tuyên bố nói về lớp nào trong số đó.

Chính sách ghi nhật ký và việc theo dõi tài khoản nằm hoàn toàn ngoài mã hóa. Nhà vận hành có thể mang nội dung đã mã hóa trong khi quan sát thời gian, địa chỉ và khối lượng, nên một tuyên bố về tính bí mật của tải trọng không trả lời gì về những gì được ghi lại. Hãy coi việc lưu giữ là một câu hỏi riêng với bằng chứng riêng.

Ghi lại điều tài liệu không nói

Khi một thuộc tính thiếu, hãy ghi rằng nó thiếu thay vì suy ra từ tên hay uy tín của phần mềm. Một cuộc kiểm toán chỉ bao gồm những thuộc tính và thành phần mà nó thực sự xem xét, và một khoảng trống trong tài liệu tự nó là một phát hiện. Hãy viết khoảng trống đó khi bạn còn nhớ trang nào đã tạo ra nó.

Trên một máy bạn kiểm soát, hãy đọc lại bộ từ phiên đang hoạt động, dùng trang trạng thái của ứng dụng khách hoặc danh sách các hiệp hội bảo mật trên cổng, và ghi giá trị đó bên cạnh phiên bản ứng dụng khách. Bản ghi đó khiến tuyên bố của nhà cung cấp có thể so sánh về sau, khi một bản cập nhật thay đổi kết quả được thương lượng. Nếu ứng dụng khách và tài liệu không khớp nhau, hãy tin kết quả được thương lượng và báo cáo sự khác biệt thay vì hòa giải nó trong im lặng.