การตัดสินที่ได้รับการปรับปรุงในอุปกรณ์ Android 13 ขึ้นไป

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

สรุปการเปลี่ยนแปลง

คุณดูสรุปการเปลี่ยนแปลงโดยละเอียดและคำถามที่พบบ่อยได้ในส่วนท้ายของเอกสารนี้ การเปลี่ยนแปลงผลการตัดสินในเดือนพฤษภาคม 2025 มีดังนี้

อะไร มีอะไรเปลี่ยนแปลงบ้าง ผลกระทบโดยประมาณ* อุปกรณ์ใด
การเปลี่ยนแปลงที่จะส่งผลกระทบต่อนักพัฒนาแอปทุกคนที่ส่งคำขอ Play Integrity API
การตอบกลับคำตัดสินของอุปกรณ์: meets-device-integrity ต้องมีผลการตัดสินการเปิดเครื่องที่ได้รับการยืนยันเป็นค่าบวกที่ได้รับการสนับสนุนจากฮาร์ดแวร์ ผลกระทบน้อยที่สุดเนื่องจาก Play Integrity API ใช้สัญญาณความปลอดภัยที่สนับสนุนด้วยฮาร์ดแวร์ในอุปกรณ์ Android 13 ขึ้นไปอยู่แล้ว (~0.4%) Android 13 ขึ้นไป
การตอบกลับความสมบูรณ์ของแอป: ผลการตัดสินการจดจำแอป ไม่มีการเปลี่ยนแปลง ผลกระทบน้อยมาก การดำเนินการนี้จะสะท้อนการเปลี่ยนแปลงในผลการวินิจฉัยของอุปกรณ์ (~0.4%) Android 13 ขึ้นไป
การตอบกลับรายละเอียดบัญชี: การตัดสินเกี่ยวกับใบอนุญาต Play แอปที่ขอต้องได้รับการติดตั้งหรืออัปเดตโดย Google Play การตอบกลับที่ได้รับอนุญาตลดลงเล็กน้อย (~2.5%) Android 6 ขึ้นไป
การเปลี่ยนแปลงที่จะส่งผลกระทบต่อนักพัฒนาแอป Play Console และนักพัฒนา Play SDK Console ที่ใช้ฟีเจอร์ที่ไม่บังคับเท่านั้น
การตอบกลับคำตัดสินของอุปกรณ์: meets-basic-integrity ต้องมีเอกสารรับรองคีย์แพลตฟอร์ม Android แต่สถานะการเปิดเครื่องอาจได้รับการยืนยันหรือไม่ก็ได้ การตอบกลับพื้นฐานลดลงเล็กน้อย (~0.4%) Android 13 ขึ้นไป
การตอบกลับคำตัดสินของอุปกรณ์: meets-strong-integrity ต้องมีการอัปเดตความปลอดภัยในช่วงปีที่ผ่านมา การตอบสนองที่รุนแรงลดลง (~14.5%) Android 13 ขึ้นไป
สัญญาณที่ไม่บังคับทั้งหมด (ยกเว้นแอตทริบิวต์อุปกรณ์)** แอปที่ขอต้องได้รับการติดตั้งหรืออัปเดตโดย Google Play การตอบกลับที่มีสัญญาณที่ไม่บังคับลดลงเป็น % (~7%) Android 13 ขึ้นไป

*เปอร์เซ็นต์ผลกระทบโดยประมาณทั้งหมดที่กล่าวถึงก่อนหน้านี้อิงตามค่าเฉลี่ย และแอปต่างๆ อาจเห็นการเปลี่ยนแปลงที่น้อยกว่าหรือมากกว่า ทั้งนี้ขึ้นอยู่กับ ฐานผู้ใช้งาน

**สัญญาณที่ไม่บังคับ (ยกเว้นแอตทริบิวต์ของอุปกรณ์) ได้แก่ meets-basic-integrity, meets-strong-integrity, กิจกรรมล่าสุดในอุปกรณ์ การเรียกคืนอุปกรณ์ (เบต้า) สถานะ Play Protect และความเสี่ยงในการเข้าถึงแอป

คำถามที่พบบ่อย

ภาพรวม

Play Integrity API คืออะไร

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

Play Integrity API ให้สัญญาณใดบ้าง

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

การยืนยันคีย์แพลตฟอร์ม Android คืออะไร

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

การเปลี่ยนแปลงคำตัดสิน

