ภาพรวมของ Play Integrity API

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

ขั้นตอนภาพรวมของ Play Integrity API

API จะแสดงผลการตัดสินที่ช่วยให้คุณตรวจจับภัยคุกคามที่อาจเกิดขึ้นได้ ซึ่งรวมถึง

  • การเข้าถึงโดยไม่ได้รับอนุญาต: ผลการตัดสิน accountDetails ช่วยให้คุณพิจารณาว่าผู้ใช้ติดตั้งหรือชำระเงินสำหรับแอปหรือเกมของคุณใน Google Play หรือไม่
  • การดัดแปลงโค้ด: ผลการตรวจสอบ appIntegrity จะช่วยให้คุณพิจารณาว่ากําลังโต้ตอบกับไบนารีที่ไม่มีการแก้ไขที่ Google Play รู้จักหรือไม่
  • อุปกรณ์ที่มีความเสี่ยงและสภาพแวดล้อมที่จำลอง: ผลการตัดสิน deviceIntegrity จะช่วยให้คุณทราบว่าแอปกำลังทำงานในอุปกรณ์ที่ขับเคลื่อนด้วย Android ที่ผ่านการรับรองของแท้หรืออินสแตนซ์จริงของ Google Play Games สำหรับ PC หรือไม่

นักพัฒนาแอป Google Play ยังเลือกรับผลการตัดสินเพิ่มเติมเพื่อตรวจหาภัยคุกคามที่อาจเกิดขึ้นในวงกว้างขึ้นได้ด้วย ซึ่งรวมถึง

  • อุปกรณ์ที่ไม่มีการแพตช์: การตอบกลับ MEETS_STRONG_INTEGRITY ในผลการตัดสิน deviceIntegrity จะช่วยให้คุณระบุได้ว่าอุปกรณ์ได้ใช้การอัปเดตความปลอดภัยล่าสุดหรือไม่ (สำหรับอุปกรณ์ที่ใช้ Android 13 ขึ้นไป)
  • การเข้าถึงที่เสี่ยงโดยแอปอื่นๆ: appAccessRiskVerdict ช่วยให้คุณพิจารณาได้ว่ามีแอปที่กำลังทำงานอยู่ซึ่งอาจใช้เพื่อจับภาพหน้าจอ แสดงภาพซ้อนทับ หรือควบคุมอุปกรณ์หรือไม่ (เช่น โดยการใช้สิทธิ์การช่วยเหลือพิเศษในทางที่ผิด)
  • มัลแวร์ที่รู้จัก: playProtectVerdict ช่วยให้คุณตรวจสอบได้ว่า Google Play Protect เปิดอยู่หรือไม่ และพบแอปที่มีความเสี่ยงหรือเป็นอันตรายติดตั้งอยู่ในอุปกรณ์หรือไม่
  • กิจกรรมมากเกินไป: ระดับ recentDeviceActivity ช่วยให้คุณพิจารณาได้ว่าอุปกรณ์ได้ส่งคำขอในปริมาณที่สูงอย่างผิดปกติเมื่อเร็วๆ นี้หรือไม่ ซึ่งอาจบ่งบอกถึงการเข้าชมแบบอัตโนมัติและอาจเป็นสัญญาณของการโจมตี
  • การละเมิดซ้ำและการใช้อุปกรณ์ซ้ำ: deviceRecall (เบต้า) ช่วยให้คุณทราบว่ากำลังโต้ตอบกับอุปกรณ์ที่คุณเคยแจ้งแล้วหรือไม่ แม้ว่าจะมีการติดตั้งแอปของคุณใหม่หรือรีเซ็ตอุปกรณ์ก็ตาม

คุณใช้ API ได้ในอุปกรณ์ Android ทุกรูปแบบ ซึ่งรวมถึงโทรศัพท์, แท็บเล็ต, อุปกรณ์พับได้, Android Auto, Android TV, Android XR, ChromeOS, Wear OS และใน Google Play Games สำหรับ PC

ข้อควรพิจารณาด้านความปลอดภัย

Play Integrity API จะมีประโยชน์สูงสุดต่อแอปเมื่อคุณทำตามแนวทางปฏิบัติที่แนะนำต่อไปนี้

มีกลยุทธ์ต่อต้านการละเมิด

Play Integrity API ทำงานได้ดีที่สุดเมื่อใช้ร่วมกับสัญญาณอื่นๆ ในฐานะส่วนหนึ่งของกลยุทธ์การต่อต้านการละเมิดโดยรวมของคุณ และไม่ได้เป็นกลไกต่อต้านการละเมิดเพียงอย่างเดียวของคุณ ใช้ API นี้ร่วมกับแนวทางปฏิบัติแนะนำด้านความปลอดภัยอื่นๆ ที่เหมาะสมสำหรับแอปของคุณ โดยค่าเริ่มต้น แอปจะส่งคำขอได้สูงสุด 10,000 รายการต่อวันในการติดตั้งทั้งหมด คุณสามารถขอเพิ่มจำนวนสูงสุดต่อวันได้

