Trình quản lý mật khẩu là phần mềm lưu toàn bộ mật khẩu của bạn trong một kho được mã hoá, mở bằng một mật khẩu chính duy nhất. Nó sinh mật khẩu ngẫu nhiên cho từng tài khoản, tự điền khi đăng nhập và đồng bộ giữa các thiết bị. Nhờ vậy bạn có thể dùng mật khẩu dài, khác nhau ở mọi nơi mà chỉ phải nhớ một.
Câu hỏi "dồn hết trứng vào một giỏ có nguy hiểm không" là hợp lý, và câu trả lời ngắn là: với hầu hết mọi người, rủi ro của việc dùng lại mật khẩu lớn hơn nhiều so với rủi ro của một trình quản lý được thiết kế tốt. Lý do nằm ở kiến trúc: các sản phẩm uy tín mã hoá kho ngay trên thiết bị của bạn, máy chủ của nhà cung cấp chỉ giữ một khối dữ liệu đã mã hoá mà họ không đọc được.
Bài này giải thích cơ chế đó, phân tích các điểm yếu thật (kể cả bài học từ sự cố có thật), so sánh các loại trình quản lý và đưa ra kế hoạch chuyển đổi cho cá nhân và gia đình.
Kiến trúc "không biết": vì sao nhà cung cấp không đọc được kho của bạn
Các trình quản lý tốt dùng mô hình thường gọi là zero-knowledge. Khi bạn gõ mật khẩu chính, phần mềm trên máy bạn đưa nó qua một hàm dẫn xuất khoá (key derivation function) như PBKDF2 hoặc Argon2, chạy hàng trăm nghìn vòng hoặc tốn nhiều bộ nhớ một cách có chủ đích. Kết quả là một khoá mã hoá; khoá này giải mã kho, thường bằng thuật toán AES-256.
Mật khẩu chính và khoá dẫn xuất không bao giờ rời khỏi thiết bị. Thứ được gửi lên máy chủ để đồng bộ là kho đã mã hoá. Để chứng minh với máy chủ rằng bạn đúng là chủ tài khoản, phần mềm gửi một giá trị xác thực được dẫn xuất riêng, không phải khoá giải mã. Một số sản phẩm còn trộn thêm một "khoá bí mật" ngẫu nhiên tạo trên thiết bị, để dù mật khẩu chính yếu thì kho bị đánh cắp vẫn khó bẻ.
Hệ quả trực tiếp: nhân viên nhà cung cấp, kẻ đột nhập máy chủ hay cơ quan yêu cầu dữ liệu đều chỉ nhận được khối mã hoá. Hệ quả ngược lại cũng quan trọng: nếu bạn quên mật khẩu chính và không có phương án khôi phục, không ai lấy lại được kho cho bạn. Đây là đặc tính, không phải lỗi; dịch vụ nào hứa "khôi phục mật khẩu chính qua email" thì về bản chất không phải kiến trúc không biết.
Chức năng hàm dẫn xuất chậm là then chốt. Nó làm mỗi lần đoán mật khẩu chính tốn thời gian đáng kể, nên kẻ có trong tay kho mã hoá chỉ thử được rất ít lần mỗi giây so với hàm băm thông thường. Tuy vậy, sự chậm chạp không cứu được mật khẩu chính quá ngắn hoặc nằm trong từ điển.
Rủi ro thật và bài học từ sự cố đã xảy ra
Kho mã hoá bị đánh cắp. Năm 2022, nhà cung cấp LastPass công bố kẻ tấn công đã lấy được bản sao các kho mật khẩu của khách hàng. Phần mã hoá vẫn giữ, nhưng người có mật khẩu chính yếu, hoặc tài khoản cũ có số vòng dẫn xuất khoá thấp, đối mặt nguy cơ bị bẻ ngoại tuyến. Một số trường dữ liệu như địa chỉ trang web lại không được mã hoá, làm lộ việc ai có tài khoản ở đâu. Bài học: mật khẩu chính phải thật mạnh, và hãy xem kỹ những gì sản phẩm mã hoá.
Thiết bị đã nhiễm mã độc. Khi kho đang mở trên máy nhiễm phần mềm gián điệp, mã độc có thể đọc mật khẩu từ bộ nhớ hoặc ghi lại mật khẩu chính khi bạn gõ. Không trình quản lý nào chống được kẻ đã kiểm soát thiết bị. Lớp phòng vệ ở đây là cập nhật hệ điều hành và không cài phần mềm lậu.
Lỗi tự động điền. Các nhà nghiên cứu đã nhiều lần chỉ ra cách lừa tính năng tự điền đưa mật khẩu vào trường ẩn hoặc trang không đúng. Sản phẩm tốt chỉ điền khi tên miền khớp chính xác và yêu cầu bạn bấm xác nhận. Ở góc độ người dùng, chính việc trình quản lý không chịu điền trên một trang là tín hiệu cảnh báo hữu ích: rất có thể bạn đang ở trang giả.
Mất quyền truy cập. Quên mật khẩu chính, mất thiết bị duy nhất có khoá bí mật, hoặc chủ tài khoản qua đời mà gia đình không vào được. Rủi ro này phổ biến hơn bị tấn công, và phòng được bằng bộ khôi phục in giấy cùng tính năng truy cập khẩn cấp.
So sánh các loại trình quản lý mật khẩu
Không có loại tốt nhất cho mọi người; lựa chọn phụ thuộc vào số thiết bị, mức kỹ thuật và việc bạn có cần chia sẻ trong gia đình hay nhóm làm việc không.
| Loại | Ưu điểm | Hạn chế | Hợp với ai |
|---|---|---|---|
| Tích hợp trong trình duyệt hoặc hệ điều hành | Miễn phí, sẵn có, đồng bộ tự động trong cùng hệ sinh thái | Khó dùng chéo giữa các hệ sinh thái; phụ thuộc bảo mật tài khoản hệ sinh thái | Người dùng phổ thông, chủ yếu một hệ sinh thái |
| Dịch vụ đám mây chuyên dụng | Chạy trên mọi nền tảng, chia sẻ kho gia đình hoặc nhóm, có kiểm tra rò rỉ và mật khẩu yếu | Thường có phí; phải tin vào kiến trúc và quy trình của nhà cung cấp | Gia đình, người dùng nhiều thiết bị, nhóm nhỏ |
| Mã nguồn mở có thể tự lưu trữ | Có thể kiểm tra mã nguồn, tự đặt máy chủ đồng bộ | Tự chịu trách nhiệm sao lưu, cập nhật và bảo mật máy chủ | Người có kỹ năng quản trị hệ thống |
| Tệp kho ngoại tuyến | Không phụ thuộc dịch vụ nào, kiểm soát hoàn toàn | Đồng bộ thủ công, dễ xung đột phiên bản, dễ mất nếu không sao lưu | Người ưu tiên kiểm soát hơn tiện lợi |
Tiêu chí kiểm tra khi chọn: sản phẩm có công bố kiến trúc mã hoá và kết quả kiểm toán bảo mật độc lập không, mã hoá những trường nào, hỗ trợ xác thực hai lớp và passkey cho chính tài khoản kho không, có xuất dữ liệu ra định dạng mở để chuyển đi khi cần không.
Mật khẩu chính: thứ duy nhất bạn phải làm thật tốt
Toàn bộ hệ thống chỉ mạnh bằng mật khẩu chính. Vì kho có thể bị đánh cắp và tấn công ngoại tuyến bất kỳ lúc nào trong tương lai, mật khẩu chính nên là cụm 6 từ trở lên chọn ngẫu nhiên, không dùng ở bất kỳ nơi nào khác, kể cả không trùng mật khẩu đăng nhập máy tính.
Bật xác thực hai lớp cho tài khoản kho. Cần hiểu đúng phạm vi: lớp thứ hai ngăn người khác đăng nhập để tải kho về thiết bị mới, nhưng không làm kho mạnh hơn khi nó đã bị lấy từ máy chủ, vì việc giải mã chỉ phụ thuộc vào mật khẩu chính và khoá bí mật nếu có.
Trên điện thoại, mở khoá bằng sinh trắc học là tiện và an toàn hợp lý: vân tay hay khuôn mặt chỉ mở khoá được khoá lưu trong chip bảo mật của máy, không thay thế mật khẩu chính. Hệ quả là bạn ít gõ mật khẩu chính, dễ quên dần. Đặt lịch gõ lại mật khẩu chính vài tuần một lần, hoặc để phần mềm yêu cầu định kỳ.
Mô hình đe doạ: trình quản lý nào hợp với hoàn cảnh nào
Giới bảo mật dùng khái niệm mô hình đe doạ (threat model): trước khi chọn công cụ, hỏi xem mình cần bảo vệ cái gì, khỏi ai, và hậu quả nếu thất bại. Cùng một trình quản lý có thể là lựa chọn rất tốt cho người này và chưa đủ cho người khác.
Người dùng phổ thông chủ yếu đối mặt với tấn công hàng loạt: nhồi thông tin đăng nhập, trang giả, rò rỉ dữ liệu. Với họ, trình quản lý tích hợp trong hệ điều hành hoặc một dịch vụ đám mây uy tín là đủ, miễn mật khẩu chính mạnh và tài khoản có xác thực hai lớp. Đổi sang giải pháp tự lưu trữ phức tạp thường làm tăng rủi ro mất dữ liệu nhiều hơn là giảm rủi ro bị tấn công.
Người có nguy cơ bị nhắm đích, như nhà báo điều tra, luật sư giữ hồ sơ nhạy cảm, quản trị viên hệ thống của doanh nghiệp hay người nổi tiếng, cần thêm: khoá bảo mật phần cứng cho tài khoản kho, kiểm tra kỹ kiến trúc mã hoá và cân nhắc tách kho công việc khỏi kho cá nhân.
Người dùng chung thiết bị với người có thể xâm phạm quyền riêng tư của mình, chẳng hạn trong một mối quan hệ có kiểm soát, cần chú ý đến điều ngược lại: kho tự mở bằng sinh trắc học trên máy mà người kia cũng mở được là một điểm yếu. Với họ, kho riêng trên thiết bị riêng, khoá tự động sau thời gian ngắn và tắt tính năng nhớ phiên quan trọng hơn mọi chi tiết mật mã.
Kế hoạch chuyển sang trình quản lý mật khẩu trong một tuần
Chuyển toàn bộ trong một buổi thường gây mệt và bỏ dở. Cách bền hơn là chuyển theo mức độ quan trọng.
- Ngày 1: chọn sản phẩm, tạo mật khẩu chính bằng cụm từ ngẫu nhiên, in bộ khôi phục (nếu sản phẩm có) và cất ở nơi an toàn, tách khỏi thiết bị.
- Ngày 2: nhập mật khẩu đã lưu trong trình duyệt vào kho, sau đó tắt tính năng lưu mật khẩu của trình duyệt để tránh hai nơi lưu lệch nhau.
- Ngày 3: đổi mật khẩu cho hộp thư chính sang chuỗi ngẫu nhiên do kho sinh. Hộp thư là chìa khoá đặt lại mật khẩu của mọi tài khoản khác, nên làm đầu tiên.
- Ngày 4: đổi mật khẩu cho ngân hàng, ví điện tử, mạng xã hội chính, tài khoản lưu trữ đám mây và tài khoản Apple hoặc Google.
- Ngày 5: chạy tính năng kiểm tra sức khoẻ mật khẩu của kho, xử lý các mật khẩu trùng lặp và các tài khoản xuất hiện trong vụ rò rỉ.
- Ngày 6: các tài khoản còn lại đổi dần mỗi khi bạn đăng nhập, không cần làm hết một lúc. Tài khoản không còn dùng thì xoá hẳn.
- Ngày 7: thiết lập truy cập khẩn cấp hoặc ghi chú bàn giao cho một người thân tin cậy, và thử khôi phục kho trên một thiết bị khác để chắc rằng phương án dự phòng chạy được.
Dùng cho gia đình và nhóm nhỏ
Một lợi ích ít được nói tới là chia sẻ có kiểm soát. Thay vì nhắn mật khẩu Wi-Fi, tài khoản truyền hình hay cổng thanh toán hoá đơn điện nước qua tin nhắn, bạn đặt chúng trong một kho chung cho gia đình. Khi đổi mật khẩu, mọi người nhận bản mới tự động; khi một người không còn cần truy cập, chỉ cần gỡ họ khỏi kho chung.
Với cha mẹ lớn tuổi, cách hiệu quả thường là con cái thiết lập kho cho cha mẹ, bật truy cập khẩn cấp hai chiều và hướng dẫn chỉ một thao tác: mở kho bằng vân tay rồi bấm điền. Phần lớn rủi ro của người lớn tuổi đến từ lừa đảo qua điện thoại hơn là từ mật khẩu yếu, nhưng việc không phải đọc mật khẩu cho ai nghe đã cắt bớt một kẽ hở.
Với nhóm làm việc nhỏ, các gói dành cho doanh nghiệp cho phép phân quyền theo thư mục, ghi nhật ký ai đã xem mật khẩu nào và thu hồi quyền khi nhân viên nghỉ việc. Điều này tốt hơn nhiều so với một bảng tính chứa mật khẩu dùng chung, thứ vẫn còn phổ biến ở doanh nghiệp vừa và nhỏ.
Câu hỏi thường gặp
Nếu công ty làm trình quản lý mật khẩu đóng cửa thì sao?
Kho đã đồng bộ về thiết bị của bạn thường vẫn mở được ngoại tuyến trong một thời gian, và các sản phẩm tử tế cho phép xuất dữ liệu ra tệp. Nên định kỳ xuất một bản mã hoá, cất ngoại tuyến, và chọn sản phẩm hỗ trợ định dạng xuất phổ biến để chuyển sang nơi khác dễ dàng.
Lưu mã xác thực hai lớp ngay trong trình quản lý mật khẩu có nên không?
Tiện nhưng làm hai yếu tố gộp về một nơi: ai mở được kho sẽ có cả mật khẩu lẫn mã. Với tài khoản thông thường, đây là đánh đổi chấp nhận được. Với hộp thư chính, ngân hàng và chính tài khoản kho, nên giữ yếu tố thứ hai ở thiết bị hoặc ứng dụng riêng.
Ghi mật khẩu vào sổ tay giấy có an toàn hơn không?
Sổ giấy miễn nhiễm với tấn công qua mạng, nhưng dễ mất, dễ bị người trong nhà đọc, không sinh được mật khẩu ngẫu nhiên và không cảnh báo trang giả. Với người không thể dùng phần mềm, sổ giấy kèm mật khẩu riêng cho mỗi tài khoản vẫn tốt hơn hẳn dùng lại một mật khẩu.
Trình quản lý mật khẩu có chống được trang web giả không?
Có, ở mức đáng kể. Tính năng tự điền gắn với tên miền chính xác, nên trên trang giả có tên gần giống, phần mềm sẽ không gợi ý điền. Rủi ro còn lại là người dùng tự sao chép mật khẩu dán vào vì nghĩ phần mềm bị lỗi. Khi kho không chịu điền, hãy dừng lại kiểm tra tên miền.
Mật khẩu chính bao lâu thì nên đổi?
Không cần đổi theo lịch nếu nó đủ mạnh và chưa từng lộ. Hãy đổi ngay nếu nghi máy bị nhiễm mã độc, nếu bạn từng gõ nó trên thiết bị lạ, hoặc nếu nhà cung cấp báo sự cố. Lưu ý đổi mật khẩu chính không bảo vệ được bản sao kho đã bị lấy trước đó.
Doanh nghiệp nhỏ có cần trình quản lý mật khẩu riêng không?
Nên có khi nhiều người cùng dùng tài khoản quảng cáo, tên miền, ngân hàng số hay phần mềm kế toán. Lợi ích chính không chỉ là bảo mật mà là kiểm soát: biết ai có quyền gì, thu hồi ngay khi nhân sự thay đổi, và không phụ thuộc vào trí nhớ của một nhân viên duy nhất.