มีการเปลี่ยนแปลงอะไรบ้างในคำตัดสินของ Play Integrity API ในอุปกรณ์ Android 13 ขึ้นไป

ตอนนี้ Play Integrity API กำหนดให้ต้องใช้สัญญาณความปลอดภัยที่สนับสนุนด้วยฮาร์ดแวร์สำหรับการตัดสินความสมบูรณ์ทั้งหมด ดังนี้

  • meets-device-integrityผลการตัดสินการจดจำอุปกรณ์เป็นตัวบ่งชี้ ว่าอุปกรณ์ที่แอปทำงานอยู่เป็นอุปกรณ์ Android ของแท้และได้รับการรับรอง คำตัดสินนี้จะกำหนดให้ Bootloader ของอุปกรณ์ต้อง ล็อกไว้ และระบบปฏิบัติการ Android ที่โหลดต้องเป็นรูปภาพของผู้ผลิตอุปกรณ์ที่ได้รับการรับรอง
  • meets-strong-integrityผลการตัดสินการจดจำอุปกรณ์เป็นข้อบ่งชี้ของ อุปกรณ์ Android จริงที่ผ่านการรับรองพร้อมการอัปเดต ความปลอดภัยล่าสุด คำตัดสินนี้กำหนดให้meets-device-integrity และ การอัปเดตความปลอดภัยในช่วงปีที่ผ่านมาสำหรับพาร์ติชันทั้งหมดของ อุปกรณ์ รวมถึงแพตช์พาร์ติชันระบบปฏิบัติการ Android และแพตช์พาร์ติชันของผู้ให้บริการ เงื่อนไขนี้อาจมีการเปลี่ยนแปลงในอนาคต
  • meets-basic-integrityผลการตัดสินการจดจำอุปกรณ์เป็นข้อบ่งชี้ว่า การตรวจสอบเกิดขึ้นในอุปกรณ์จริงที่ใช้ Android Bootloader ของอุปกรณ์อาจล็อกหรือปลดล็อกได้ และสถานะการเปิดเครื่องอาจได้รับการยืนยันหรือไม่ก็ได้ อุปกรณ์อาจไม่ได้รับการรับรอง ในกรณีนี้ Google จะไม่สามารถ ให้การรับประกันด้านความปลอดภัย ความเป็นส่วนตัว หรือความเข้ากันได้ของแอป และไม่สามารถ รับประกันว่าอุปกรณ์ไม่ได้ทำหน้าที่เป็นพร็อกซี เช่น สำหรับอินสแตนซ์เสมือน ของ Android นอกจากนี้ อุปกรณ์ที่รูทก็จะมีสิทธิ์แสดง meets-basic-integrity ตราบใดที่มีเอกสารรับรองคีย์

การเปลี่ยนแปลงเหล่านี้จะไม่ส่งผลต่อ Play Integrity API ใน Play Games สำหรับ PC ซึ่งจะยังคงแสดงผล meets-virtual-integrity ต่อไป

เหตุใดจึงมีการเปลี่ยนแปลงผลการตัดสินของ Play Integrity API ในอุปกรณ์ Android 13 ขึ้นไป

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

  • ลดสัญญาณอุปกรณ์ที่ต้องรวบรวมและประเมินเพื่อสร้างผลการตัดสินเริ่มต้นในเซิร์ฟเวอร์ของ Google ได้ประมาณ 90% สัญญาณที่ไม่บังคับ จะยังคงต้องมีการรวบรวมสัญญาณเพิ่มเติม
  • การปรับปรุงเวลาในการตอบสนองของผลการตัดสินสูงสุด 80% สำหรับคำขอมาตรฐานในกรณีที่แย่ที่สุด และสูงสุด 80% สำหรับคำขอแบบคลาสสิกทั้งหมดเพื่อให้ได้ผลการตัดสินเริ่มต้น สัญญาณที่ไม่บังคับอาจเพิ่มเวลาในการตอบสนอง
  • ระดับความน่าเชื่อถือและการสนับสนุนที่สอดคล้องกันสำหรับอุปกรณ์ Android ทุกรูปแบบ พร้อมการรับรองคีย์ ซึ่งรวมถึงมือถือ, แท็บเล็ต, อุปกรณ์พับได้, ทีวี, Auto, Wear OS และ ChromeOS
  • ความแตกต่างที่มากขึ้นระหว่างป้ายกำกับอุปกรณ์แต่ละรายการในผลการตัดสินการจดจำอุปกรณ์: meets-strong-integrity, meets-device-integrity และ meets-basic-integrity

