Ứng dụng nhật ký có thực sự riêng tư? So sánh mã hóa & bảo mật

Nhật ký có thể giữ những điều bạn chưa từng nói ra: nỗi sợ, sự ngờ vực, ý tưởng còn dở, hay cách bạn nhìn lại một cảm xúc khó chịu. Nghiên cứu expressive writing thử nghiệm những bài viết hẹp và có quy tắc hơn nhật ký thông thường, với kết quả không đồng nhất. Nó không chứng minh rằng tự bộc lộ trong nhật ký hằng ngày chắc chắn tạo ra lợi ích sức khỏe tinh thần.

Dù vậy, vẫn có một câu hỏi nên đặt trước: ranh giới riêng tư của cuốn nhật ký số này nằm ở đâu?

Dưới đây là cách các app nhật ký phổ biến xử lý quyền riêng tư, để bạn chọn theo rủi ro và độ nhạy cảm của điều mình viết.

Vì sao bảo mật quan trọng với nhật ký hơn bất cứ thứ gì khác?

Đây không chỉ là nguyên tắc bảo vệ dữ liệu chung chung. Nỗi lo có người đọc được có thể thay đổi điều một người sẵn sàng viết; nhật ký bị lộ cũng có thể gây hại về đời tư, quan hệ, pháp lý hoặc an toàn.

Bài tổng quan của James Pennebaker về expressive writing mô tả nhiều thử nghiệm diễn ra trong bối cảnh bảo mật, nhưng không xác lập quyền riêng tư hay việc kể hết mọi điều là thành phần chủ động luôn cần thiết. Một nhánh nghiên cứu khác về disclosure gợi ý rằng cảm giác riêng tư có thể ảnh hưởng đến điều người ta chia sẻ. Áp dụng kết quả ấy cho nhật ký cá nhân là suy luận hợp lý, nhưng vẫn là suy luận.

Hướng dẫn nhật ký và sức khỏe tinh thần xem kỹ hơn bằng chứng và giới hạn. Tổ chức nhận thức, tiếp xúc, điều hòa cảm xúc, ức chế và quá trình xã hội đều từng được đề xuất là cơ chế; chưa có một con đường bắt buộc hay tổn thất dễ đoán mỗi khi bỏ qua một chi tiết.

Nhật ký không cần kể hết mọi điều mới có giá trị. Mô hình riêng tư nên tương xứng với độ nhạy cảm của điều bạn chọn ghi lại.

”Mã hóa đầu cuối” thật ra nghĩa là gì?

Thuật ngữ này xuất hiện rất nhiều, nhưng mấu chốt là khóa và ranh giới.

Khi có mã hóa đầu cuối (E2EE): Nội dung được mã hóa trước khi đến nhà cung cấp đồng bộ, và hệ thống được thiết kế để họ không giữ khóa giải mã nội dung. Nếu cuộc tấn công chỉ chạm tới kho lưu trữ, thứ lộ ra phải là ciphertext chứ không phải bài nhật ký. Cách tạo, lưu, chia sẻ và khôi phục khóa khác nhau theo từng app; E2EE cũng không xóa rủi ro từ endpoint, thông tin đăng nhập, metadata, tệp xuất hoặc bản sao lưu.

Khi không có mã hóa đầu cuối: Mã hóa khi truyền tải và lưu trữ vẫn bảo vệ dữ liệu trong những trạng thái nhất định, nhưng dịch vụ thường kiểm soát khóa cần để xử lý nội dung. Vì thế hệ thống của nhà cung cấp có thể có khả năng kỹ thuật giải mã bài, dưới các kiểm soát truy cập, chính sách và nghĩa vụ pháp lý.

E2EE thực sự hạn chế quyền truy cập của nhà cung cấp. Nhưng chưa thể hứa “chỉ mình bạn đọc được” nếu chưa kiểm tra endpoint, khóa, chia sẻ, sao lưu, metadata và khôi phục.

Các app lớn so sánh ra sao?

Day One — Bảo mật mạnh, bật sẵn từ đầu

Day One đặt quyền riêng tư ở lõi sản phẩm. E2EE được bật mặc định từ năm 2019 và hiện có trong mọi gói.

Điểm làm tốt:

• Nội dung đồng bộ dùng AES-256-GCM trước khi đến server Day One
• Master key không lên server Day One
• Day One cho biết nhân viên không thể truy cập phần chữ nhật ký khi mã hóa được bật
• Doanh thu đến từ thuê bao và in nhật ký, không phải quảng cáo hay bán nội dung
• Kiến trúc mặc định hạn chế lượng chữ nhật ký đọc được mà Day One có thể cung cấp từ server

