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

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

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

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

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

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

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

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

ภาพรวม

Play Integrity API คืออะไร

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

Play Integrity API มีสัญญาณอะไรบ้าง

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

เอกสารรับรองคีย์แพลตฟอร์ม Android คืออะไร

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

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

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

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

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

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.
}

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 แบบเก่าใน SDK ของ Android ทุกเวอร์ชันได้อย่างไร

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

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!
}

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 ที่ได้รับการรับรองจาก Play Protect คืออะไร

อุปกรณ์ Android ที่ผ่านการรับรองของ Play Protect (หรือที่เรียกว่าอุปกรณ์ Android GMS) คืออุปกรณ์ที่ใช้ซอฟต์แวร์ที่คาดการณ์ได้ซึ่งผ่านการทดสอบความเข้ากันได้ของ Google หลายร้อยครั้ง เป็นไปตามรูปแบบความปลอดภัยและสิทธิ์ของ Android และมาพร้อมกับชุดฟีเจอร์ป้องกันมัลแวร์ของ Google Play Protect เมื่อ Play Integrity API ยืนยันได้ว่าอุปกรณ์เป็นอุปกรณ์ Android ที่ใช้พลังงานซึ่งได้รับการรับรองจาก Play Protect ก็จะแสดง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 นักพัฒนาแอปสามารถเลือกได้ว่าต้องการให้แอปทำงานบนอุปกรณ์เหล่านี้อย่างไร ทั้งนี้ขึ้นอยู่กับ Use Case และระดับความเสี่ยงที่ยอมรับได้

นักพัฒนาแอปทุกคนสามารถใช้ 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 ของอุปกรณ์ไม่ถูกต้อง จะมีปุ่มให้ผู้ใช้กดเพื่อลองแก้ไขปัญหา ซึ่งจะเป็นการรีเฟรชสถานะการรับรองของอุปกรณ์และแสดงคำแนะนำเฉพาะเกี่ยวกับสิ่งที่ต้องแก้ไข