คำตัดสินของ Play Integrity API ใน Play Games สำหรับ PC จะไม่เปลี่ยนแปลง และ จะเหมือนกันใน Android 12 ลงไปกับใน Android 13 ขึ้นไป

ฉันจะอัปเดตตรรกะแบ็กเอนด์ของแอปเพื่อให้ผลการตัดสินความสมบูรณ์พิจารณาเวอร์ชัน Android SDK ได้อย่างไร

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

Kotlin

val deviceIntegrity =
  JSONObject(payload).getJSONObject("deviceIntegrity")
val sdkVersion =
  if (deviceIntegrity.has("deviceAttributes")) {
    deviceIntegrity.getJSONObject("deviceAttributes").getInt("sdkVersion")
  } else {
    0
  }

if (sdkVersion >= 30) {
  // Provide Android R+ specific experience to the user.
}

Java

JSONObject deviceIntegrity =
  new JSONObject(payload).getJSONObject("deviceIntegrity");
int sdkVersion =
  deviceIntegrity.has("deviceAttributes")
    ? deviceIntegrity.getJSONArray("deviceAttributes").getInt("sdkVersion")
    : 0;

if (sdkVersion >= 30) {
  // Provide Android R+ specific experience to the user.
}

ฉันจะใช้คำจำกัดความป้ายกำกับ meets-strong-integrity เก่าใน Android SDK ทุกเวอร์ชันได้อย่างไร

คุณทำได้โดยอัปเดตตรรกะแบ็กเอนด์ของแอปให้ใช้ meets-strong-integrity เมื่อเป็นอุปกรณ์ที่ใช้ Android เวอร์ชันก่อน 13 และ meets-device-integrity เมื่อเป็นอุปกรณ์ที่ใช้ Android 13 ขึ้นไปโดยใช้ ช่องแอตทริบิวต์อุปกรณ์ใหม่ในคำตัดสินที่มีเวอร์ชัน Android SDK ตัวอย่างการดำเนินการมีดังนี้

Kotlin

val deviceRecognitionVerdict =
  if (deviceIntegrity.has("deviceRecognitionVerdict")) {
    deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
  } else {
    ""
  }

val deviceIntegrityToCheckFor =
  sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";

if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
  // Looks good!
}

Java

JSONObject deviceIntegrity =
  new JSONObject(payload).getJSONObject("deviceIntegrity");
String deviceRecognitionVerdict =
  deviceIntegrity.has("deviceRecognitionVerdict")
    ? deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
    : "";

String deviceIntegrityToCheckFor =
  sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";

if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
  // Looks good!
}

เนื่องจากเป็นสัญญาณที่สนับสนุนด้วยฮาร์ดแวร์ด้วย ฟิลด์แอตทริบิวต์ของอุปกรณ์จึงมีความน่าเชื่อถือมากที่สุดในอุปกรณ์ที่ใช้ Android 13 ขึ้นไป

