Bảo mật
Cấu trúc của hầm chứa và những gì sẽ được phát hiện nếu bị đột nhập.
Cập nhật lần cuối ngày 21 tháng 9 năm 2026 · AssuredAuth, bởi CircleRoll LLC
Đây là mô tả công khai về cách AssuredAuth bảo vệ các thông tin xác thực hai yếu tố, mật khẩu và thẻ mà bạn lưu trữ trong đó. Nó được viết sao cho người đọc quan tâm đến bảo mật có thể kiểm tra mọi tuyên bố so với ứng dụng và so với các phương thức kiểm thử đã được công bố (có sẵn cho bất kỳ người đánh giá nào theo yêu cầu tại hello@assuredauth.com). Nó chỉ nói những gì đúng sự thật và không hơn: không có gì ở đây khẳng định là không thể bị tấn công, và không có gì được hứa hẹn bằng tỷ lệ phần trăm.
Tóm lại: kho dữ liệu chỉ tồn tại ở một nơi duy nhất, đó là điện thoại của bạn. Mọi giá trị trong đó đều được mã hóa bằng một khóa do phần cứng bảo mật của điện thoại nắm giữ và không thể xuất ra ngoài. Chúng tôi không vận hành máy chủ kho dữ liệu, không giữ bản sao nào và không giữ bất kỳ khóa nào. Tệp sao lưu chỉ rời khỏi điện thoại sau khi đã được mã hóa bằng một mật khẩu mà không bao giờ được lưu trữ ở bất kỳ đâu.
Báo cáo sự cố: hello@assuredauth.com. Xem phần "Báo cáo điểm yếu" ở cuối bài.
1. Cái gì được mã hóa, bằng phương pháp nào?
| Dữ liệu | Trên điện thoại | Khóa |
|---|---|---|
| Mã xác thực hai yếu tố (TOTP/HOTP/Steam seeds) | Trên điện thoạiCửa hàng được hỗ trợ bởi Keychain (iOS) / Android Keystore | KhóaKhóa được liên kết phần cứng của nền tảng; hàng trong cơ sở dữ liệu chỉ chứa một tham chiếu (secretRef), chứ không bao giờ là seed. |
| Mật khẩu (giá trị mật khẩu, ghi chú) | Trên điện thoạiHàng được niêm phong: AES-256-GCM, một giá trị ngẫu nhiên 96 bit cho mỗi giá trị | KhóaMột khóa dữ liệu ngẫu nhiên 256 bit, bản thân nó được mã hóa bởi khóa phần cứng trong §2. |
| Thẻ (số thẻ, ngày hết hạn, tên trên thẻ, mã CVC) | Trên điện thoạiMã bảo mật tương tự như mật khẩu; mã CVC là tùy chọn và chỉ được lưu trữ nếu bạn nhập mã này. | KhóaCùng một khóa dữ liệu |
| Siêu dữ liệu (tên dịch vụ, tên người dùng, biểu tượng, thứ tự sắp xếp) | Trên điện thoạiCơ sở dữ liệu của ứng dụng (SwiftData / Room) | KhóaĐược bảo vệ bởi mã hóa tập tin của hệ điều hành; được coi là không bí mật. |
| Tệp sao lưu (.authbackup) | Trên điện thoạiBạn lưu ở đâu tùy thích: Tệp, iCloud Drive, thư mục dữ liệu ứng dụng Google Drive, bảng chia sẻ. | KhóaMột khóa được tạo ra từ cụm mật khẩu của bạn (§3). Apple và Google nhận được tập tin đã được niêm phong và không có gì khác. |
| Ứng dụng đồng hồ Watch / Wear | Trên điện thoạiKeychain/EncryptedSharedPreferences của đồng hồ | KhóaCác khóa của nền tảng đồng hồ; được truyền qua kênh thiết bị đã ghép nối của nền tảng. |
| Lưu lượng truy cập tiện ích mở rộng trên máy tính để bàn (mã sử dụng một lần theo yêu cầu) | Trên điện thoạiKhông được lưu trữ; được chuyển tiếp dưới dạng các gói tin được mã hóa đầu cuối. | KhóaMỗi cặp khóa X25519 được sử dụng cho mỗi lần ghép nối, khóa riêng tư được lưu trữ trong Keychain/Keystore; máy chủ chuyển tiếp chỉ nhìn thấy văn bản mã hóa. |
Công cụ chẩn đoán không có phương thức nào chấp nhận mã bí mật. Không có sự kiện phân tích nào mang trường vault. Không có giá trị nào từ vault được ghi vào nhật ký, trong bất kỳ bản dựng nào.
2. Vị trí lưu trữ chìa khóa trên mỗi nền tảng
iOS. Khóa dữ liệu được mã hóa bằng một khóa được tạo bên trong Vùng bảo mật (kSecAttrTokenIDSecureEnclave) với quyền truy cập .privateKeyUsage + .userPresence, khả năng truy cập …ThisDeviceOnly, trong nhóm truy cập Keychain được chia sẻ của ứng dụng để tiện ích mở rộng AutoFill có thể sử dụng cùng một khóa. Khóa riêng tư không thể được đọc ra từ Vùng bảo mật bởi ứng dụng, bởi bản sao lưu hoặc bởi trình gỡ lỗi; Vùng bảo mật chỉ đồng ý sử dụng nó sau khi người dùng có mặt (Face ID, Touch ID hoặc mật mã thiết bị). ThisDeviceOnly có nghĩa là bản sao lưu iCloud hoặc iTunes của điện thoại không chứa khóa; điện thoại được khôi phục sẽ bắt đầu với kho lưu trữ trống và yêu cầu tệp sao lưu và mật khẩu của bạn. Một chiếc điện thoại không có mật mã không thể kích hoạt khóa .userPresence (Enclave từ chối tạo khóa này), và trình giả lập cũng được thiết kế theo cùng một cách (lời nhắc trạng thái hiện diện của nó là một cảnh báo mà không bài kiểm tra nào có thể trả lời): ở đó, khóa dữ liệu là một mục Keychain chỉ dành riêng cho thiết bị — vẫn không có trong mọi bản sao lưu, vẫn không thể đọc được khi điện thoại bị khóa, nhưng không có lời nhắc thứ hai — và màn hình Bảo mật hiển thị chính xác điều đó và đề xuất thiết lập mật mã.
Android. Khóa dữ liệu được mã hóa bằng khóa AES-256 của AndroidKeyStore, được tạo trong StrongBox khi thiết bị có sẵn (nếu không thì là TEE), với các thiết lập setUserAuthenticationRequired(true) và thời hạn xác thực 30 giây sau khi xác thực sinh trắc học hoặc thông tin xác thực thiết bị, setUnlockedDeviceRequired(true) và setInvalidatedByBiometricEnrollment(true) được bật. Cờ cuối cùng này chỉ mang tính chất minh bạch chứ không phải là yếu tố quyết định: Android chỉ áp dụng nó cho các khóa yêu cầu xác thực sinh trắc học mỗi khi sử dụng, vì vậy đối với khóa 30 giây này khi cho phép thông tin xác thực thiết bị, nó không thay đổi gì cả — điều ngăn chặn người lạ truy cập là việc đăng ký khóa cần mã PIN, và việc xóa khóa màn hình sẽ vô hiệu hóa khóa vĩnh viễn. Khóa Keystore không thể xuất khẩu và bị loại trừ khỏi bản sao lưu đám mây của Android. Tên miền mà ứng dụng đặt trên giao diện của chính nó (webDomain) chỉ được tin cậy từ một trình duyệt đã biết; từ bất kỳ gói nào khác, nó cũng phải là một tên miền mà hệ thống đã xác minh cho gói đó (Digital Asset Links), vì bất kỳ ứng dụng nào cũng có thể yêu cầu bất kỳ tên miền nào.
Điều này có ý nghĩa gì đối với một tập tin cơ sở dữ liệu bị đánh cắp? Tệp SQLite và các hàng được mã hóa là văn bản mã hóa. Khóa giải mã nằm trong phần cứng bảo mật trên điện thoại nơi tệp được tạo ra và không thể sao chép cùng với tệp. Không có gì để đoán khi ngoại tuyến: khóa dữ liệu là ngẫu nhiên, không được tạo ra từ bất kỳ lựa chọn nào của người dùng.
3. Tệp sao lưu
Các bản sao lưu là thứ duy nhất rời khỏi điện thoại, vì vậy về nguyên tắc, đây là nơi duy nhất mà một cuộc tấn công ngoại tuyến có thể xảy ra. Thiết kế này khiến cho cuộc tấn công đó trở nên tốn kém và hạn chế tối đa các điều kiện để kẻ tấn công thực hiện:
- Cụm mật khẩu có ít nhất 12 ký tự (bảng nhập từ chối cụm ngắn hơn và hiển thị thanh độ mạnh).
- Không có gợi ý mật khẩu nào được lưu trữ ở bất cứ đâu, trong tệp tin hay trong ứng dụng.
- Mỗi tập tin được ghi sẽ được tạo một chuỗi ngẫu nhiên mới gồm 16 byte muối và 12 byte nonce.
- Toàn bộ hệ thống sử dụng thuật toán AES-256-GCM, vì vậy mật khẩu sai hoặc tập tin bị hỏng sẽ bị từ chối, không bao giờ giải mã thành dữ liệu rác.
- Phần tiêu đề (định dạng, phiên bản, tham số KDF, salt) được liên kết vào thẻ GCM như dữ liệu xác thực bổ sung, do đó, một tệp có hệ số làm việc đã bị chỉnh sửa giảm xuống sẽ không mở được.
Tệp tin này là định dạng JSON và có thể đọc được bằng bất kỳ trình soạn thảo văn bản nào; chỉ có phần mã hóa là không thể hiểu được. Ai đó tìm thấy tệp tin này sau năm năm, khi ứng dụng đã biến mất, có thể thấy chính xác cách nó được niêm phong và mở nó bằng OpenSSL hoặc bất kỳ thư viện Argon2 nào.
Định dạng v1 (được phát hành trong phiên bản 1.0, vẫn có thể đọc được)
{
"format": "authbackup",
"version": 1,
"kdf": "PBKDF2-HMAC-SHA256",
"rounds": 600000,
"salt": "<base64, 16 bytes>",
"cipher": "AES-256-GCM",
"nonce": "<base64, 12 bytes>",
"ciphertext": "<base64>",
"tag": "<base64, 16 bytes>"
}| Bước | Byte |
|---|---|
key | PBKDF2-HMAC-SHA256(passphrase as UTF-8, salt, 600000 rounds, 32 bytes) |
aad | UTF-8("authbackup:1:600000:") ‖ salt (dạng byte muối thô, không phải base64) |
ciphertext, tag | AES-256-GCM(key, nonce, plaintext, aad); thẻ 16 byte, được lưu trữ riêng biệt |
plaintext | JSON UTF-8, các khóa đã được sắp xếp: {"accounts":[…],"exportedAt":"…Z","passwords":[…],"version":1} |
Lưu ý về khả năng tương thích: Android 1.0 đã ghi một biến thể của v1 — kdf viết thường, không có khóa thẻ (thẻ 16 byte được thêm vào văn bản mã hóa), không có dữ liệu bổ sung. Cả hai nền tảng đều tiếp tục đọc các tệp đó (khi không có thẻ: tách 16 byte cuối cùng, mở bằng AAD trống; so sánh kdf không phân biệt chữ hoa chữ thường) và cả hai hiện chỉ ghi bố cục như trên.
Định dạng v2 (hiện tại; mặc định cho các bản sao lưu mới)
{
"format": "authbackup",
"version": 2,
"kdf": "Argon2id",
"memoryKiB": 65536,
"passes": 3,
"lanes": 1,
"salt": "<base64, 16 bytes>",
"cipher": "AES-256-GCM",
"nonce": "<base64, 12 bytes>",
"ciphertext": "<base64>",
"tag": "<base64, 16 bytes>"
}| Bước | Byte |
|---|---|
key | Argon2id(version 0x13, passphrase as UTF-8, salt, m = 65536 KiB, t = 3, p = 1, tagLength 32, no secret, no associated data) |
aad | UTF-8("authbackup:2:argon2id:65536:3:1:") ‖ salt |
ciphertext, tag | AES-256-GCM(key, nonce, plaintext, aad); thẻ 16 byte, được lưu trữ riêng biệt |
plaintext | JSON UTF-8, các khóa đã được sắp xếp: {"accounts":[…],"cards":[…],"exportedAt":"…Z","passwords":[…],"version":2} |
Argon2id là phiên bản C tham chiếu (phc-winner-argon2, CC0), được cung cấp trên cả hai nền tảng. 64 MiB và 3 lần quét mất khoảng một giây trên điện thoại hiện tại và khiến mỗi lần đoán tốn cùng một lượng bộ nhớ và thời gian trên bất kỳ phần cứng nào — đây là đặc tính mà PBKDF2 thiếu khi đối đầu với các hệ thống GPU, và đó là lý do phiên bản v2 tồn tại. Đầu đọc sẽ bỏ qua các khóa mà nó không biết, vì vậy một đầu đọc v1 được trang bị thân máy v2 sẽ không bao giờ nhận diện được thẻ.
Bằng chứng
Ba tệp vector kiểm thử (bản sao lưu v1, bản sao lưu v2 và Argon2id) được tạo ra bởi một triển khai thứ ba, độc lập với cả hai ứng dụng (OpenSSL của Node cho PBKDF2 và AES-GCM, một Argon2id WebAssembly được kiểm tra tại thời điểm tạo so với các câu trả lời đã công bố của triển khai tham chiếu). Mỗi tệp chứa mật khẩu, muối, nonce, văn bản gốc, khóa dẫn xuất, AAD, văn bản mã hóa dự kiến và thẻ, cùng với toàn bộ tệp. Các bài kiểm tra đơn vị trên iOS và Android đọc cùng một tệp và khẳng định cùng một byte — do đó, một bản sao lưu được niêm phong trên một nền tảng được chứng minh, chứ không phải giả định, là có thể mở trên nền tảng khác, và sự trùng khớp của cả ba không phải là hai bản sao của cùng một lỗi. Một công cụ đi kèm mở một tệp mà điện thoại thực sự đã ghi bằng cùng một phương thức triển khai thứ ba đó và kiểm tra phần tiêu đề so với các quy tắc ở trên (chính xác là các khóa của định dạng, vì vậy không được có gợi ý hoặc tên; muối 16 byte, nonce 12 byte, thẻ 16 byte được lưu trữ riêng biệt; phiên bản 2 chính xác ở 64 MiB / 3 / 1; mật khẩu sai bị từ chối); quá trình chạy tự động trên iOS ghi một tệp lên trình giả lập và mở nó theo cách đó, đồng thời tìm kiếm trong vùng chứa ứng dụng của trình giả lập, vùng chứa Nhóm ứng dụng và cơ sở dữ liệu chuỗi khóa cho mọi mật khẩu và số thẻ được gieo hạt dưới dạng UTF-8 và UTF-16 (0 kết quả).
4. Mô hình mối đe dọa
| Tình huống | Những gì họ có | Những gì họ nhận được |
|---|---|---|
| Điện thoại bị mất hoặc bị đánh cắp, bị khóa | Những gì họ cóThiết bị, tập tin cơ sở dữ liệu, các hàng được niêm phong | Những gì họ nhận đượcVăn bản mã hóa. Khóa mã hóa nằm trong Secure Enclave / StrongBox và chỉ được giải phóng sau khi thiết bị được khóa cùng với xác thực sinh trắc học hoặc mật mã mới. Xóa dữ liệu điện thoại từ xa (Find My / Find My Device) sẽ phá hủy vật liệu khóa. |
| Tệp sao lưu bị đánh cắp | Những gì họ cóTệp .authbackup từ tài khoản đám mây, email hoặc máy tính xách tay. | Những gì họ nhận đượcMã hóa sử dụng thuật toán AES-256-GCM với khóa được tạo ra từ mật khẩu có ít nhất 12 ký tự, kèm theo salt cho mỗi file và Argon2id với dung lượng 64 MiB × 3 lượt chạy (v2) hoặc PBKDF2 với 600.000 vòng (v1). Không có gợi ý, không có tên người dùng, không có danh sách tài khoản được công khai. Mỗi lần đoán đều tốn toàn bộ chi phí tạo mật khẩu; không có đường tắt. Mật khẩu mạnh là toàn bộ hệ thống phòng thủ ở đây, và ứng dụng cũng ghi rõ điều đó. |
| Thiết bị bị đánh cắp với màn hình không bị khóa | Những gì họ cóĐiện thoại trong tay bạn, đã được mở khóa. | Những gì họ nhận đượcDanh sách mã. Kho lưu trữ (mật khẩu, thẻ) nằm sau khóa ứng dụng và tự động khóa lại theo bộ hẹn giờ (ngay lập tức / 1 phút / 5 phút); giá trị đã giải mã chỉ tồn tại trong bộ nhớ khi màn hình hiển thị nó. Chức năng tự động điền và xuất văn bản thuần yêu cầu xác thực sinh trắc học mới ngay cả khi ứng dụng đang mở. Hãy bật khóa ứng dụng với tùy chọn "Ngay lập tức" nếu bạn lo ngại về điều này. |
| Ứng dụng độc hại trên cùng điện thoại | Những gì họ cóCác thủ thuật như hộp cát của ứng dụng khác, bảng nhớ tạm, trợ năng hoặc lớp phủ. | Những gì họ nhận đượcỨng dụng không thể đọc các tập tin của chúng tôi (cơ chế bảo mật nền tảng) hoặc sử dụng khóa của chúng tôi (khóa được liên kết với danh tính ký và sự hiện diện của người dùng). Bản sao sẽ bị xóa khỏi clipboard sau 30 giây; trên Android, bản sao được gắn cờ là thông tin nhạy cảm và bị loại khỏi lịch sử clipboard. Màn hình Vault được đặt FLAG_SECURE trên Android (không chụp ảnh màn hình, không quay màn hình, trống trong trình chuyển đổi); iOS làm trống hình thu nhỏ trong trình chuyển đổi. Tính năng tự động điền trên Android chỉ được cung cấp cho các ứng dụng mà hệ thống đã xác minh dựa trên tên miền đã lưu (Digital Asset Links), vì vậy mật khẩu của bạn sẽ không được cung cấp cho ứng dụng giả mạo. |
| Trang lừa đảo | Những gì họ cóMột trang web trông giống như trang bạn đã lưu. | Những gì họ nhận đượcKhông có gì được tự động điền. Việc khớp được thực hiện bằng tên miền có thể đăng ký (danh sách hậu tố công khai, được đóng gói và cập nhật cùng với ứng dụng): login.example.com và example.com khớp, example.com.evil.net và examp1e.com thì không. Trình duyệt trong ứng dụng cũng khớp theo cách tương tự và chỉ điền vào khung được yêu cầu, được kiểm tra lại dựa trên nguồn gốc của chính khung đó tại thời điểm điền; một máy chủ không có tên miền có thể đăng ký riêng — một địa chỉ IP, một tên đơn thuần trên mạng cục bộ — sẽ khớp chính xác và không có gì khác biệt. Tính năng Tự động điền của iOS bổ sung thêm kiểm tra tên miền liên kết của Apple. Mật khẩu bạn phải dán thủ công vào một trang web có giao diện tương tự vẫn tiềm ẩn rủi ro; ứng dụng không thể loại bỏ điều đó, chỉ có thể tránh hỗ trợ việc này. |
| Máy chủ riêng của chúng tôi | Những gì họ có— | Những gì họ nhận đượcKhông có máy chủ lưu trữ dữ liệu nào cả. AssuredAuth không có tài khoản, không có thông tin đăng nhập và không có bản sao dữ liệu của bạn, vì vậy không có dữ liệu nào của bạn ở phía chúng tôi để bị đánh cắp và xâm nhập. Có hai thứ chạy trên máy chủ, nhưng không thứ nào chạm vào dữ liệu lưu trữ: một hộp thư chuyển tiếp cho tiện ích mở rộng trên máy tính để bàn, lưu trữ các gói tin được mã hóa đầu cuối (mã dùng một lần, bị xóa khi đọc; hộp thư chuyển tiếp không bao giờ có khóa), và các máy chủ thoát của kết nối riêng tư tùy chọn, có chức năng truyền tải dữ liệu và không lưu giữ nhật ký truy cập. |
| Lệnh triệu tập hoặc yêu cầu của chính phủ | Những gì họ cóThủ tục pháp lý hướng đến chúng tôi | Những gì họ nhận đượcKhông có gì để giao nộp: chúng tôi không giữ kho tiền, không chìa khóa, không mật khẩu và không có bản sao lưu. Chúng tôi có thể bị ép buộc phải nói điều đó; nhưng chúng tôi không thể bị ép buộc phải cung cấp những thứ không tồn tại. |
5. Clipboard, ảnh chụp màn hình và bộ nhớ
- Thao tác sao chép sẽ lưu giá trị vào clipboard trong 30 giây, sau đó xóa nếu giá trị đó vẫn thuộc về chúng ta. Trên Android, mục được sao chép được đánh dấu là EXTRA_IS_SENSITIVE nên hệ thống sẽ ẩn nó khỏi bản xem trước và lịch sử clipboard; trên iOS, mục trong clipboard chỉ tồn tại cục bộ (không được chuyển tiếp sang các thiết bị khác).
- Màn hình Kho lưu trữ (Mật khẩu, Thẻ, Bảng mật khẩu, xuất văn bản thuần) thiết lập cờ FLAG_SECURE trên Android. iOS không có cờ tương đương; ứng dụng sẽ ẩn hình thu nhỏ của nó trong trình chuyển đổi ứng dụng và các giá trị được ẩn sau biểu tượng con mắt theo mặc định.
- Các giá trị đã giải mã chỉ tồn tại trong bộ nhớ khi màn hình hiển thị chúng và sẽ bị xóa khi màn hình biến mất hoặc ứng dụng bị khóa. Khóa dữ liệu được giải mã cho mỗi yêu cầu và không được lưu vào bộ nhớ đệm khi ứng dụng bị khóa.
- Chức năng xuất dữ liệu văn bản thuần túy vẫn khả dụng (vì vậy bạn luôn có thể dừng lại) và được thực hiện sau khi xác nhận thông tin và xác thực sinh trắc học mới, màn hình của nó cũng được bảo mật bằng FLAG_SECURE.
6. Tự động điền: những gì được điền và những gì không.
| Ở đâu | Mật khẩu | Thẻ |
|---|---|---|
| iOS: Safari và các ứng dụng (tiện ích AutoFill) | Mật khẩuVâng, sau khi xác thực lại Face ID / Touch ID / mật mã trong tiện ích mở rộng (LAContext), và chỉ đối với tên miền có thể đăng ký mà mục nhập đã được lưu, với tính năng kiểm tra tên miền liên kết của Apple dành cho ứng dụng. | ThẻKhông. Tính năng tự động điền thông tin thẻ trong Safari là của riêng Apple; màn hình thẻ chỉ ghi "Điền thông tin trong trình duyệt AssuredAuth và bằng chức năng Sao chép" và không hứa hẹn điều gì khác. |
| Android: ứng dụng và Chrome (Dịch vụ tự động điền) | Mật khẩuĐúng vậy, xác thực theo từng tập dữ liệu: hệ thống hiển thị BiometricPrompt trước khi điền; gói ứng dụng chỉ được khớp khi Digital Asset Links liên kết nó với miền đã lưu. | ThẻĐúng vậy, các thông tin như creditCardNumber, creditCardExpiration* và creditCardSecurityCode đều là cùng một cổng sinh trắc học. |
| Trình duyệt AssuredAuth (trên cả hai nền tảng) | Mật khẩuVâng, bằng tên miền có thể đăng ký — một máy chủ không có bất kỳ tên miền nào trùng khớp chính xác — vào khung được yêu cầu, xác thực sinh trắc học trước khi điền thông tin. | ThẻVâng, bằng cách phát hiện tại chỗ, sinh trắc học trước khi điền thông tin. |
| Nút sao chép | Mật khẩuĐằng sau khóa ứng dụng, bộ nhớ tạm 30 giây sẽ được giữ lại. | ThẻSố hiệu, ngày hết hạn, mã CVC (quy tắc tương tự) |
Không có gì được điền đầy đủ trên một máy chủ có ngoại hình giống hệt. Không có gì được điền đầy đủ nếu thiếu dữ liệu sinh trắc học.
7. Điều không bao giờ xảy ra
Không có máy chủ kho lưu trữ. Không có phân tích nào chứa trường dữ liệu kho lưu trữ. Không xuất dữ liệu văn bản thuần túy mà không có bảng xác nhận và dữ liệu sinh trắc học mới. Không có SDK của bên thứ ba nào được tải trên màn hình kho lưu trữ. Không có ảnh chụp màn hình kho lưu trữ. Không có gợi ý mật khẩu. Không ghi nhật ký giá trị, trong bất kỳ bản dựng nào.
8. Những điều chúng ta không thể phòng tránh
Mật khẩu quá yếu để có thể đoán được. Điện thoại có hệ điều hành bị xâm phạm tận gốc (thiết bị đã jailbreak hoặc root có thể đánh lừa ứng dụng về tất cả những điều trên). Người bị theo dõi khi đang gõ. Phần mềm độc hại trên màn hình máy tính mà bạn dán vào. Chúng tôi nói điều này để danh sách trên được hiểu đúng bản chất của nó: những thứ mà thiết kế có thể loại bỏ, đã được loại bỏ.
9. Trạng thái xem xét
Thiết kế này đã được kiểm thử đơn vị dựa trên các câu trả lời đã được công bố trên cả hai nền tảng và dựa trên các vectơ đa nền tảng của chính nó. Việc xem xét độc lập nằm trong danh sách công việc cần thiết của chủ sở hữu trước khi kho lưu trữ được quảng cáo trên cửa hàng; cho đến khi việc đó diễn ra, tài liệu này sẽ nêu rõ điều đó ở đây.
10. Nơi mọi thứ vận hành
Không có dữ liệu nào từ kho lưu trữ rời khỏi điện thoại, nhưng một vài thứ liên quan đến nó vẫn chạy trên máy tính của người khác. Đây là danh sách và nội dung của từng mục; luồng dữ liệu được mô tả chi tiết trong chính sách bảo mật tại https://assuredauth.com/privacy.
- Google Cloud / Firebase — hộp thư chuyển tiếp cho tiện ích mở rộng trên máy tính để bàn (các phong bì được mã hóa đầu cuối, bị xóa sau khi đọc), mã thông báo đẩy, trạng thái mua hàng và các tin nhắn được gửi qua biểu mẫu liên hệ.
- Vercel — assuredauth.com, các trang của nó và các chức năng nhỏ đằng sau chúng.
- Vultr — máy chủ thoát của kết nối riêng tư. Lưu lượng truy cập đi qua chúng; không có gì được lưu trữ.
- Apple và Google Play — mua hàng và đăng ký dịch vụ trên cửa hàng ứng dụng của riêng họ.
- PostHog — phân tích sản phẩm: thống kê số liệu sử dụng, không liên kết với bất kỳ thông tin nhận dạng nào.
- RevenueCat — trạng thái của gói đăng ký: đang hoạt động hoặc đã hết hạn, và thuộc gói nào.
Mỗi mục chỉ chứa thông tin được ghi trên dòng sản phẩm và không có thông tin nào khác từ kho lưu trữ. Danh sách này thay đổi khi sản phẩm thay đổi, và phần này cũng thay đổi theo.
Báo cáo lỗ hổng
Nếu bạn tin rằng mình đã tìm thấy điểm yếu trong bất kỳ điều gì được mô tả ở đây, hãy viết thư đến hello@assuredauth.com với tiêu đề "Bảo mật". Vui lòng bao gồm nền tảng, phiên bản ứng dụng và các bước thực hiện; bằng chứng sử dụng dữ liệu của chính bạn là đủ, và chúng tôi yêu cầu bạn không thử nghiệm với dữ liệu của người khác. Chúng tôi không cung cấp khóa PGP; nếu báo cáo không nên được gửi qua email thông thường, hãy nói rõ điều đó trong tin nhắn đầu tiên và chúng tôi sẽ sắp xếp cách khác.
Đổi lại, chúng tôi cam kết: sẽ phản hồi trong vòng ba ngày làm việc, thông báo cho bạn trong suốt quá trình xử lý, sửa chữa những thông tin không chính xác trước khi công bố và ghi nhận công lao của bạn nếu bạn muốn được ghi công. Chúng tôi sẽ không thực hiện bất kỳ hành động pháp lý nào đối với nghiên cứu được thực hiện một cách thiện chí trong phạm vi nêu dưới đây.
Phạm vi điều chỉnh: các ứng dụng iOS và Android, ứng dụng dành cho đồng hồ thông minh, tiện ích mở rộng cho máy tính để bàn, assuredauth.com và API của nó. Phạm vi điều chỉnh: App Store và Google Play, các nhà cung cấp được liệt kê ở trên, các hành vi tấn công phi kỹ thuật (social engineering) nhắm vào bất kỳ ai, và tấn công từ chối dịch vụ (DoS).
Hiện tại không có phần thưởng nào. Khi nhận được báo cáo, chúng tôi sẽ khắc phục sự cố và gửi lời cảm ơn, chứ không phải trả tiền.