- Cách bảo vệ thông tin cá nhân dễ dàng bằng một "mẹo nhỏ" mà không cần phần mềm đặc biệt
- Gửi tin nhắn/hình ảnh/tệp đã mã hóa qua các kênh không an toàn (email, nhắn tin, ...)
- Lưu trữ thông tin nhạy cảm (mật khẩu, tài liệu, v.v.) trên các nơi lưu trữ không an toàn (web, ổ đĩa đám mây, USB)
- Cách làm là nhúng một payload đã mã hóa vào tệp HTML và mở nó bằng cách gọi Web Crypto API của trình duyệt
- Hoàn toàn không có phụ thuộc bên ngoài và hoạt động ngay cả khi không có kết nối Internet
- Cung cấp mã nguồn của trình tạo
4 bình luận
Liệu có tiện hơn việc nén thành ZIP rồi đặt mật khẩu không..?
Ngoài lề một chút, mã hóa ZIP làm lộ tên tệp nên cuối cùng tôi lại nén bằng 7zip.
Nhiều người bất ngờ là lại khá lúng túng với việc đặt mật khẩu cho file nén.
Ngay cả tôi cách đây không lâu cũng từng được trưởng phòng hành chính gọi lên để chỉ cách đặt mật khẩu cho file ZIP.
Dù đó là người luôn sử dụng Word hay Excel trong công việc, nhưng những việc như vậy lại thấy khó.
Vì thế, với những người như vậy, có lẽ cung cấp một giải pháp tiện dùng như thế này lại còn tốt hơn.
Động cơ phát triển ban đầu được giải thích trên trang giới thiệu sản phẩm đó cũng đúng là như vậy.
Trường hợp của Gmail thì việc đính kèm file ZIP có đặt mật khẩu bị từ chối, khá bất tiện.
Vì vậy tôi cũng từng thử mẹo như nén hai lớp, nhưng theo trí nhớ của tôi thì ngay cả cách đó cũng bị chặn.
Đặc biệt khi cần chuyển file cho người khác, đôi khi dùng hẳn một phương thức khác để gửi file còn tiện hơn, và có vẻ dùng cách như thế này sẽ đỡ hơn.
Thực tế, khi gửi bảng sao kê có đặt mật khẩu qua file đính kèm email, người ta cũng dùng đúng cách giống như vậy.
Ngoài ra, có vẻ một số người không xem file ZIP có áp dụng mật khẩu là thứ đáng tin cậy lắm.
Vì vậy cũng có thể họ sẽ thấy cứ dùng một công cụ như thế này thì tiện hơn.
Giờ tôi mới biết.