Cần biết:

• Khóa mã hóa mặc định nằm trong iCloud hoặc Google Drive, và bạn có thể tự lưu riêng
• Mất khóa cùng mọi đường khôi phục có thể khiến dữ liệu không lấy lại được
• Đây là sản phẩm mã nguồn đóng; tài liệu kiến trúc được công khai, không phải toàn bộ mã client

Kết luận: Day One vẫn là lựa chọn phổ biến có default E2EE mạnh, nhưng thiết bị và quy trình khôi phục cũng quan trọng không kém.

Journey — Bảo mật mạnh, nhưng cần tự bật

Journey cung cấp mã hóa đầu cuối thông qua tính năng Journey Cloud Sync, dùng RSA và AES.

Điểm cộng:

• Mã hóa đầu cuối kèm mật khẩu do chính bạn đặt
• Khi dùng Google Drive sync, dữ liệu ở lại trên Google Drive của bạn — server Journey không giữ
• Kiến trúc mã hóa dùng khóa bất đối xứng: khóa công khai mã hóa nội dung trước khi rời thiết bị, chỉ khóa riêng tư mới giải mã được
• Hỗ trợ đa nền tảng (iOS, Android, web, desktop)

Cần lưu ý:

• E2EE không bật sẵn — bạn phải chủ động bật qua Journey Cloud Sync nhé
• Nếu dùng Google Drive sync bình thường mà không bật E2EE, độ riêng tư của nhật ký chỉ bằng độ an toàn của tài khoản Google bạn đang dùng
• File ảnh, âm thanh, video được gửi tạm lên cloud để xử lý trước khi mã hóa — bản gốc bị xóa sau đó, nhưng vẫn có một khoảng thời gian ngắn dữ liệu lộ ra
• Nếu mất mật khẩu, nhật ký coi như mất luôn — Journey không khôi phục được
• Một số metadata (ngày viết, tên hiển thị của drive) không nằm trong vùng mã hóa

Kết luận: Journey bảo mật khá mạnh, nhưng bạn cần chủ động bật và hiểu rõ giới hạn của nó.

Notion — Không sinh ra để làm nhật ký riêng tư

Notion là công cụ cộng tác và năng suất tốt; nhiều người cũng dùng nó làm nhật ký, như trong hướng dẫn thiết lập của chúng tôi. Tuy nhiên, trust boundary của nó không được thiết kế riêng cho những trang viết cá nhân rất nhạy cảm.

Điểm làm tốt:

• TLS khi truyền tải và AES-256 khi lưu trữ
• Có tài liệu tuân thủ như SOC 2 Type II và ISO 27001
• Notion nói không dùng dữ liệu khách hàng để huấn luyện mô hình của mình. Khi dùng Notion AI, nội dung liên quan có thể được subprocessor xử lý; Notion cho biết hợp đồng cấm họ dùng dữ liệu đó để huấn luyện mô hình

Điều cần xem khi viết nhật ký:

• Không có E2EE. Notion kiểm soát khóa cần để xử lý nội dung
• Dịch vụ có thể có khả năng kỹ thuật truy cập nội dung theo chính sách, quyền hạn và quy trình hỗ trợ
• Chia sẻ, tích hợp, tệp xuất và khôi phục tài khoản mở rộng ranh giới cần kiểm tra

Kết luận: Notion rất hữu ích cho công việc và ghi chú thông thường. Trước khi dùng làm nhật ký chính, hãy xem mô hình truy cập của nhà cung cấp có hợp với độ nhạy cảm của nội dung hay không.

Apple Journal — Quyền riêng tư mặc định mạnh trong hệ sinh thái Apple

Apple Journal hiện có trên iPhone, iPad và Mac, đồng bộ qua iCloud.

Điểm làm tốt:

• Journaling Suggestions được tạo trên thiết bị
• Apple cho biết khi Apple ID bật xác thực hai yếu tố và thiết bị có mật mã, dữ liệu Journal dùng E2EE trong cả Standard lẫn Advanced Data Protection
• Hỗ trợ khóa app và nằm trong hệ thống thiết bị tin cậy của Apple

Cần biết:

• Thiết bị tin cậy và khôi phục tài khoản vẫn quan trọng; mất mọi thiết bị lẫn cách khôi phục có thể khiến dữ liệu E2EE không lấy lại được
• Journal hỗ trợ in, xuất và sao lưu bài, nhưng quy trình vẫn gắn với app và hệ điều hành Apple
• Không có client Android, Windows hay web

Kết luận: Bảo vệ nội dung mặc định mạnh nếu bạn chỉ dùng thiết bị Apple, nhưng đây không phải lựa chọn đa nền tảng.

Đánh đổi giữa AI và bảo mật

Mâu thuẫn giữa AI và quyền riêng tư trong app nhật ký năm 2026 bắt đầu từ một điều đơn giản: phân tích tâm trạng, tìm mẫu và insight hội thoại cần đọc được dữ liệu, trong khi E2EE được thiết kế để server không nhận văn bản nhật ký.

Ba cách xử lý thường gặp:

1. Tắt tính năng không tương thích. Khi E2EE bật, server không nhận nội dung đọc được nên tìm kiếm cloud hoặc AI không hoạt động.

2. Xử lý nội dung đọc được trên server. App giải mã hoặc gửi những bài được chọn theo chính sách đồng ý, lưu giữ và subprocessor riêng. Trong lúc đó, bên xử lý phía server có thể nhận văn bản gốc.

3. Phân tích trên thiết bị. Mô hình local làm việc mà không gửi raw entry tới server AI, nhưng bảo mật thiết bị và kết quả được tạo hay xuất vẫn quan trọng.

Có một app mới vạch ranh giới đó ra rất rõ. OpponentBook giữ nội dung ghi chú trên kho lưu trữ của chính bạn và không gửi gì đi cả cho tới khi bạn bấm một nút AI — lúc ấy các ghi chú liên quan mới được chuyển sang một dịch vụ bên ngoài để xử lý, và chỉ cần một cài đặt là tắt hẳn được tính năng này.

Đánh đổi thì vẫn còn nguyên, chỉ khác là bạn nhìn thấy nó và tự quyết ở từng thao tác. Chừng đó thôi đã nhiều hơn những gì phần lớn app khác đưa ra.

Nếu AI quan trọng với bạn, hãy kiểm tra nó chạy trên thiết bị hay gửi văn bản nhật ký tới server. Cũng nên hỏi dữ liệu nào được gửi, giữ bao lâu và ai xử lý.

Cần xem gì khi chọn app?

Đây là danh sách kiểm tra thực tế.

Bắt buộc với những trang viết nhạy cảm:

• Mã hóa đầu cuối (đã bật, không chỉ là “có sẵn”)
• Tài liệu công khai khẳng định rõ nhân viên không thể truy cập nội dung
• Mô hình doanh thu không phụ thuộc vào dữ liệu của bạn (đăng ký trả phí, không phải quảng cáo)

Quan trọng nhưng không phải sống còn:

• Tùy chọn xuất dữ liệu (bạn có thể rời đi cùng dữ liệu của mình không?)
• Khóa mã hóa được lưu ở đâu (trên thiết bị hay trên cloud)
• Những loại metadata nào không nằm trong vùng mã hóa

Câu hỏi nên đặt:

• Nhật ký của bạn sẽ ra sao nếu công ty bị mua lại?
• Cơ quan pháp luật có thể buộc công ty giải mã nội dung không?
• File ảnh, âm thanh có được mã hóa cùng cấp với văn bản không?

Còn lựa chọn nhật ký giấy thì sao?

Cũng nên thừa nhận: một cuốn sổ giấy trong ngăn kéo có khóa vẫn là một trong những cách viết nhật ký riêng tư nhất mà loài người từng nghĩ ra. Không server, không khóa mã hóa cần quản lý, không có “Điều khoản dịch vụ” nào để đọc. Bài so sánh nhật ký giấy và app phân tích chi tiết hơn về những đánh đổi.

Tất nhiên, sổ giấy cũng có hạn chế. Nó có thể bị tìm thấy và đọc trực tiếp, không có bản sao lưu, không tìm kiếm được. Nhưng nói về bảo mật thuần túy thì sao? Giấy vẫn rất khó để bị đánh bại.

Khuyến nghị

Nếu quyền riêng tư là ưu tiên số một: Chọn app có E2EE thực sự đang bật và hiểu mô hình khôi phục. Day One và Apple Journal có default mạnh; Journey cũng có thể là lựa chọn tốt sau khi bật encrypted Cloud Sync.