มีการเปลี่ยนแปลงคำตัดสินอื่นๆ อะไรอีกบ้าง

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

  • การตอบกลับที่มีใบอนุญาตของ Play: ตอนนี้ Play Integrity API กำหนดให้แอปที่ขอต้องได้รับการติดตั้งหรืออัปเดตโดย Google Play เสมอเพื่อที่จะแสดงการตอบกลับที่มีใบอนุญาตของ Play การเปลี่ยนแปลงนี้จะแก้ไขกรณีการใช้งานที่พบได้ยากบางกรณีและช่วยให้นักพัฒนาแอปตีความการตอบกลับได้ง่ายขึ้น
  • ความพร้อมใช้งานของสัญญาณที่ไม่บังคับ: สัญญาณที่ไม่บังคับทั้งหมดที่พร้อมใช้งานสำหรับ นักพัฒนาแอปที่ใช้ Google Play Console หรือ Play SDK Console (ยกเว้นแอตทริบิวต์ของอุปกรณ์) กำหนดให้แอปที่ขอต้องได้รับการติดตั้งหรืออัปเดตโดย Google Play ใน Android 13 ขึ้นไป ซึ่งรวมถึง meets-strong-integrity, meets-basic-integrity, กิจกรรมล่าสุดในอุปกรณ์, การเรียกคืนอุปกรณ์ (เบต้า), ผลการวินิจฉัยความเสี่ยงในการเข้าถึงแอป และผลการวินิจฉัยของ Play Protect เราได้ปรับคำขอ Play Integrity API อื่นๆ ทั้งหมดให้เป็นมาตรฐานเพื่อรับการตรวจสอบอุปกรณ์ (ที่มีป้ายกำกับ meets-device-integrity เท่านั้น) การตรวจสอบโปรแกรมติดตั้ง การตรวจสอบความสมบูรณ์ของแอป และแอตทริบิวต์ของอุปกรณ์ (หากเปิดใช้)
  • การเปลี่ยนแปลงคำตัดสินสำหรับอุปกรณ์ที่เฉพาะเจาะจง: Play Integrity API จะเปลี่ยนคำตัดสินของอุปกรณ์โดยอัตโนมัติในสถานการณ์ต่างๆ เพื่อปกป้องแอปตั้งแต่เนิ่นๆ ใน Android SDK ทุกเวอร์ชัน เช่น เมื่อมีหลักฐานของกิจกรรมที่มากเกินไปหรือการประนีประนอมคีย์ ซึ่งรวมถึงความสามารถของ Play ในการใช้สัญญาณอื่นๆ เป็นข้อมูลสำรองเพื่อสร้างผลการตัดสินชั่วคราวของอุปกรณ์สำหรับผู้ใช้เมื่อไม่มีสัญญาณที่สนับสนุนด้วยฮาร์ดแวร์ ขอแนะนำให้นักพัฒนาแอปใช้กล่องโต้ตอบการแก้ไขในแอปของ Play หรือนำผู้ใช้ไปยังแอป Play Store เพื่อแก้ไขปัญหาเกี่ยวกับผลการตัดสินความสมบูรณ์ ในอนาคต กล่องโต้ตอบเหล่านี้จะครอบคลุมสถานการณ์ต่างๆ มากขึ้น และมีคำแนะนำที่เฉพาะเจาะจงสำหรับผู้ใช้เพื่อบอกให้ทราบถึงสิ่งที่ต้องแก้ไขตามอุปกรณ์หรือบัญชีที่เฉพาะเจาะจง

ฉันจะรายงานปัญหาเกี่ยวกับผลการตัดสินด้านความสมบูรณ์ได้อย่างไร

หากต้องการรายงานปัญหาเกี่ยวกับการตอบกลับจาก Play Integrity API ไม่ว่าจะเป็นปัญหาเกี่ยวกับคำตัดสินที่ผ่านมาหรือคำตัดสินใหม่ ให้ทำตามวิธีการในหน้าสนับสนุน

ความพร้อมใช้งาน

Play Integrity API ต้องใช้อะไรจึงจะทำงานได้

Play Integrity API กำหนดให้ต้องติดตั้ง Google Play Store และบริการ Google Play ในอุปกรณ์ ซึ่งรวมถึงอุปกรณ์ Android และ Google Play Games สำหรับ PC คำขอแบบคลาสสิกต้องใช้ Android 4.4 (API ระดับ 19) ขึ้นไป และคำขอมาตรฐานต้องใช้ Android 5.0 (API ระดับ 21) ขึ้นไป ในอุปกรณ์ที่ใช้ Android 13 (API ระดับ 33) ขึ้นไป ตอนนี้ Play Integrity API จะมีความน่าเชื่อถือและการสนับสนุนในระดับเดียวกันในอุปกรณ์ Android ทุกรูปแบบที่มีการรับรองที่สำคัญ ซึ่งรวมถึงมือถือ แท็บเล็ต อุปกรณ์พับได้ ทีวี Auto, Wear OS และ ChromeOS

เหตุใด Play Integrity API จึงมีผลการตัดสินที่แตกต่างกันสำหรับอุปกรณ์แต่ละเครื่อง

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

อุปกรณ์ Android ที่ผ่านการรับรองคืออะไร

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

meets-basic-integrity คืออะไร

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

นักพัฒนาแอปทุกคนใช้ Play Integrity API ได้ไหม

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

นักพัฒนาแอปทุกคนใช้การรับรองคีย์แพลตฟอร์ม Android ได้ไหม

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

การบังคับใช้

นักพัฒนาแอปใช้ผลการตัดสินของ Play Integrity API อย่างไร

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

Play Integrity API บล็อกผู้ใช้หรืออุปกรณ์ไหม

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

ผู้ใช้ควรทำอย่างไรหากอุปกรณ์ไม่ผ่านการตรวจสอบอุปกรณ์ของ Play Integrity API

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