Xác định phạm vi trước khi tạo
Chỉ cấp cho khóa những hành động và tài nguyên mà công việc của nó yêu cầu. Một tích hợp giám sát có thể cần quyền đọc; một công cụ triển khai có thể cần một tập hợp các thao tác vòng đời được xác định. Hãy tách quyền thanh toán riêng khi có thể.
Tiết lộ cẩn thận và lưu trữ riêng tư
Một khóa thực sự nên được hiển thị thông qua quy trình tạo an toàn, được bảo vệ khi lưu trữ và loại trừ khỏi URL, gói trình duyệt và kiểm soát nguồn. Ghi lại chủ sở hữu, mục đích và thời gian tạo mà không tiết lộ chính bí mật đó.
Làm cho việc thu hồi trở nên thiết thực
Cấp thông tin xác thực riêng cho từng tích hợp để có thể thu hồi một cái mà không dừng mọi thứ. Luân chuyển có chủ đích và xác minh rằng khóa cũ không còn hoạt động. Điều tra việc sử dụng bất thường bằng các bản ghi kiểm toán có giới hạn.
Kiểm thử các giới hạn
Một bài kiểm tra khởi chạy hữu ích bao gồm thao tác được phép, thao tác bị cấm, khóa đã hết hạn hoặc bị thu hồi và yêu cầu nằm ngoài ranh giới tài nguyên của khóa. Chỉ xác thực không phải là cấp quyền.
Chính sách khóa ứng viên
Hợp đồng API mô tả tối đa mười khóa hoạt động cho mỗi tài khoản, với mục đích được đặt tên, ngày hết hạn tùy chọn và hạn chế địa chỉ nguồn. Phạm vi tách biệt quyền đọc, quản lý máy chủ, thanh toán và toàn quyền kiểm soát. Quy trình tạo nên hiển thị bí mật một lần và chỉ giữ lại một biểu diễn xác minh được bảo vệ phù hợp.
Kiểm toán mà không lộ yêu cầu
Một bản ghi kiểm toán hữu ích có thể bao gồm định danh khóa, tuyến, thời gian và kết quả mà không lưu giữ mật khẩu hay toàn bộ nội dung yêu cầu. Quyền truy cập vào bản ghi vẫn cần được bảo vệ. Hãy xác định thời hạn lưu giữ và xuất dữ liệu thay vì lưu giữ lịch sử vận hành nhạy cảm vô thời hạn.
Cấp cho mỗi tự động hóa thông tin xác thực riêng
Trình kiểm tra sao lưu, trình xử lý triển khai và tích hợp thanh toán không nên dùng chung một khóa toàn quyền. Đặt tên khóa theo công việc của nó, cấp phạm vi nhỏ nhất và ghi lại ai sở hữu nó. Các nhóm dự kiến là đọc, máy chủ, thanh toán và toàn quyền; ánh xạ hoạt động chính xác của chúng phải được kiểm tra khi API trở nên khả dụng.
Tạo, lưu trữ và luân chuyển
Mô hình tài khoản đề xuất cho phép tối đa mười khóa hoạt động. Hiển thị bí mật mới một lần, sau đó chỉ giữ lại bộ xác minh phía máy chủ cần thiết để xác thực nó. Lưu bản sao phía client trong trình quản lý bí mật hoặc môi trường dịch vụ được bảo vệ. Luân chuyển bằng cách đưa vào một khóa thay thế, kiểm tra worker phụ thuộc, rồi thu hồi khóa cũ; không bao giờ đặt khóa trong URL công khai hoặc gói trình duyệt.
Thu hồi quyền truy cập, không thu hồi bằng chứng
Vô hiệu hóa một khóa nên chặn các yêu cầu trong tương lai trong khi vẫn giữ một bản ghi bảo mật hạn chế về việc sử dụng trước đây. Nếu một thông tin xác thực có thể đã bị lộ, hãy thu hồi ngay, kiểm tra các tài nguyên bị ảnh hưởng và thay thế mọi bí mật liên quan. Danh sách khóa nên hiển thị một định danh an toàn và siêu dữ liệu lần sử dụng cuối thay vì bí mật dạng văn bản thuần có thể khôi phục.
Rõ ràng hơn một chút.
Trang này có thể tạo khóa API hoạt động được không?
Không. Việc tạo khóa yêu cầu một backend tài khoản đã xác thực; trang thông tin này không cấp thông tin xác thực.