Hướng dẫn này trình bày cách đảm bảo ứng dụng và thông tin xác thực người dùng của bạn được bảo mật.
Hoàn tất quy trình xác minh ứng dụng OAuth
Phạm vi OAuth 2.0 cho Google Ads API được phân loại là phạm vi bị hạn chế, tức là bạn phải hoàn tất quy trình xác minh ứng dụng OAuth trước khi đưa ứng dụng vào hoạt động chính thức. Hãy xem tài liệu về Google Identity, bài viết trên Trung tâm trợ giúp về các ứng dụng chưa được xác minh và tài liệu về cách thiết lập màn hình xin phép OAuth để tìm hiểu thêm.
Bảo mật thông tin đăng nhập của ứng dụng
Bạn nên bảo mật mã ứng dụng khách OAuth 2.0 và khoá bí mật của ứng dụng khách. Thông tin xác thực này giúp người dùng và Google xác định ứng dụng của bạn, do đó, bạn nên xử lý thông tin này một cách cẩn thận. Bạn nên coi những thông tin xác thực ứng dụng này như mật khẩu. Đừng chia sẻ thông tin xác thực bằng các cơ chế không an toàn, chẳng hạn như đăng trên diễn đàn công khai, gửi tệp cấu hình chứa thông tin xác thực này trong tệp đính kèm email, cố định giá trị thông tin xác thực trong mã hoặc đưa thông tin xác thực vào kho lưu trữ mã. Bạn nên sử dụng trình quản lý bí mật như Google Cloud Secret Manager hoặc AWS Secrets Manager khi có thể.
Nếu khoá bí mật của ứng dụng khách OAuth 2.0 bị xâm phạm, bạn có thể đặt lại khoá.
Bảo mật tài khoản dịch vụ
Nếu bạn sử dụng tài khoản dịch vụ, hãy bảo mật các tài khoản đó như sau:
Hãy coi khoá tài khoản dịch vụ và tệp JSON của bạn như mật khẩu. Bảo mật các thông tin này bằng một trình quản lý thông tin bí mật như Google Cloud Secret Manager hoặc AWS Secrets Manager nếu có thể.
Làm theo các phương pháp hay nhất khác của Google Cloud để bảo mật và quản lý tài khoản dịch vụ của bạn.
Bảo mật mã thông báo người dùng
Nếu ứng dụng của bạn uỷ quyền cho nhiều người dùng, bạn nên thực hiện thêm các bước để bảo vệ mã làm mới và mã truy cập của người dùng. Lưu trữ mã thông báo một cách an toàn khi không sử dụng và không bao giờ truyền mã thông báo dưới dạng văn bản thuần túy. Sử dụng hệ thống lưu trữ an toàn phù hợp với nền tảng của bạn.
Xử lý việc thu hồi và hết hạn mã làm mới
Nếu ứng dụng của bạn yêu cầu mã làm mới OAuth 2.0 trong quá trình uỷ quyền, thì bạn cũng phải xử lý trường hợp mã này không hợp lệ hoặc hết hạn. Mã làm mới có thể bị vô hiệu hoá vì nhiều lý do và ứng dụng của bạn nên phản hồi một cách linh hoạt bằng cách uỷ quyền lại cho người dùng trong phiên đăng nhập tiếp theo hoặc dọn dẹp dữ liệu của họ nếu thích hợp. Các công việc ngoại tuyến, chẳng hạn như dịch vụ chạy ngầm theo thời gian định trước, phải phát hiện và ghi lại những tài khoản có mã làm mới đã hết hạn, thay vì tiếp tục đưa ra các yêu cầu không thành công. Google có thể điều tiết các ứng dụng tạo ra nhiều lỗi trong một khoảng thời gian dài để duy trì độ ổn định của máy chủ API.
Quản lý sự đồng ý cho nhiều phạm vi
Nếu ứng dụng của bạn yêu cầu uỷ quyền cho nhiều phạm vi OAuth 2.0, thì người dùng có thể không cấp tất cả phạm vi OAuth mà bạn yêu cầu. Ứng dụng của bạn nên xử lý trường hợp phạm vi bị từ chối bằng cách tắt các tính năng liên quan. Bạn chỉ có thể nhắc người dùng lần nữa sau khi họ thể hiện rõ ý định sử dụng tính năng cụ thể yêu cầu phạm vi đó. Sử dụng tính năng uỷ quyền gia tăng để yêu cầu phạm vi OAuth thích hợp trong những trường hợp như vậy.
Nếu các tính năng cơ bản của ứng dụng yêu cầu nhiều phạm vi, hãy giải thích yêu cầu này cho người dùng trước khi nhắc họ đồng ý.