วิเคราะห์เชิงเทคนิควิธี Sideload GMS ตั้งแต่ LZPlay ถึงยุคที่ใช้ไม่ได้ผล
หลังจากอุปกรณ์ Huawei รุ่นใหม่ไม่สามารถติดตั้ง GMS จากโรงงานได้ ชุมชนผู้ใช้และนักพัฒนาได้คิดค้นวิธีติดตั้งบริการของ Google ด้วยตนเองหลายรูปแบบ ซึ่งรู้จักกันในชื่อ Sideload หนึ่งในเครื่องมือที่โด่งดังที่สุดคือ LZPlay ที่เปิดตัวช่วงปลายปี 2019 พร้อมกับ Mate 30 series เครื่องมือนี้เคยทำให้เครื่องที่ไม่มี GMS ใช้งาน Play Store ได้ในเวลาไม่กี่นาที ก่อนจะหยุดทำงานลงอย่างกะทันหัน บทความนี้อธิบายหลักการทำงาน เหตุผลที่ล้มเหลว และบทเรียนด้านความปลอดภัยจากเหตุการณ์ดังกล่าว LZPlay ทำงานอย่างไร LZPlay ใช้ประโยชน์จาก API สำรองของระบบที่ออกแบบมาสำหรับการจัดการอุปกรณ์ระดับองค์กร โดยขอสิทธิ์ระดับผู้ดูแลเพื่อเขียนไฟล์บริการของ Google ลงในพื้นที่ระบบ ซึ่งปกติแล้วการติดตั้ง GMS ที่ถูกต้องต้องผ่านการลงลายเซ็นดิจิทัลจากทั้งผู้ผลิตและ Google เมื่อเครื่องมือนี้ใช้ช่องทางพิเศษแทน จึงสามารถวาง Google Play Services และ Play Store ลงในเครื่องได้โดยไม่ผ่านกระบวนการรับรอง แต่ไฟล์ที่ติดตั้งยังคงต้องได้รับการยอมรับจากระบบ ซึ่งเป็นเงื่อนไขที่ทำให้วิธีนี้เปราะบางตั้งแต่ต้น จุดเปลี่ยนสำคัญเกิดขึ้นเมื่อมีการเปิดเผยรายละเอียดเชิงเทคนิคว่า LZPlay ต้องเรียกใช้ API ที่ไม่ได้เปิดเผยต่อสาธารณะ และลายเซ็นดิจิทัลที่อนุญาตให้ติดตั้งบริการเหล่านั้นถูกเพิกถอนในภายหลัง เมื่อลายเซ็นถูกเพิกถอน เครื่องที่ติดตั้งผ่าน LZPlay จึงไม่สามารถผ่านการตรวจสอบของฝั่ง Google ได้อีก Play Store หยุดทำงาน และ SafetyNet รายงานสถานะไม่ผ่าน ทำให้แอปธนาคารและแอปที่ต้องตรวจสอบความปลอดภัยใช้งานไม่ได้ตามมา วิธี Sideload ยุคหลังและข้อจำกัดเชิงโครงสร้าง หลัง LZPlay ยังมีวิธีอื่นปรากฏขึ้นเป็นระยะ เช่น การติดตั้งผ่านชุดไฟล์ที่รวมมาให้ การใช้เครื่องมือสำรองข้อมูล หรือการสร้างสภาพแวดล้อมเสมือน วิธีเหล่านี้มีจุดร่วมกันคือต้องอาศัยช่องโหว่หรือกลไกพิเศษที่ไม่ได้รับการสนับสนุนอย่างเป็นทางการ ผลคือทุกวิธีมีอายุการใช้งานสั้น เมื่อฝั่ง Google หรือผู้ผลิตปรับระบบรักษาความปลอดภัย วิธีนั้นก็หยุดทำงาน ผู้ใช้ที่พึ่งพาวิธีเหล่านี้จึงต้องเผชิญความไม่แน่นอนตลอดเวลา คำถามที่ว่า huawei ใช้ gms ได้หรือไม่ผ่านการติดตั้งเอง จึงมีคำตอบเชิงเทคนิคที่ชัดเจนว่า แม้บางวิธีจะทำให้บริการทำงานได้ชั่วคราว แต่ไม่มีวิธีใดสร้างสถานะ Play Protect Certified ขึ้นมาได้ เนื่องจากการรับรองผูกกับเฟิร์มแวร์ ลายเซ็นดิจิทัล และฐานข้อมูลฝั่งเซิร์ฟเวอร์ของ Google ซึ่งอยู่นอกเหนือการควบคุมของผู้ใช้ปลายทางทั้งหมด บทเรียนด้านความปลอดภัย จากมุมมองความปลอดภัย การ Sideload บริการระดับระบบมีความเสี่ยงสูงกว่าการติดตั้งแอปทั่วไปมาก เนื่องจากบริการเหล่านี้มีสิทธิ์เข้าถึงบัญชี ข้อมูลตำแหน่ง และการแจ้งเตือนทั้งหมดของเครื่อง หากไฟล์ที่ติดตั้งมาจากแหล่งไม่น่าเชื่อถือ ความเสี่ยงด้านข้อมูลส่วนตัวจะสูงขึ้นอย่างมีนัยสำคัญ Google เองก็เคยออกคำเตือนอย่างเป็นทางการให้หลีกเลี่ยงการ Sideload บริการของตนลงบนอุปกรณ์ที่ไม่ผ่านการรับรอง สรุปเชิงเทคนิค ยุคของการ Sideload GMS แสดงให้เห็นชัดว่าบริการระดับเฟรมเวิร์กไม่สามารถทดแทนด้วยการคัดลอกไฟล์ได้ ตราบใดที่การรับรองยังผูกกับกลไกฝั่งเซิร์ฟเวอร์ ทางเลือกที่มั่นคงสำหรับผู้ใช้คือการใช้ชุดบริการที่ออกแบบมาสำหรับอุปกรณ์นั้นโดยตรง หรือใช้แนวทางอย่างแอปสภาพแวดล้อมเสมือนที่ไม่แตะต้องระบบ และเข้าใจข้อจำกัดของแต่ละวิธีก่อนตัดสินใจ
