ข่าวแตกเมื่อสัปดาห์ที่แล้วเกี่ยวกับ Error 53 ลึกลับที่ทำให้ iPhone 变磚 (bricked) The Guardian รายงานครั้งแรกว่า:
"พันๆ ผู้ใช้ iPhone 6 อ้างว่าถูกทิ้งไว้กับโทรศัพท์ที่ไร้ค่าเกือบหมด เพราะระบบปฏิบัติการล่าสุดของ Apple ปิดการทำงานของมือถือถาวร หากตรวจพบว่ามีการซ่อมแซมโดยช่างที่ไม่ใช่ของ Apple"
พวกเขาสืบสวนเพิ่มเติมและพบว่า ปัญหาส่งผลต่อ iPhone "ที่ปุ่ม Home ซึ่งมีการรู้จักลายนิ้วมือ Touch ID ในตัว ถูกซ่อมแซมโดยบริษัทหรือบุคคลที่ 'ไม่ใช่ทางการ'"
Apple มีความเกลียดชังลูกค้าที่กล้าซ่อมด้วยฝ่ายที่สามจริงๆ? หรือมีอะไรอีกอยู่เบื้องหลัง? มาดูด้วยกัน
Touch ID: สาเหตุที่ชี้ได้ชัด
เกือบทุกรายงาน Error 53 เกี่ยวข้องกับปุ่ม Home หรือโดยเฉพาะเซ็นเซอร์ Touch ID ภายใน ผู้คนพบปัญหาเมื่อปุ่ม Home ถูกเปลี่ยนโดยฝ่ายที่สาม หรือเสียหายรุนแรง Touch ID มีอะไรที่ทำให้เกิดปัญหา?
Touch ID เปิดตัวกับ iPhone 5s และตั้งแต่แรกก็ค่อนข้างก่อกวน เมื่อตั้งค่า Touch ID บน iPhone ใหม่ มันจะบันทึกเวอร์ชันบีบอัดของลายนิ้วมือของคุณ เวอร์ชันบีบอัดนี้เป็นแฮช (hash) เฉพาะที่เข้ารหัสลักษณะเฉพาะของลายนิ้วมือที่ทำให้คุณแตกต่างจากผู้อื่น แฮชนี้ถูกเก็บในส่วนพิเศษของโปรเซสเซอร์ iPhone ที่ Apple เรียกว่า Security Enclave (เอนเคลฟ์ความปลอดภัย) ข้อมูลทั้งหมดอยู่บนโทรศัพท์ ไม่ได้อัปโหลดไป iCloud หรือเซิร์ฟเวอร์อื่นของ Apple
ทุกครั้งที่ใช้ Touch ID กระบวนการจะทำซ้ำ ลายนิ้วมือถูกวิเคราะห์ใหม่ หากแฮชที่ได้ตรงกับที่เก็บใน Security Enclave โทรศัพท์จะปลดล็อก การชำระเงิน Apple Pay จะดำเนินการ หรือแอปที่ต้องการจะถูกซื้อ หากไม่ตรง สิ่งที่คุณพยายามทำจะหยุดลง การรักษาความปลอดภัย iPhone จากการโจมตีลายนิ้วมือ (เช่นที่ The Verge อ้างว่าส่งผลต่อ Android ที่มีเซ็นเซอร์ลายนิ้วมือ) ขึ้นอยู่กับการรับรองว่า Touch ID และ Secure Enclave ไม่ถูกจู๋จิ้งเลย นี่คือที่มาของ Error 53
การจู๋จิ้งของฝ่ายที่สาม
ประเภทการโจมตีหนึ่ง จะเกี่ยวข้องกับการเปลี่ยนเซ็นเซอร์ Touch ID เป็นเวอร์ชันที่ถูกควบคุม (compromised) ไม่มีเหตุผลเชื่อว่าเกิดขึ้นจริง แต่เป็นเวกเตอร์ที่เป็นไปได้ และ Apple รู้เรื่อง สำหรับเหตุผลนี้ เมื่อคุณอัปเกรด iPhone ไปเวอร์ชัน iOS ใหม่ มันจะตรวจสอบว่า Touch ID ถูกจู๋จิ้งหรือไม่ หากถูกจู๋จิ้ง Error 53 จะทริกเกอร์ และโทรศัพท์ของคุณจะถูกล็อก สำหรับระบบที่ปลอดภัยกว่านี้ Apple ควรตรวจสอบคอมโพเนนต์บ่อยกว่านี้
ปัญหาไม่ได้เป็นที่ Apple บล็อกการซ่อมฝ่ายที่สาม แต่เป็นที่การซ่อมฝ่ายที่สามทริกเกอร์ Error ตาม Kyle Wiens จาก iFixit ปัญหาเกิดเมื่อปุ่ม Home หรือสายเคเบิลเชื่อมต่อมاذิชบอร์ดถูกเปลี่ยน ตราบใดที่คุณไม่รบกวนคอมโพเนนต์ทั้งสองนี้ การซ่อมส่วนใหญ่ยังคงทำได้
คุณสามารถทำอะไรได้บ้าง?
ขั้นแรก หาก iPhone ของคุณมี Error 53 Apple แนะนำให้ติดต่อทีมสนับสนุนของพวกเขา สิ่งที่จะเกิดขึ้นต่อไป ขึ้นอยู่กับสถานการณ์เฉพาะของคุณ อายุโทรศัพท์ สถานะประกัน ประกันภัย และปัญหาที่แน่นอน จะมีบทบาททั้งหมด ด้วยความโกรธแกรดที่ล้อมรอบสถานการณ์ Apple อาจให้ความยอมรับมากกว่าปกติ
ขั้นที่สอง ตอนนี้ดูสुरกว่าได้ที่จะซ่อมปุ่ม Home หรือตั้งค่า Touch ID ด้วยศูนย์ซ่อมที่ได้รับอนุญาต (Authorized) แม้จะมีค่าใช้จ่ายมากกว่าตอนแรก ค่าใช้จ่ายในการเปลี่ยน iPhone หาก Error ถูกทริกเกอร์ อาจสูงกว่ามาก
ขั้นที่สาม หากคุณจะซ่อม iPhone เอง ตรวจสอบว่าซื้อคอมโพเนนต์จากเว็บไซต์ที่น่าเชื่อถืออย่าง iFixit มีรายงานบางอย่างว่าจอภาพที่ผิดปกติก็ทำให้การตรวจสอบคอมโพเนนต์ล้มเหลวได้
และสุดท้าย สถานการณ์ทั้งหมดเป็นการเตือนให้สำรองข้อมูล iPhone ของคุณ หากคุณยังไม่มีการตั้งค่าสำรองข้อมูล เรามีบทความทั้งหมดแนะนำการตั้งค่า ด้วยบริการอย่าง iCloud Backup ไม่มีข้อสาระให้สูญเสียข้อมูลมากกว่า 1-2 วันของข้อความ หากโทรศัพท์ตาย แม้ Error 53 จะเป็นปัญหาที่รำคาญ คุณควรมั่นใจว่าคุณได้รับการป้องกันจากการสูญเสียข้อมูล
สรุป
สถานการณ์ Error 53 ดูเหมือนความวุ่นวายใหญ่โต ความปลอดภัยข้อมูลล้วนเกี่ยวกับการเดินเส้นบारीระหว่างกันต์ผู้ใช้ที่ไม่พึงประสงค์ไม่ให้เข้าถึงอุปกรณ์ โดยไม่ทำให้ผู้ใช้ที่ถูกต้องรำคาญมากเกินไป นั่นคือเหตุผลที่ผู้เชี่ยวชาญแนะนำให้ใช้รหัสผ่านที่แข็งแกร่งและไม่ซ้ำกัน แต่คนน้อยมากที่ทำจริง เพราะจำรหัสผ่านยาวเป็นภาระมากกว่าที่หลายคนยอมรับ
ดูเหมือนว่าในกรณีนี้ Apple มีประโยชน์ของผู้ใช้ในใจ Error 53 เป็นฟีเจอร์ความปลอดภัยที่ถูกทริกเกอร์โดยสิ่งที่บริษัทมองว่าเป็นความกังวลที่สมเหตุสมผล แต่ด้วยจำนวนคำร้องเรียนจากลูกค้า ดูเหมือน Apple อาจข้ามเส้นเกินไป และเริ่มทำให้ผู้ใช้ที่ถูกต้องรำคาญ
ด้วยความโกรธแกรดล้อมรอบ สิ่งนี้ไม่น่าประหลาดใจที่จะเห็น Apple ทบทวนวิธีการใช้กลไกความปลอดภัยนี้อย่างแน่นอน
Apple ไปไกลเกินไปหรือสื่อมวลชนตอบโต้มากเกินไปต่อฟีเจอร์ความปลอดภัยที่ถูกต้อง (แม้รำคาญ)? บอกเราได้ในความคิดเห็นด้านล่าง