Nếu bạn muốn tự giữ kho lưu trữ và xem được mã: OwnJournal lưu bài thẳng vào Google Drive, Dropbox, Nextcloud hoặc iCloud của bạn, không phải server OwnJournal. E2EE là tùy chọn; cần bật nếu muốn nhà cung cấp cloud nhận ciphertext. Toàn bộ codebase mở theo AGPL-3.0 để xem implementation dự kiến, nhưng source không phải kiểm toán hay bằng chứng cho bản build được phân phối. Phân tích raw entry chạy trên thiết bị; Trend Analysis chỉ gửi thống kê tổng hợp và metadata suy ra tới backend, không gửi văn bản nhật ký.

Nếu bạn dùng Notion để viết nhật ký: Nội dung không có E2EE. Hãy xem khóa do nhà cung cấp kiểm soát có phù hợp với tài liệu và threat model hay không. App E2EE chuyên dụng thay đổi quyền truy cập của nhà cung cấp, nhưng không xóa rủi ro từ thiết bị, khôi phục, sao lưu, chia sẻ, metadata hay software supply chain.

Nếu vẫn chưa rõ: Bắt đầu bằng hai câu hỏi—nếu bị lộ thì hậu quả gì, và bạn đang muốn ngăn ai? Câu trả lời có thể dẫn tới E2EE, khóa thiết bị, khôi phục tài khoản an toàn hơn, bản sao lưu mã hóa, nhật ký giấy hoặc kết hợp nhiều cách.

Hôm nay, hãy mở cài đặt app đang dùng, xác nhận E2EE thật sự bật, rồi kiểm tra khóa thiết bị, cách khôi phục và các bản sao lưu.

Câu hỏi thường gặp

App nhật ký nào có mã hóa đầu cuối?

Day One bật E2EE theo mặc định. Apple Journal dùng E2EE cho dữ liệu Journal trên iCloud khi Apple ID đã bật xác thực hai yếu tố và thiết bị có mật mã. OwnJournal cung cấp E2EE tùy chọn trên kho lưu trữ do người dùng sở hữu, còn Journey phải được bật qua Journey Cloud Sync. Notion và phần lớn app ghi chú đa dụng không có E2EE cho nội dung nhật ký.

Nhân viên app nhật ký có đọc được những gì bạn viết không?

Tùy app và cấu hình. E2EE được triển khai đúng khiến nhà cung cấp đồng bộ không giữ khóa giải mã nội dung, nên nhân viên không thể đọc phần chữ nhật ký đã đồng bộ. Tuy vậy, E2EE không bảo vệ mọi bản sao hay đường truy cập: thiết bị, tài khoản dùng chung, tệp xuất, bản sao lưu, metadata và hệ thống khôi phục vẫn quan trọng. Không có E2EE, nhà cung cấp có thể có khả năng kỹ thuật truy cập nội dung theo chính sách và kiểm soát của họ.

Notion có đủ an toàn để viết nhật ký không?

Notion mã hóa dữ liệu khi truyền tải và lưu trữ nhưng không có E2EE, nên dịch vụ kiểm soát khóa cần để xử lý nội dung. Có phù hợp hay không tùy threat model của bạn. App chuyên dụng có E2EE có thể giảm quyền truy cập của nhà cung cấp khi được bật đúng, nhưng bảo mật thiết bị, khôi phục tài khoản, sao lưu, xuất, chia sẻ, metadata và việc phân phối app vẫn cần tính đến.

Mã hóa có ảnh hưởng đến tính năng AI hay tìm kiếm không?

Có. Mã hóa đầu cuối nghĩa là server không đọc được nội dung, nên các tính năng cần xử lý phía server như phân tích AI hay tìm kiếm trên đám mây sẽ bị giới hạn. Một số app giải quyết bằng cách xử lý ngay trên thiết bị. Đây là một đánh đổi thực sự — riêng tư hơn thì một vài tính năng sẽ hoạt động khác đi, hoặc đơn giản là không có.

Nhật ký của bạn sẽ ra sao nếu công ty bị hack?

Nếu kẻ tấn công chỉ xâm nhập kho lưu trữ mà không lấy được khóa hoặc endpoint đã mở, E2EE có thể giữ nhật ký đã đồng bộ ở dạng ciphertext. Nhưng không phải mọi sự cố đều vô hại: thiết bị, thông tin đăng nhập, hệ thống khôi phục, metadata, tệp xuất hoặc bản sao lưu có thể tạo đường khác. Không có E2EE, sự cố ở nhà cung cấp có thể làm lộ nội dung đọc được hoặc khóa để giải mã.