รวบรวมข้อมูลทางไกลและทำความเข้าใจกลุ่มเป้าหมายก่อนดำเนินการ

ก่อนที่จะเปลี่ยนลักษณะการทำงานของแอปตามผลการตรวจสอบของ Play Integrity API คุณสามารถทำความเข้าใจสถานการณ์ปัจจุบันกับกลุ่มเป้าหมายที่มีอยู่ได้โดยใช้ API โดยไม่มีการบังคับใช้ เมื่อทราบคำตัดสินที่ฐานผู้ใช้งานปัจจุบันแสดงผลแล้ว คุณจะประมาณผลกระทบของการบังคับใช้ที่วางแผนไว้และปรับกลยุทธ์ต่อต้านการละเมิดให้สอดคล้องกันได้

ตัดสินใจว่าจะขอผลการตัดสินความสมบูรณ์อย่างไร

Play Integrity API มี 2 ตัวเลือกในการขอและรับการตัดสินความสมบูรณ์ ไม่ว่าคุณจะส่งคำขอแบบมาตรฐาน คำขอแบบคลาสสิก หรือทั้ง 2 แบบรวมกัน การตอบกลับคำตัดสินความสมบูรณ์จะแสดงผลในรูปแบบเดียวกัน

คำขอ API มาตรฐานเหมาะสำหรับแอปหรือเกมทุกประเภท และสามารถส่งคำขอได้ตามต้องการเพื่อตรวจสอบว่าการดำเนินการของผู้ใช้หรือคำขอของเซิร์ฟเวอร์เป็นของจริง คำขอแบบมาตรฐานมีเวลาในการตอบสนองต่ำที่สุด (เฉลี่ย 2-3 ร้อยมิลลิวินาที) และมีความน่าเชื่อถือสูงในการรับคำตัดสินที่ใช้งานได้ คำขอแบบมาตรฐานจะใช้ประโยชน์จากการแคชอัจฉริยะในอุปกรณ์ ขณะเดียวกันก็มอบหมายการป้องกันการโจมตีบางประเภทให้ Google Play

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

ตารางต่อไปนี้จะไฮไลต์ความแตกต่างที่สําคัญบางประการระหว่างคําขอทั้ง 2 ประเภท

คําขอ API มาตรฐาน คำขอ API แบบคลาสสิก
Android SDK ขั้นต่ำที่จำเป็น* Android 6.0 (ระดับ API 23) ขึ้นไป Android 6.0 (ระดับ API 23) ขึ้นไป
ต้องมีการเตรียม API ให้พร้อมใช้งาน ✔️ (ไม่กี่วินาที) ❌
เวลาในการตอบสนองต่อคำขอโดยทั่วไป ไม่กี่ร้อยมิลลิวินาที ไม่กี่วินาที
ความถี่ในการส่งคำขอที่เป็นไปได้ บ่อยครั้ง (ตรวจสอบการดำเนินการหรือคำขอตามต้องการ) ไม่บ่อย (การตรวจสอบแบบครั้งเดียวสำหรับการดำเนินการที่มีมูลค่าสูงสุดหรือคำขอที่มีความละเอียดอ่อนมากที่สุด)
ลดความเสี่ยงจากการโจมตีแบบ Replay และการโจมตีที่คล้ายกัน การลดความเสี่ยงโดยอัตโนมัติโดย Google Play ใช้ช่อง nonce กับตรรกะฝั่งเซิร์ฟเวอร์

* สำหรับไลบรารี Play Integrity API v1.4.0 ขึ้นไป Android SDK ขั้นต่ำที่รองรับจะเหมือนกันสำหรับคำขอทั้ง 2 ประเภท และกำหนดโดย minSdkVersion ของไลบรารี สำหรับ v1.3.0 และรุ่นก่อนหน้า Android SDK ขั้นต่ำที่จำเป็นคือ Android 5.0 (ระดับ API 21) สำหรับคำขอ Standard API และ Android 4.4 (ระดับ API 19) สำหรับคำขอ Classic API

คุณดูตารางที่มีความแตกต่างเพิ่มเติมได้ในข้อควรพิจารณาเกี่ยวกับคำขอแบบคลาสสิก

ขอการตัดสินความสมบูรณ์ในช่วงเวลาที่เหมาะสม

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

ทำให้คำขอ API ของคุณจำลองได้ยาก

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

