รักษาความปลอดภัยของข้อมูลเข้าสู่ระบบ

คู่มือนี้จะแสดงวิธีตรวจสอบว่าแอปพลิเคชันและข้อมูลเข้าสู่ระบบของผู้ใช้ปลอดภัย

ทำการตรวจสอบแอป OAuth ให้เสร็จสมบูรณ์

ขอบเขต OAuth 2.0 สำหรับ Google Ads API จัดอยู่ในประเภทขอบเขตที่ถูกจำกัด ซึ่งหมายความว่าคุณควรดำเนินการตามกระบวนการยืนยันแอป OAuth ให้เสร็จสมบูรณ์ก่อนที่จะนำแอปพลิเคชันไปใช้งานจริง ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบเกี่ยวกับ Google Identity, บทความในศูนย์ช่วยเหลือเกี่ยวกับแอปที่ไม่ได้รับการยืนยัน และเอกสารประกอบเกี่ยวกับการตั้งค่าหน้าจอขอความยินยอม OAuth

รักษาความปลอดภัยของข้อมูลเข้าสู่ระบบของแอปพลิเคชัน

คุณควรรักษาความปลอดภัยของรหัสไคลเอ็นต์ OAuth 2.0 และรหัสลับไคลเอ็นต์ของแอปพลิเคชัน ข้อมูลเข้าสู่ระบบเหล่านี้ช่วยให้ผู้ใช้และ Google ระบุแอปพลิเคชันของคุณได้ จึงควรจัดการด้วยความระมัดระวัง คุณควรปฏิบัติต่อข้อมูลเข้าสู่ระบบของแอปพลิเคชันเหล่านี้เหมือนกับรหัสผ่าน อย่าแชร์ข้อมูลเข้าสู่ระบบโดยใช้กลไกที่ไม่ปลอดภัย เช่น การโพสต์ในฟอรัมสาธารณะ การส่งไฟล์การกำหนดค่าที่มีข้อมูลเข้าสู่ระบบเหล่านี้ในไฟล์แนบอีเมล การฮาร์ดโค้ดข้อมูลเข้าสู่ระบบ หรือการคอมมิตข้อมูลเข้าสู่ระบบไปยังที่เก็บโค้ด เราขอแนะนำให้ใช้เครื่องมือจัดการข้อมูลลับ เช่น Google Cloud Secret Manager หรือ AWS Secrets Manager หากเป็นไปได้

หากรหัสลับไคลเอ็นต์ OAuth 2.0 ถูกบุกรุก คุณสามารถรีเซ็ตรหัสลับไคลเอ็นต์ได้

รักษาความปลอดภัยให้บัญชีบริการ

หากคุณใช้บัญชีบริการ ให้รักษาความปลอดภัยของบัญชีดังนี้

  • โปรดดูแลคีย์บัญชีบริการและไฟล์ JSON เช่นเดียวกับรหัสผ่าน รักษาความปลอดภัยโดยใช้เครื่องมือจัดการข้อมูลลับ เช่น Google Cloud Secret Manager หรือ AWS Secrets Manager หากเป็นไปได้

  • ทำตามแนวทางปฏิบัติแนะนำเพิ่มเติมจาก Google Cloud เพื่อรักษาความปลอดภัยและจัดการบัญชีบริการ

รักษาความปลอดภัยของโทเค็นผู้ใช้

หากแอปให้สิทธิ์ผู้ใช้หลายคน คุณควรดำเนินการเพิ่มเติมเพื่อปกป้องโทเค็นเพื่อการเข้าถึงและโทเค็นการรีเฟรชของผู้ใช้ จัดเก็บโทเค็นไว้อย่างปลอดภัยในที่จัดเก็บข้อมูล และไม่ส่งโทเค็นเป็นข้อความธรรมดา ใช้ระบบพื้นที่เก็บข้อมูลที่ปลอดภัยซึ่งเหมาะกับแพลตฟอร์มของคุณ

จัดการการเพิกถอนและการหมดอายุของโทเค็นการรีเฟรช

หากแอปของคุณขอโทเค็นการรีเฟรช OAuth 2.0 เป็นส่วนหนึ่งของการให้สิทธิ์ คุณต้องจัดการการทำให้โทเค็นใช้งานไม่ได้หรือการหมดอายุด้วย โทเค็นการรีเฟรชอาจใช้งานไม่ได้เนื่องจากสาเหตุหลายประการ และแอปพลิเคชันของคุณควรตอบสนองอย่างเหมาะสมโดยการให้สิทธิ์ผู้ใช้อีกครั้งในระหว่างเซสชันการเข้าสู่ระบบครั้งถัดไป หรือล้างข้อมูลของผู้ใช้ตามความเหมาะสม งานออฟไลน์ เช่น งาน cron ควรตรวจหาและบันทึกบัญชีที่โทเค็นการรีเฟรชหมดอายุ แทนที่จะส่งคำขอที่ล้มเหลวต่อไป Google อาจจำกัดแอปพลิเคชันที่สร้างข้อผิดพลาดในระดับสูงเป็นระยะเวลานานเพื่อรักษาความเสถียรของเซิร์ฟเวอร์ API

จัดการความยินยอมสำหรับขอบเขตหลายรายการ

หากแอปขอสิทธิ์สำหรับขอบเขต OAuth 2.0 หลายขอบเขต ผู้ใช้อาจไม่ให้สิทธิ์ขอบเขต OAuth ทั้งหมดที่คุณขอ แอปของคุณควรจัดการการปฏิเสธขอบเขตโดยปิดใช้ฟีเจอร์ที่เกี่ยวข้อง คุณจะแจ้งให้ผู้ใช้ทราบอีกครั้งได้ก็ต่อเมื่อผู้ใช้ระบุเจตนาอย่างชัดเจนว่าจะใช้ฟีเจอร์ที่เฉพาะเจาะจงซึ่งต้องใช้ขอบเขตดังกล่าว ใช้การให้สิทธิ์แบบเพิ่มขึ้นทีละส่วนเพื่อขอขอบเขต OAuth ที่เหมาะสมในกรณีดังกล่าว

หากฟีเจอร์พื้นฐานของแอปต้องใช้ขอบเขตหลายรายการ ให้อธิบายข้อกำหนดนี้แก่ผู้ใช้ก่อนที่จะขอความยินยอม