Một bảng điểm, không phải lời chào hàng
Mười quy tắc vàng về quản lý thông tin xác thực
Đây là những quy tắc mà một hệ thống thông tin xác thực nên được xây dựng dựa trên đó — mang tính kỹ thuật, có thể kiểm tra, đạt/không đạt. Hãy đối chiếu bất kỳ công cụ nào với chúng, bao gồm cả công cụ của chúng tôi, và đếm xem nó đáp ứng được bao nhiêu. Hầu hết các giải pháp trong ngành đáp ứng được chưa đến một nửa, bởi vì cách lưu trữ các bí mật trong hai mươi năm qua được thiết kế cho con người, những người phải đọc và ghi nhớ chúng. Loại bỏ giả định đó và tiêu chuẩn sẽ được nâng lên. Đây là mức chuẩn cần đạt.
Mười quy tắc. Clavitor đáp ứng từng quy tắc.
Mỗi quy tắc là một nguyên tắc phổ quát trong quản lý thông tin xác thực hiệu quả. Dưới mỗi quy tắc, diễn giải một cách đơn giản, là cách Clavitor tuân thủ nó.
01 — Khóa ngẫu nhiên
Khóa được tạo ngẫu nhiên và con người không bao giờ nhìn thấy nó.
Một bí mật mà con người có thể đọc được có thể bị lừa lấy, bị đoán, bị dùng lại hoặc bị ép buộc tiết lộ. Khóa phải là dữ liệu ngẫu nhiên do máy tạo ra — không bao giờ hiển thị, không bao giờ phải nhập, không bao giờ có thể khôi phục từ bất cứ thứ gì con người biết.
02 — Không có mật khẩu chính
Không có mật khẩu chính. Khóa phần cứng là khóa duy nhất.
Mật khẩu chính là một cánh cửa, và cửa thì có thể bị cạy khóa. Cụm từ khôi phục dành cho chủ sở hữu cũng là cụm từ khôi phục dành cho kẻ tấn công. Gốc tin cậy phải là một khóa vật lý bắt buộc phải hiện diện.
03 — Nhà vận hành không thể đọc
Nhà vận hành không thể giải mã dữ liệu mà họ lưu trữ.
Nếu công ty vận hành máy chủ có thể đọc các bí mật của bạn, thì một nhân viên có ý đồ xấu, một lệnh triệu tập, hoặc bất kỳ ai xâm nhập vào công ty đó cũng có thể làm được. Tính bảo mật phải dựa trên toán học, không phải vào hành vi tốt của nhà vận hành.
04 — Không bao giờ ở nơi mã chạy
Các bí mật không bao giờ nằm ở nơi mã chạy.
Một thông tin xác thực trong tệp .env, biến môi trường hoặc bộ nhớ đệm cục bộ chỉ đang chờ bất cứ thứ gì chạy tiếp theo lấy nó. Mã chỉ nên có quyền sử dụng bí mật, không bao giờ được nắm giữ nó.
05 — Không liệt kê
Một tác nhân không thể liệt kê. Nó chỉ truy cập đúng những gì nó được chỉ định.
Nếu một đối tượng có thể liệt kê, tìm kiếm hoặc duyệt kho lưu trữ, một vụ xâm phạm duy nhất sẽ vẽ ra bản đồ toàn bộ những gì bạn sở hữu. Việc không thể liệt kê còn mạnh hơn bất kỳ giới hạn nào đặt ra cho việc liệt kê.
06 — Gắn liền với máy
Thông tin xác thực được gắn liền với máy mà nó được cấp.
Hãy giả sử một thông tin xác thực sớm muộn cũng bị đánh cắp. Điều quan trọng là liệu nó có còn giá trị gì khi rời khỏi máy mà nó thuộc về hay không. Một khóa hoạt động từ bất kỳ đâu sẽ hoạt động từ cả máy tính xách tay của kẻ tấn công.
07 — Không rút hàng loạt
Không một đối tượng nào có thể rút cạn két an toàn.
Sử dụng thông thường chỉ truy cập một vài bí mật. Một vụ đánh cắp sẽ cố lấy mọi thứ thật nhanh. Hệ thống phải phân biệt được hai điều này và ngăn chặn hành vi thứ hai mà không cần chủ sở hữu phải theo dõi.
08 — Được ghi nhật ký và quy kết
Mọi hành động đều được ghi nhật ký và quy kết.
Tài khoản dùng chung và các thao tác đọc ngầm phá vỡ tính trách nhiệm giải trình. Khi có sự cố, bạn cần biết chính xác ai, hoặc cái gì, đã làm điều đó và mọi thông tin xác thực mà nó đã truy cập. Một bản ghi có khoảng trống thì không phải là một bản ghi.
09 — Không lưu trữ gì trên máy khách
Không có thông tin xác thực nào lưu lại trên máy khách. Không trên ổ đĩa, không trong bộ nhớ, ngay cả khi đã mã hóa.
Một bản sao cục bộ được mã hóa vẫn là một bản sao, và khóa giải mã nó nằm trên cùng một máy. Bất cứ thứ gì lưu lại trên thiết bị đều là thứ mà kẻ tấn công có thể quay lại lấy. Thông tin xác thực chỉ nên tồn tại trong đúng khoảnh khắc nó được sử dụng.
10 — Mật mã đã được kiểm chứng
Mật mã được kiểm chứng, không phải tự phát minh.
Mật mã tự chế là cách các đội ngũ thông minh chuốc lấy thất bại. Các hàm nguyên thủy bảo vệ bí mật phải là những hàm đã được các nhà đánh giá độc lập kiểm chứng, và quy trình dựng phải đảm bảo không thể phát hành nếu thiếu chúng. Nhàm chán và được kiểm toán còn hơn là tỏ ra thông minh.
Rà soát danh sách.
Hãy rà soát công cụ hiện tại của bạn qua mười quy tắc này. Sau đó rà soát công cụ của chúng tôi. Chúng tôi viết ra những điều này vì hầu hết các giải pháp trong ngành đều thầm lặng thất bại ở một vài quy tắc — và chúng tôi xây dựng Clavitor để không thất bại ở bất kỳ quy tắc nào.