คำขอ Classic API มีฟิลด์ที่เรียกว่า nonce (ย่อมาจาก Number Once) ซึ่งใช้เพื่อป้องกันการโจมตีบางประเภท เช่น การโจมตีแบบ Replay และการโจมตีแบบ Tampering ทำตามคำแนะนำเกี่ยวกับวิธีสร้าง Nonce เพื่อปกป้องคำขอแบบคลาสสิกของแอป

หลีกเลี่ยงการแคชคำตัดสินความสมบูรณ์

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

มีกลยุทธ์การบังคับใช้แบบแบ่งระดับ

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

ก่อนประเมินความน่าเชื่อถือของอุปกรณ์ คุณต้องตรวจสอบสัญญาณหลักอื่นๆ ในการตอบกลับจาก API ดังนี้

  • รายละเอียดคำขอ: ตรวจสอบว่า requestDetails ตรงกับค่าที่คาดไว้ โดยเฉพาะการยืนยัน requestHash หรือ nonce เพื่อป้องกันการโจมตีแบบ Replay Attack
  • ความสมบูรณ์ของแอป: ตรวจสอบว่า appRecognitionVerdict เป็น PLAY_RECOGNIZED ซึ่งเป็นการยืนยันว่า Play รู้จักใบรับรองการลงนามของแอปและไม่มีการปลอมแปลง
  • รายละเอียดบัญชี: ตรวจสอบว่า appLicensingVerdict เป็น LICENSED ซึ่งเป็นการยืนยันว่าผู้ใช้ติดตั้งหรืออัปเดตแอปจาก Google Play

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

เมื่อการตรวจสอบพื้นฐานผ่านแล้ว คุณสามารถจัดระดับกลยุทธ์การบังคับใช้ตามความน่าเชื่อถือของอุปกรณ์ได้โดยเลือกรับป้ายกำกับอุปกรณ์เพิ่มเติมในการตอบกลับจาก API จาก Play Console อุปกรณ์แต่ละเครื่องจะแสดงผลป้ายกำกับทั้งหมดที่มีเกณฑ์ตรงตามที่กำหนด หากต้องการดูเวอร์ชัน Android SDK คุณควรใช้ช่อง deviceAttributes ที่รวมอยู่ในการตอบกลับจาก API ระดับความน่าเชื่อถือของอุปกรณ์มีตั้งแต่ระดับที่น่าเชื่อถือมากไปจนถึงระดับที่น่าเชื่อถือน้อย ดังนี้

  • MEETS_STRONG_INTEGRITY (Android 13 ขึ้นไป): ระดับความน่าเชื่อถือของอุปกรณ์สูงสุด ซึ่งต้องใช้สัญญาณความปลอดภัยที่สนับสนุนด้วยฮาร์ดแวร์และแพตช์ด้านความปลอดภัยล่าสุด
  • MEETS_DEVICE_INTEGRITY (Android 13 ขึ้นไป) และ MEETS_STRONG_INTEGRITY (Android เวอร์ชันก่อน 13): ระดับความน่าเชื่อถือถัดไป ทั้ง 2 วิธีใช้สัญญาณความปลอดภัยที่สนับสนุนโดยฮาร์ดแวร์
  • MEETS_DEVICE_INTEGRITY (Android เวอร์ชันก่อน 13): ระดับถัดไป โดยใช้การรับรองที่อิงฮาร์ดแวร์เมื่อพร้อมใช้งาน และการรับรองที่สนับสนุนโดยซอฟต์แวร์เป็นทางเลือกสำรอง
  • MEETS_BASIC_INTEGRITY: ระดับความน่าเชื่อถือต่ำที่สุด ก่อนที่จะไม่ได้รับป้ายกำกับอุปกรณ์เลย

เช่น หลังจากเลือกรับป้ายกำกับอุปกรณ์ทั้งหมดแล้ว คุณอาจเลือกเชื่อถืออุปกรณ์ที่แสดงผล MEETS_STRONG_INTEGRITY, MEETS_DEVICE_INTEGRITY และ MEETS_BASIC_INTEGRITY มากกว่าอุปกรณ์ที่แสดงผลเฉพาะ MEETS_BASIC_INTEGRITY คุณสามารถตอบสนองแตกต่างจากเซิร์ฟเวอร์ในแต่ละสถานการณ์

จากนั้นคุณสามารถเพิ่มสัญญาณอื่นๆ ลงในกลยุทธ์การบังคับใช้แบบเป็นระดับชั้นได้ เช่น การปฏิบัติต่ออุปกรณ์ที่แสดงผลระดับที่สูงกว่าใน recentDeviceActivity ว่ามีความน่าเชื่อถือน้อยกว่า

