Cách bảo vệ thư mục bằng mật khẩu trên iPhone (2026)
iOS không có tính năng bảo vệ mật khẩu thư mục.
iOS không có tính năng bảo vệ thư mục bằng mật khẩu. Không có cài đặt, không có nút bật tắt và không có ứng dụng tích hợp nào cho phép bạn đặt mật khẩu lên thư mục tệp theo cách Secure Folder của Samsung hoạt động trên Android hoặc mật khẩu zip hoạt động trên máy tính.
Đó không phải là sơ suất. Mô hình bảo mật của Apple dựa vào mã hóa ở cấp thiết bị (toàn bộ đĩa được mã hóa khi điện thoại bị khóa) và xác thực theo ứng dụng (Face ID, Touch ID hoặc mã PIN cho các ứng dụng cụ thể). Bảo vệ ở cấp thư mục nằm giữa hai lớp này, và Apple chưa lấp đầy khoảng trống đó.
Hướng dẫn này bao gồm năm phương pháp để xấp xỉ bảo vệ mật khẩu ở cấp thư mục trên iPhone, được xếp hạng từ nhanh nhất đến an toàn nhất. Mỗi phương pháp có sự đánh đổi khác nhau, và lựa chọn đúng phụ thuộc vào những gì bạn đang bảo vệ và khỏi ai.
Tùy chọn bảo mật nhất: két mã hóa
iOS không có cách tích hợp để đặt mật khẩu riêng cho một thư mục trong Tệp, nên một két mã hóa chuyên dụng tạo ra ranh giới mạnh hơn. Vaultaire mã hóa mọi tệp bằng AES-256-GCM dưới một khóa chính ngẫu nhiên, giúp nội dung đã lưu không đọc được khi ai đó chỉ lấy được bản mã qua bản sao lưu hoặc cáp. Ứng dụng không cần tài khoản định danh, chỉ giữ một bản sao đám mây do ứng dụng quản lý trong một bản sao lưu mã hóa được bật theo mặc định và có thể tắt, và dùng mẫu hình bạn vẽ để tạo khóa két, khóa này mở lớp bọc của khóa chính. Bản sao lưu thiết bị của hệ thống là một đường riêng và có thể chứa các tệp mã hóa đó. Miễn phí tới 3 két.
Trả lời nhanh
Tương đương gốc gần nhất với thư mục được bảo vệ bằng mật khẩu trên iPhone là ghi chú đã khóa trong ứng dụng Ghi chú. Tạo ghi chú, thêm tệp vào đó và khóa ghi chú bằng mật khẩu riêng hoặc Face ID. Mất dưới một phút và không yêu cầu ứng dụng bổ sung.
Muốn có thư mục được bảo vệ bằng mật khẩu và mã hóa thật sự, bạn cần một ứng dụng bên thứ ba. Các ứng dụng két mã hóa như Vaultaire tạo các vùng chứa mã hóa hoạt động giống thư mục. Vaultaire mã hóa dữ liệu tệp bằng AES-256-GCM dưới một khóa chính ngẫu nhiên, còn khóa két tạo từ mẫu hình xác thực chỉ mục đã mã hóa và mở lớp bọc của khóa chính đó.
Phương pháp 1: Khóa tệp trong ứng dụng Ghi chú
Ứng dụng Ghi chú là cách nhanh nhất để bảo vệ tệp bằng mật khẩu trên iPhone mà không cần cài đặt thêm gì.
Hướng dẫn từng bước
- Mở ứng dụng Ghi chú.
- Tạo ghi chú mới (hoặc mở ghi chú hiện có).
- Để thêm tệp: nhấn biểu tượng camera để thêm ảnh/video, hoặc dùng máy quét tài liệu để quét trang. Bạn cũng có thể dán văn bản, liên kết và tệp đính kèm nhỏ.
- Nhấn menu ba chấm (góc trên bên phải) hoặc nút chia sẻ.
- Nhấn Khóa.
- Chọn khóa bằng Face ID hoặc đặt mật khẩu tùy chỉnh.
- Nhấn biểu tượng khóa trong thanh công cụ (hoặc rời khỏi ghi chú -- nó tự động khóa sau một thời gian không hoạt động).
Điều này bảo vệ được gì
- Nội dung ghi chú ẩn đằng sau Face ID hoặc mật khẩu tùy chỉnh.
- Mỗi ghi chú đã khóa có thể có mật khẩu riêng (dù iOS khuyến khích dùng mật mã thiết bị làm mặc định).
- Ghi chú đã khóa không xuất hiện trong xem trước, widget hoặc kết quả Spotlight.
Hạn chế
- Hạn chế loại tệp. Ghi chú hỗ trợ ảnh, video (có giới hạn kích thước), PDF và tài liệu đã quét. Tệp lớn và nhiều định dạng tệp (tệp nén zip, ảnh RAW, tệp ứng dụng) không thể nhúng.
- Không phải thư mục thực sự. Mỗi ghi chú đã khóa là một container đơn. Không có phân cấp thư mục, không có tổ chức thư mục con, không có quản lý tệp hàng loạt.
- Đồng bộ iCloud. Nếu Ghi chú đồng bộ đến iCloud, nội dung ghi chú đã khóa đồng bộ đến máy chủ của Apple. Apple giữ khóa mã hóa cho iCloud tiêu chuẩn. Khóa ghi chú là kiểm soát truy cập trên mã hóa do Apple quản lý, không phải mã hóa độc lập do người dùng kiểm soát.
- Bảng chia sẻ không nhập vào ghi chú đã khóa. Bạn không thể dùng bảng chia sẻ iOS để gửi tệp trực tiếp vào ghi chú đã khóa. Bạn phải mở ghi chú và thêm tệp thủ công.
Mức độ bảo vệ
Ghi chú đã khóa thêm một lớp kiểm soát truy cập cho nội dung ghi chú được chọn, nhưng không phải là một định dạng thư mục mã hóa dùng chung. Mức bảo vệ và cách khôi phục cụ thể phụ thuộc vào việc bạn dùng mật mã thiết bị hay một mật khẩu Ghi chú riêng, và vào cài đặt tài khoản Apple của bạn. Tệp đính kèm, bản xuất, ảnh chụp màn hình và bản sao nằm ngoài ghi chú đã khóa vẫn theo mô hình bảo vệ riêng của chúng.
Phương pháp 2: Dùng ứng dụng Tệp với iCloud Drive
Ứng dụng Tệp cung cấp tổ chức thư mục cơ bản, nhưng iOS không hỗ trợ bảo vệ mật khẩu thư mục trong Tệp. Tuy nhiên, bạn có thể đạt được bảo vệ một phần thông qua kết hợp ứng dụng Tệp và iCloud Drive.
Hướng dẫn từng bước
- Mở ứng dụng Tệp.
- Đi tới iCloud Drive hoặc Trên iPhone.
- Chạm và giữ vào vùng trống, rồi chạm Thư mục mới.
- Đặt tên thư mục và thêm tệp vào đó.
Vấn đề
Cách này tạo một thư mục thông thường, không có mật khẩu, không có khóa và không hạn chế truy cập. Bất kỳ ai mở ứng dụng Tệp trên điện thoại đã mở khóa của bạn đều thấy thư mục và nội dung bên trong.
Cách thay thế một phần: Hạn chế Thời gian sử dụng
Bạn có thể hạn chế quyền truy cập vào ứng dụng Tệp bằng Thời gian sử dụng:
- Vào Cài đặt > Thời gian sử dụng > Giới hạn ứng dụng.
- Thêm giới hạn cho danh mục ứng dụng Tệp.
- Đặt giới hạn 1 phút.
- Yêu cầu mật mã Thời gian sử dụng để mở rộng giới hạn.
Sau một phút sử dụng, ứng dụng Tệp khóa đằng sau mật mã Thời gian sử dụng. Đây là công cụ thô -- nó khóa toàn bộ ứng dụng, không phải thư mục cụ thể -- nhưng thêm rào cản.
Tại sao điều này yếu: Mật mã Thời gian sử dụng là 4 chữ số. Chúng có thể được đặt lại bởi bất kỳ ai biết mật khẩu Apple ID của bạn. Thời gian sử dụng được thiết kế cho kiểm soát của phụ huynh, không phải bảo mật. Người quyết tâm có thể vượt qua nó.
Phương pháp 3: Tạo zip hoặc PDF được bảo vệ bằng mật khẩu
Bạn có thể tạo tệp nén được bảo vệ bằng mật khẩu trên Mac hoặc PC rồi chuyển sang iPhone.
Vì sao ứng dụng Tệp báo tệp zip có mật khẩu không được hỗ trợ
Có hai giới hạn khác nhau nhưng cùng hiện ra một lỗi, và chỉ một trong hai có cách khắc phục ngay trong ứng dụng Tệp.
Tạo tệp zip có mật khẩu. Ứng dụng Tệp không làm được. Chọn tệp, chạm Nén, và bạn nhận được một tệp .zip thường. Không có ô nhập mật khẩu, không có tùy chọn trong bảng chia sẻ, và không có cài đặt nào trong iOS thêm được mật khẩu. Hướng dẫn nào nói khác đi là đang mô tả một ứng dụng bên thứ ba.
Mở tệp zip có mật khẩu. Điều này phụ thuộc vào thuật toán mã hóa đã tạo tệp nén. Tệp zip mã hóa bằng ZipCrypto cũ, loại mà lệnh zip -er trên macOS tạo ra, mở được trong ứng dụng Tệp: chạm vào tệp và iOS sẽ hỏi mật khẩu. Tệp zip mã hóa bằng AES, loại mà 7-Zip, WinRAR và Keka tạo ra khi bạn chọn tùy chọn mã hóa, thì không mở được. Ứng dụng Tệp không hỗ trợ zip AES, nên nó từ chối tệp nén hoặc giải nén ra nội dung không đọc được. Mật khẩu không sai. Định dạng không được hỗ trợ.
Ba cách xử lý, xếp theo mức độ bảo vệ thực tế:
- Tạo lại tệp nén bằng ZipCrypto trên máy đã tạo ra nó. Khi đó ứng dụng Tệp sẽ mở được. ZipCrypto là mã hóa đã bị phá, nên cách này chỉ giải quyết việc truy cập, không giải quyết bảo mật.
- Cài một ứng dụng giải nén bên thứ ba có hỗ trợ zip AES. App Store có vài ứng dụng như vậy. Khi đó bạn phải tin ứng dụng này với bản rõ lúc giải nén.
- Đừng chuyển tệp nén mã hóa sang điện thoại nữa. Tệp zip là vùng chứa tĩnh: trên iPhone, bạn hoàn toàn không thể thêm tệp vào zip có mật khẩu, dù bằng tính năng gốc hay cách khác, nên mỗi lần sửa đều phải quay lại máy tính. Nếu mục tiêu là các tệp riêng tư bạn vẫn dùng thường xuyên, một két mã hóa giữ chúng dưới AES-256-GCM và vẫn ghi thêm được ngay trên thiết bị.
Hướng dẫn từng bước (dùng Mac)
- Đặt các tệp bạn muốn bảo vệ vào thư mục trên Mac.
- Mở Terminal.
- Chạy:
zip -er protected.zip /path/to/folder/ - Nhập mật khẩu khi được nhắc.
- AirDrop hoặc chuyển tệp .zip sang iPhone.
- Tệp nằm trong ứng dụng Tệp. Khi bạn chạm để mở, iOS sẽ hỏi mật khẩu.
Hướng dẫn từng bước (dùng PDF)
- Trên Mac, mở tệp trong Preview.
- Vào File > Export as PDF.
- Đánh dấu hộp Encrypt và đặt mật khẩu.
- Chuyển PDF được bảo vệ bằng mật khẩu sang iPhone.
Hạn chế
- Cách này dùng được cho từng tệp hoặc tệp nén nhỏ, không phải cho một "thư mục" bạn thường xuyên thêm tệp vào.
- Mã hóa zip (ZipCrypto) yếu theo tiêu chuẩn hiện đại. Tùy chọn zip AES-256 mạnh hơn nhưng yêu cầu công cụ cụ thể.
- Bạn không thể thêm tệp vào zip được bảo vệ bằng mật khẩu trong iOS.
- Đây là bảo vệ tĩnh, không phải thư mục hoạt động.
Phương pháp 4: Dùng ứng dụng Phím tắt để tạo luồng thư mục được bảo vệ
Ứng dụng Phím tắt có thể tạo tự động hóa bắt chước bảo vệ thư mục.
Ý tưởng
Tạo một phím tắt:
- Hỏi mật khẩu (dùng tác vụ "Ask for Input").
- Nếu mật khẩu khớp, mở một thư mục cụ thể trong ứng dụng Tệp.
- Nếu mật khẩu không khớp, hiện thông báo lỗi.
Hướng dẫn từng bước
- Mở ứng dụng Phím tắt.
- Nhấn + để tạo phím tắt mới.
- Thêm hành động Ask for Input, đặt thành Text, với lời nhắc "Nhập mật khẩu."
- Thêm hành động If. Điều kiện: "Nếu [Đầu vào được cung cấp] là [mật khẩu của bạn]."
- Trong khối If, thêm hành động Open App trỏ đến ứng dụng Tệp.
- Trong khối Otherwise, thêm hành động Show Alert với "Mật khẩu không đúng."
- Lưu phím tắt và thêm vào Màn hình chính.
Hạn chế
- Không phải bảo mật thực sự. Mật khẩu được lưu trữ ở văn bản thuần trong phím tắt. Bất kỳ ai mở ứng dụng Phím tắt đều có thể đọc nó.
- Bản thân thư mục không được bảo vệ. Phím tắt kiểm soát quyền truy cập vào ứng dụng Tệp, nhưng ai đó có thể mở ứng dụng Tệp trực tiếp và điều hướng đến thư mục mà không dùng phím tắt.
- Không có mã hóa. Tệp vẫn không được mã hóa trên đĩa.
Phương pháp này cung cấp lớp ma sát, không phải lớp bảo mật. Nó ngăn ai đó truy cập bình thường tệp qua phím tắt trên Màn hình chính của bạn. Nó không ngăn người biết ứng dụng Tệp tồn tại.
Phương pháp 5: Dùng ứng dụng két mã hóa
Ứng dụng két mã hóa tạo những gì iOS không cung cấp theo gốc: container nơi tệp được mã hóa bằng khóa chỉ bạn kiểm soát. Đây là tương đương gần nhất với thư mục được bảo vệ bằng mật khẩu thực sự.
Cách hoạt động
Ứng dụng két mã hóa như Vaultaire hoạt động như các thư mục mã hóa:
- Bạn tạo một két (tương đương một thư mục) bằng cách vẽ mẫu hình trên lưới 5x5.
- PBKDF2-HMAC-SHA512 xử lý mẫu hình qua 600.000 vòng lặp để tạo khóa két 256 bit.
- Khóa két đó xác thực chỉ mục đã mã hóa và mở lớp bọc của một khóa chính 256 bit ngẫu nhiên riêng. AES-256-GCM dưới khóa chính bảo vệ từng tệp đã nhập.
- Siêu dữ liệu, gồm tên tệp và ngày, được bảo vệ bằng AES-256-GCM dưới khóa chính ngẫu nhiên.
- Khi bạn đóng ứng dụng, trạng thái khóa đang dùng bị hủy và cần mở khóa lại. Byte khóa buộc phải nằm trong bộ nhớ ứng dụng khi két đang mở.
Hướng dẫn từng bước (Sử dụng Vaultaire)
- Tải Vaultaire từ App Store.
- Vẽ mẫu hình trên lưới 5x5 để tạo két đầu tiên.
- Nhấn nút nhập để thêm tệp: ảnh, video, tài liệu, PDF hoặc bất kỳ loại tệp nào.
- Tệp được mã hóa tại thời điểm nhập.
- Xóa bản gốc chưa mã hóa khỏi Ảnh hoặc Tệp.
- Để truy cập tệp, mở ứng dụng và vẽ cùng mẫu hình đó.
Tại sao điều này khác biệt với các phương pháp khác
| Phương pháp | Mật khẩu/Khóa | Mã hóa | Người giữ khóa | Bảo vệ truy cập Mac | Bảo vệ trát tòa iCloud |
|---|---|---|---|---|---|
| Khóa Ghi chú | Mật khẩu tùy chỉnh hoặc Face ID | Do Apple quản lý | Apple | Không (đồng bộ đến iCloud) | Không |
| Thư mục Tệp (không khóa) | Không có | Không có ngoài mã hóa thiết bị | N/A | Không | Phụ thuộc iCloud |
| Hạn chế Thời gian sử dụng | Mã 4 chữ số | Không có | N/A | Không | Không |
| Zip được bảo vệ mật khẩu | Mật khẩu tùy chỉnh | ZipCrypto hoặc AES-256 | Bạn | Một phần (zip vẫn được mã hóa) | Phụ thuộc bộ nhớ |
| Tự động hóa Phím tắt | Mật khẩu văn bản thuần | Không có | N/A | Không | Không |
| Ứng dụng két mã hóa | Mẫu hình/mật khẩu | AES-256-GCM | Không có khóa nội dung do nhà cung cấp giữ | Bảo vệ nội dung của vùng chứa ứng dụng đang khóa | Nhà cung cấp nhận bản mã, không nhận khóa nội dung |
Vaultaire không đưa cho Apple hay nhà phát triển khóa giải mã két ở dạng bản rõ. Ứng dụng, iOS, Keychain, trạng thái thiết bị, thông tin khôi phục và bất kỳ ai xâm nhập được két đang mở vẫn thuộc mô hình tin cậy.
Tính năng két bổ sung
Vaultaire thêm khả năng ngoài bảo vệ thư mục đơn giản:
- Nhiều két. Mỗi mẫu hình đã thiết lập mở két được gán cho nó, và giao diện khi khóa không hiển thị danh sách két. Người kiểm tra vùng chứa ứng dụng vẫn có thể đếm thư mục lưu trữ của từng két và biết số két cục bộ.
- Truy cập tách biệt theo mẫu hình. Tên két, nội dung và việc gán mẫu hình vẫn được mã hóa, nhưng định dạng mỗi két một thư mục lưu trữ không che được số két cục bộ trước việc kiểm tra hệ thống tệp.
- Chế độ ép buộc. Một mẫu hình được chỉ định mở két mồi của nó và xóa chỉ mục cục bộ cùng bản kê khôi phục của các két còn lại. Nó không xóa bản ghi trên đám mây, bản sao trên thiết bị ngang hàng, bản sao lưu hay mọi dấu vết giám định pháp y.
- Chia sẻ bảo mật. Chia sẻ két mã hóa với người khác bằng cụm từ chia sẻ. Kiểm soát ngày hết hạn, số lần truy cập và quyền xuất.
- Camera tích hợp. Ảnh và video được chụp bằng camera trong ứng dụng được mã hóa trực tiếp. Không có bản sao chưa mã hóa nào chạm đến thư viện Ảnh.
iPhone có Secure Folder như Samsung không?
Không, và iOS không có gì được xây dựng theo cách đó. Secure Folder của Samsung là một vùng chứa Knox riêng có khóa mã hóa riêng, tách biệt với phần còn lại của điện thoại. Ứng dụng bên trong không thấy ứng dụng bên ngoài, tệp của nó không hiện trong thư viện ảnh và trình quản lý tệp thông thường, và chính biểu tượng thư mục có thể ẩn khỏi màn hình chính. Trên điện thoại Galaxy, tính năng này nằm ở Cài đặt > Bảo mật và quyền riêng tư > Cài đặt bảo mật khác > Thư mục bảo mật. Apple không có phân vùng tương đương.
Thay vào đó, iOS cho bạn ba giải pháp nửa vời, và chỉ một trong số đó mã hóa dữ liệu.
| Khả năng | Samsung Secure Folder | Album Bị ẩn của iOS | Khóa Ghi chú của iOS | Ứng dụng két mã hóa |
|---|---|---|---|---|
| Tệp được mã hóa riêng, tách khỏi thiết bị | Có, khóa vùng chứa Knox | Không | Có, theo từng ghi chú | Có, AES-256-GCM cho từng tệp |
| Chứa cả ứng dụng lẫn tệp | Có | Không | Không | Không |
| Nội dung ẩn khỏi thư viện ảnh thông thường | Có | Có, nhưng album Bị ẩn vẫn hiện trong danh sách | Có | Có |
| Có thể ẩn chính vùng chứa | Có | Không | Không | Tùy ứng dụng |
| Cách mở khóa | PIN, hình vẽ, mật khẩu hoặc vân tay | Face ID hoặc mật mã thiết bị | Face ID hoặc mật khẩu ghi chú | Thông tin mở khóa của ứng dụng, độc lập với mật mã thiết bị |
| Vẫn an toàn khi người khác cầm điện thoại đã mở khóa của bạn | Có, mở khóa riêng | Không | Có, cho đến khi ghi chú được mở | Có, mở khóa riêng |
Chỗ hụt mà nhiều người gặp nhất là hàng thứ ba. Album Bị ẩn trên iPhone không phải thư mục bảo mật: đó là một album có tên mà ai lướt danh sách Album của bạn cũng thấy, và Face ID chỉ bảo vệ việc xem, không bảo vệ tệp. Ảnh vẫn không được mã hóa trong thư viện và đi vào bản sao lưu thiết bị ở dạng đọc được.
Nếu điều bạn muốn ở Secure Folder là bước mở khóa riêng và vùng chứa mã hóa, ứng dụng két mã hóa là thứ gần nhất trên iOS. Nó không chứa được ứng dụng, chỉ chứa tệp, và không ứng dụng iOS nào tự ẩn được khỏi Thư viện ứng dụng như cách Secure Folder ẩn khỏi ngăn ứng dụng của Galaxy.
Bạn nên dùng phương pháp nào?
Câu trả lời phụ thuộc vào mô hình mối đe dọa của bạn:
Giữ tệp được tổ chức và tránh khỏi tầm nhìn bình thường: Khóa Ghi chú (Phương pháp 1) hoặc hạn chế Thời gian sử dụng (Phương pháp 2). Nhanh, miễn phí, không cài đặt ứng dụng.
Bảo vệ một vài tài liệu cụ thể: Zip hoặc PDF được bảo vệ mật khẩu (Phương pháp 3). Hoạt động cho tệp tĩnh bạn không thường xuyên cập nhật.
Bảo vệ tệp khỏi người dùng chung thiết bị hoặc biết mật mã của bạn: Két mã hóa (Phương pháp 5). Lựa chọn duy nhất dùng một khóa riêng để kiểm soát truy cập, không phải mật mã thiết bị.
Bảo vệ vùng chứa ứng dụng đang khóa hoặc bản sao trên đám mây khỏi lộ nội dung: Dùng mã hóa có xác thực, không có khóa nội dung do nhà cung cấp giữ (Phương pháp 5). Sự tồn tại của tệp, kích thước tệp, số chỉ mục, bản ghi CloudKit và siêu dữ liệu dịch vụ vẫn có thể bị quan sát.
Thêm lớp ma sát nhanh vào Màn hình chính: Tự động hóa Phím tắt (Phương pháp 4). Hiểu rằng điều này cung cấp sự tiện lợi, không phải bảo mật.
Câu hỏi thường gặp
Vì sao ứng dụng Tệp trên iPhone không hỗ trợ tệp zip có mật khẩu của tôi?
Vì thuật toán mã hóa, không phải vì mật khẩu. Ứng dụng Tệp mở được tệp zip mã hóa bằng ZipCrypto cũ và sẽ hỏi bạn mật khẩu. Ứng dụng không hỗ trợ tệp zip mã hóa AES, loại mà 7-Zip, WinRAR và Keka tạo ra theo mặc định khi bạn bật mã hóa, nên các tệp đó bị báo là không được hỗ trợ. Ứng dụng Tệp cũng không tạo được tệp zip có mật khẩu ở cả hai định dạng: lệnh Nén chỉ tạo tệp nén thường, không có tùy chọn mật khẩu.
Bạn có thể bảo vệ thư mục bằng mật khẩu trên iPhone không?
Không. iOS không hỗ trợ bảo vệ mật khẩu ở cấp thư mục. Không có tương đương tích hợp với Secure Folder của Samsung hoặc mã hóa thư mục Windows. Tùy chọn gốc gần nhất là khóa ghi chú trong ứng dụng Ghi chú, hỗ trợ ảnh, video và tài liệu nhưng không phải thư mục thực sự với khả năng quản lý tệp.
Có "Secure Folder" cho iPhone như Samsung không?
Không. Secure Folder của Samsung là một vùng chứa Knox có khóa mã hóa riêng, tách khỏi bộ nhớ thông thường của điện thoại. Nó chứa được cả ứng dụng lẫn tệp, và biểu tượng của nó có thể ẩn khỏi màn hình chính. iOS không có tính năng nào như vậy. Các lựa chọn gần nhất trên iPhone là: (1) ứng dụng két mã hóa, cho bạn một bước mở khóa riêng và mã hóa thật nhưng chỉ chứa tệp, (2) khóa trong ứng dụng Ghi chú cho một số ít tệp, và (3) album Bị ẩn trong Ảnh, chỉ cho ảnh và video, không có mã hóa. Xem bảng so sánh từng hàng.
Tôi có thể khóa ứng dụng Tệp trên iPhone không?
Không trực tiếp. Ứng dụng Tệp không hỗ trợ Face ID hoặc bảo vệ mật khẩu. Bạn có thể dùng giới hạn ứng dụng Thời gian sử dụng để thêm lớp ma sát (ứng dụng khóa đằng sau mật mã Thời gian sử dụng sau giới hạn thời gian đặt), nhưng Thời gian sử dụng được thiết kế cho kiểm soát của phụ huynh, không phải bảo mật. Mã PIN là 4 chữ số và có thể được đặt lại qua Apple ID.
Sự khác biệt giữa bảo vệ mật khẩu và mã hóa là gì?
Bảo vệ mật khẩu (kiểm soát truy cập) đặt cổng trước dữ liệu. Dữ liệu đằng sau cổng vẫn ở định dạng gốc có thể đọc. Nếu ai đó tìm thấy con đường khác đến dữ liệu (qua sao lưu, truy cập hệ thống tệp hoặc bằng cách vượt qua cổng), họ có thể đọc nó.
Mã hóa biến đổi chính dữ liệu. Tệp gốc được thay thế bởi dữ liệu không thể phân biệt về mặt toán học với nhiễu ngẫu nhiên. Không có khóa giải mã, không có con đường đến nội dung gốc. "Cổng" không ở trước dữ liệu -- nó là dữ liệu.
Mã hóa bằng mẫu hình dùng thứ bạn vẽ làm đầu vào cho PBKDF2. Vaultaire lưu các trường khôi phục trong một cơ sở dữ liệu Keychain mã hóa AES-GCM, và độ an toàn của mẫu hình vẫn phụ thuộc vào entropy của nét vẽ và chi phí mỗi lần đoán.
Apple có thêm Secure Folder vào iPhone không?
Apple chưa công bố mã hóa ở cấp thư mục cho iOS. Cách tiếp cận của Apple là củng cố mã hóa ở cấp thiết bị (mã hóa toàn đĩa với Secure Enclave) và cung cấp Bảo vệ dữ liệu nâng cao cho iCloud. Chưa rõ Apple có thêm tính năng tương đương Secure Folder hay không. Hiện tại, các ứng dụng két mã hóa bên thứ ba lấp khoảng trống này.
Kết luận
iOS không có thư mục được bảo vệ bằng mật khẩu. Apple đã chọn kiến trúc bảo mật khác: mã hóa toàn đĩa khi thiết bị bị khóa, xác thực theo ứng dụng và mã hóa đầu cuối iCloud tùy chọn.
Với phần lớn việc sắp xếp tệp hằng ngày, khóa trong Ghi chú là đủ. Với các tệp cần bảo vệ mạnh hơn trong vùng chứa ứng dụng đang khóa hoặc bản sao trên đám mây, câu trả lời là mã hóa có xác thực. Vaultaire bảo vệ nội dung tệp bằng khóa chính ngẫu nhiên và không đưa cho nhà cung cấp bản rõ của khóa đó, còn trạng thái khôi phục vẫn được bảo vệ trên thiết bị.
Câu hỏi không phải là "làm thế nào để đặt mật khẩu lên thư mục?" Câu hỏi là "tôi đang bảo vệ thư mục này khỏi ai?" Câu trả lời xác định phương pháp.