Ứng dụng VPN của bạn còn nhận được bản vá bảo mật không?

Mở trang sản phẩm của một ứng dụng VPN, bạn sẽ thấy giao thức, bảng tính năng và nút tải xuống; điều còn thiếu là cách xử lý vài lỗi gần đây. Ứng dụng được cài trong nhiều năm, nên hồ sơ bảo trì thuộc về lựa chọn bên cạnh danh sách giao thức. Chỉ số phiên bản không xếp hạng được gì, vì nhịp phát hành dày đặc và nhịp yên ắng đều có thể che giấu cùng khối lượng công việc. Phần hướng dẫn dưới đây đọc hồ sơ đó, rồi kiểm tra xem bản dựng bạn thực sự có còn nhận được bản vá hay không.

Đọc thông báo, không phải số phiên bản

Hãy vào trang thông báo của sản phẩm bạn định cài, không phải trang của gói máy chủ trùng tên. Cập nhật máy chủ không hàm ý bản vá cho ứng dụng, và bản sửa cho máy tính không nói gì về ứng dụng di động. Những phần hữu ích của một thông báo là phạm vi phiên bản bị ảnh hưởng, bản dựng đã sửa và hành động mà nhà cung cấp yêu cầu người dùng thực hiện. Danh sách thông báo bảo mật của OpenVPN có hình thức đó, khiến nó trở thành thước đo công bằng cho bất kỳ nhà cung cấp nào bạn đang cân nhắc.

Tần suất phát hành là tín hiệu yếu theo cả hai chiều: nhịp dày đặc có thể là bảo trì nhỏ, và giai đoạn yên ắng vẫn có thể chứa các bản sửa đáng kể. Điều xếp hạng một nhà cung cấp là liệu một lỗi được báo cáo có tạo ra tuyên bố rõ ràng và bản dựng đã sửa hay không. Sự mơ hồ trong hồ sơ đó tự nó là một phát hiện, vì nó cho thấy lỗi tiếp theo sẽ được xử lý theo cùng cách.

Theo dõi kênh mà bản dựng của bạn đi qua

Kênh quyết định tốc độ bản sửa đến với bạn, và nó không giống nhau trên mọi nền tảng. Cửa hàng, trình cài đặt của nhà cung cấp, gói phân phối và cổng phần mềm của một tổ chức mỗi bên có thời điểm và bước phê duyệt riêng. Một bản dựng đóng gói lại có thể chậm hơn nguồn hàng tuần, và một gói bên thứ ba có thể hoàn toàn không theo lịch của nhà cung cấp.

Hãy hỏi siêu dữ liệu gói xem kênh nào sở hữu tệp nhị phân thay vì tin vào trang tải xuống bạn nhớ. Ba lệnh này xác định chủ sở hữu và phiên bản ứng viên trong các thiết lập Linux và Flatpak thông thường:

dpkg -S "$(command -v openvpn)"
apt policy openvpn
flatpak list --columns=application,version

Kiểm tra thứ thực sự được cài

Một thông báo mô tả dự án, không phải máy của bạn, và hai thứ đó khác nhau sau bất kỳ đợt triển khai dở dang nào. Đọc phiên bản đã cài trước khi chấp nhận một đợt triển khai là đã sửa:

openvpn --version | head -3
wg --version
winget list --name OpenVPN

Một đội máy được quản lý cần quản trị viên phê duyệt triển khai, nên thông báo không phải bản vá đã cài. Hỏi khi nào công cụ triển khai sẽ mang bản dựng mới, và đặt câu trả lời đó cạnh ngày di chuyển. Cho đến khi ngày đó qua, đội máy vẫn giữ bản dựng cũ và mức phơi nhiễm cũ.

Chứng minh bản cập nhật không làm hỏng đường hầm

Một bản cập nhật có thể thay đổi hành vi định tuyến, tùy chọn trình cài đặt hoặc vị trí tệp cấu hình, và thay đổi thường xuất hiện như một sự cố kết nối chứ không phải ghi chú phát hành. Hãy xác minh kết nối, định tuyến và kết nối lại bằng quy trình đã ghi tài liệu thay vì giả định hành vi cũ vẫn còn. Giữ yêu cầu hồ sơ và cài đặt tương thích trong cùng một hồ sơ, để sự cố sau này có thể quy cho bản dựng chứ không phải mạng.

Nếu bản dựng mới thất bại, hãy ghi lại phiên bản, nhật ký và điểm thất bại chính xác trước khi quay lại. Quay lại không có bằng chứng thường kết thúc bằng việc thử lại đúng bản cập nhật đó và cùng kết quả:

ip route get 203.0.113.10
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'error|fatal'
systemctl status openvpn-client@client --no-pager

Ghi lại trước, quyết định sau. Việc tra tuyến tách sự cố đường hầm khỏi sự cố địa chỉ, nhật ký chi tiết nêu tên tùy chọn đã hỏng, và trạng thái đơn vị cho biết ứng dụng có từng khởi động hay không. Ba dòng đó cũng tạo ra báo cáo dùng được cho nhà cung cấp, thay cho mô tả triệu chứng mà không ai tái hiện được.

Khi nền tảng ra khỏi phạm vi hỗ trợ

Khi nhà cung cấp ngừng hỗ trợ một hệ điều hành, các lựa chọn trung thực là di chuyển hoặc một ngoại lệ có ghi tài liệu. Đóng băng một ứng dụng không được bảo trì để tránh nâng cấp sẽ giữ một bản dựng không còn nhận bản sửa, và đó chính là thuộc tính mà hồ sơ thông báo được đọc để tìm. Một ngoại lệ chỉ bảo vệ được khi có người chịu trách nhiệm và ngày kết thúc đi kèm.

Kết thúc đánh giá bằng cách viết ba sự thật vào ghi chú lựa chọn: phạm vi phiên bản được hỗ trợ, bản dựng đã sửa gần nhất bạn có thể cài, và ngày di chuyển cho mọi thứ nằm ngoài phạm vi đó. Nếu thiếu một trong ba, hãy hỏi nhà cung cấp trước khi quyết định chứ không phải sau. Sự im lặng của nhà cung cấp không phải bằng chứng của một quy trình bảo trì.