ส่งการตอบกลับที่หลากหลายจากเซิร์ฟเวอร์ไปยังแอป

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

ตรวจจับการละเมิดซ้ำโดยใช้การเรียกคืนของอุปกรณ์ ขณะเดียวกันก็รักษาความเป็นส่วนตัวของผู้ใช้

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

  • คุณสามารถใช้เป็นแฟล็กหรือบูลีนแยกกันได้สูงสุด 3 รายการ ตัวอย่างเช่น ค่าอาจแสดงว่าอุปกรณ์ได้สร้างหรือไม่ได้สร้างบัญชี ได้แลกหรือไม่ได้แลกสิทธิ์ช่วงทดลองใช้ฟรี หรือเป็นที่ทราบหรือไม่ว่าเป็นอุปกรณ์ที่มีการละเมิดที่มีความรุนแรงสูง
  • หรือคุณจะรวมสถานะทั้งหมดของค่าเป็นป้ายกำกับที่กำหนดเองได้สูงสุด 8 รายการ เช่น ป้ายกำกับ 1 รายการสำหรับสถานะเริ่มต้นเมื่อค่าทั้ง 3 ค่าไม่มีการแก้ไข และป้ายกำกับ 7 รายการที่มีความหมายที่กำหนดเอง ซึ่งจะช่วยให้คุณแบ่งกลุ่มอุปกรณ์ทั้งหมดออกเป็นกลุ่มต่างๆ ได้สูงสุด 8 กลุ่มตามลักษณะการทำงานหรือการดำเนินการที่คุณกำหนด ในสถานการณ์นี้ writeDates ที่อัปเดตล่าสุดจากทั้ง 3 รายการจะระบุเวลาที่คุณอัปเดตป้ายกำกับครั้งล่าสุด

นอกจากนี้ โปรดคำนึงถึงข้อกำหนดเบื้องต้นและข้อควรพิจารณาอื่นๆ เมื่อทำงานกับข้อมูลการเรียกคืนของอุปกรณ์

ตรวจจับการละเมิดในวงกว้างโดยใช้กิจกรรมในอุปกรณ์ล่าสุด

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

แสดงข้อความแสดงข้อผิดพลาดที่นำไปใช้ได้จริง

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

มีแผนสำหรับปัญหาหรือการหยุดทำงานที่ไม่คาดคิด

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

พิจารณาโซลูชันการป้องกันการประพฤติมิชอบแบบครบวงจรสำหรับองค์กร

ลูกค้าองค์กรที่กำลังมองหาโซลูชันการจัดการบ็อตและการประพฤติมิชอบแบบครบวงจรสามารถซื้อ reCAPTCHA Enterprise สำหรับอุปกรณ์เคลื่อนที่ ซึ่งรวมถึง SDK สำหรับ Android ที่ให้คะแนนความเสี่ยงจากการประพฤติมิชอบแก่นักพัฒนาแอป reCAPTCHA Enterprise จะรวมสัญญาณ Play Integrity API โดยอัตโนมัติ และรวมสัญญาณเหล่านั้นเข้ากับสัญญาณเครือข่ายและแอปพลิเคชัน reCAPTCHA สำหรับลูกค้า ซึ่งเป็นโซลูชันการจัดการการประพฤติมิชอบที่ราบรื่นและมองไม่เห็นซึ่งพร้อมใช้งานทันที นอกจากนี้ยังช่วยปกป้องแอป Android ที่ไม่มี Play Integrity API ได้ด้วย

ตรวจสอบการเข้าชมที่มีความเสี่ยงเมื่อเข้าถึงฟีเจอร์ที่มีมูลค่าสูงหรือมีความละเอียดอ่อน

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

ข้อกำหนดในการให้บริการและความปลอดภัยของข้อมูล

การเข้าถึงหรือใช้ Play Integrity API หมายความว่าคุณยอมรับข้อกำหนดในการให้บริการของ Play Integrity API อ่านและทำความเข้าใจข้อกำหนดและนโยบายที่เกี่ยวข้องทั้งหมดก่อนเข้าถึง API

Google Play มีส่วนความปลอดภัยของข้อมูลสำหรับนักพัฒนาแอปเพื่อเปิดเผยแนวทางปฏิบัติด้านการเก็บรวบรวมข้อมูล การแชร์ และการรักษาความปลอดภัยข้อมูลของแอปเพื่อแจ้งให้ผู้ใช้ทราบ ดูข้อมูลเกี่ยวกับวิธีที่ Play Integrity API จัดการข้อมูลเพื่อช่วยคุณกรอกแบบฟอร์มข้อมูลให้เสร็จสมบูรณ์

ถัดไป
สาธิต