Một đối thủ thực sự, không phải là một “hình nộm rơm”
Cryptomator rất đáng được đánh giá nghiêm túc. Nó là mã nguồn mở, nó được kiểm toán, và toàn bộ thiết kế của nó được xây dựng xung quanh một lời hứa cụ thể: mã hóa một thư mục trên thiết bị của bạn, đồng bộ hóa các đoạn văn bản mã hóa (ciphertext) tới bất kỳ nhà cung cấp đám mây nào bạn đang sử dụng, và không bao giờ để nhà cung cấp đó nhìn thấy tệp của bạn. Lời hứa đó luôn đứng vững. Nó cũng vươn tới cả Linux, thứ mà chúng tôi không hỗ trợ, và kết nối với nhiều nhà cung cấp đám mây hơn chúng tôi.
Do đó, sự so sánh này không phải về việc ai mã hóa tốt hơn. Mà nó là về việc mỗi ứng dụng thực sự đang bảo vệ bạn khỏi điều gì.
Mã hóa một thư mục vs. bảo vệ một con người
Đơn vị công việc của Cryptomator là két-hoạt-động-như-thư-mục: tạo một két bên trong một thư mục Dropbox hoặc Google Drive, gắn kết (mount) nó, và mọi thứ bạn thả vào đều sẽ được mã hóa trước khi đồng bộ. Đó chính xác là thiết kế phù hợp cho “Tôi không tin tưởng nhà cung cấp đám mây của tôi với bản rõ (plaintext)”.
Nó là một thiết kế khác biệt so với “ai đó đang yêu cầu tôi mở khóa điện thoại của mình ngay lúc này”. Cryptomator không có một mã riêng biệt nào mở ra két mồi nhử hoặc xóa bỏ bất cứ thứ gì — điểm gần nhất mà nó đạt được là bạn có thể tạo bao nhiêu chiếc két tùy thích, nhưng không có két nào được chế tạo ra để đem ra trình diện dưới áp lực hoặc bị tiêu hủy theo lệnh.
Decoy Vault (két mồi nhử) của Vaultine mở ra bằng một mã thứ hai và hiển thị một chiếc két mà bạn đã chuẩn bị trước với các tệp tin vô hại. Duress Vault (két ép buộc) mở bằng một mã thứ ba, hiển thị một két trống rỗng, và xóa sạch những két thật của bạn. Khi quá trình đó hoàn tất, két trống đó sẽ trở thành két chính của bạn, do đó không để lại một vỏ bọc rỗng tuếch nào để phải giải thích. Cả hai đều là các tính năng được chuẩn bị trước, có chủ đích, chứ không phải là một thuộc tính ngẫu nhiên của “bạn có thể tạo nhiều hơn một két”.
Điều mà các bài đánh giá của chính ứng dụng đó đã chỉ ra
Lời phàn nàn phổ biến nhất về Cryptomator gần đây, với cách biệt rất xa, là chiếc két không thể mở được — lỗi đồng bộ, lỗi vòng lặp xác thực với ứng dụng Files, màn hình trống sau khi cập nhật. Điều đó phản ánh đúng thiết kế của ứng dụng: nó dựa vào tính năng tích hợp trình cung cấp tệp của Hệ điều hành để biến một két mã hóa cư xử như một thư mục bình thường, và lớp tích hợp đó chính là thứ đã hỏng hóc đối với 1/3 số người đánh giá tiêu cực gần đây.
Một chủ đề nhỏ hơn nhưng sắc bén hơn: ảnh thu nhỏ tệp vẫn hiển thị trong ứng dụng Files một lúc sau khi két được cho là đã khóa. Đó là rủi ro cụ thể của việc định tuyến nội dung đã giải mã thông qua một trình duyệt tệp đa năng thay vì một trình xem chuyên dụng.
Cách giải quyết của Vaultine đối với cả hai là về mặt cấu trúc. Chẳng có lớp trình-cung-cấp-tệp nào có thể bị phá vỡ, bởi vì chiếc két mở ra ngay bên trong ứng dụng. Và trình xem tích hợp đồng nghĩa với việc ảnh, video, PDF không bao giờ được giao cho Finder, ứng dụng Files hay bộ nhớ đệm ảnh thu nhỏ của chúng — chúng mở và ở lại bên trong Vaultine.
Điểm mà Cryptomator thực sự dẫn trước
Có hai điều đáng để nói thẳng thắn. Nó hỗ trợ nhiều nhà cung cấp đám mây hơn những gì chúng tôi hiện đang làm — Dropbox, Google Drive, OneDrive, iCloud Drive, S3 và WebDAV so với tính năng đồng bộ chỉ-dành-cho-Dropbox của chúng tôi. Và ứng dụng máy tính để bàn của nó chạy được trên Linux, điều mà Vaultine không đụng tới.
Nếu nhiệm vụ là “mã hóa một ổ đĩa dùng chung qua nhiều nền tảng và nhiều nhà cung cấp đám mây nhất có thể”, thì phạm vi đó là có thật và chúng tôi chưa thể theo kịp nó.
