สอนขั้นเทพ: เปลี่ยน iPhone ของคุณให้เป็นกระเป๋าเงินเย็นที่ปลอดภัยได้อย่างไร?

ผู้เขียนต้นฉบับ: Yishi (@ohyishi, ผู้ดูแล OneKey)

เรียบเรียงต้นฉบับ: Deep Tide TechFlow

บทนำจาก Deep Tide: การตัดเน็ต iPhone แล้วใช้เป็นกระเป๋าเงินเย็นเพื่อเก็บสินทรัพย์คริปโตฟังดูสมเหตุสมผล แต่ผู้เขียน Yishi (ผู้ดูแล OneKey) ให้เส้นตายที่ชัดเจน: อย่างน้อยต้องเป็น iPhone 17 หรือใหม่กว่า, iOS 27 ขึ้นไป และต้องย้ายไปยังอุปกรณ์ที่ใหม่กว่าทุกหนึ่งถึงสองปี การตัดเน็ตไม่ได้ขจัดความเสี่ยงจาก "การที่คนอื่นเข้าถึงตัวเครื่องได้ทางกายภาพ" บทความนี้ไล่เรียงตั้งแต่การตรวจค้นที่ชายแดน, การเก็บ seed phrase, อุตสาหกรรมนิติเวชโทรศัพท์, สถานะกุญแจ BFU/AFU, พื้นผิวการโจมตี USB, ความแตกต่างระหว่างการถอดชิปกับการถอดรหัส, การจัดการกุญแจของกระเป๋าเงิน ไปจนถึงเหตุผลที่ขีดจำกัดล่างของฮาร์ดแวร์ต้องเริ่มจาก iPhone 17 และสุดท้ายให้ชุดการตั้งค่าเครื่องเซ็นของเขาเอง สรุปก่อน: การออฟไลน์โทรศัพท์เป็นเพียงหนึ่งในข้อควรระวังหลายอย่าง สิ่งที่กำหนดระดับความปลอดภัยจริง ๆ คือรุ่นฮาร์ดแวร์, เวอร์ชันแพตช์, สถานะ BFU/AFU, รหัสผ่านอุปกรณ์ และการจัดการกุญแจของตัวกระเป๋าเงินเอง

คุณทำแบบนั้นได้ แต่ผมจะขออย่างน้อยเป็น iPhone 17 หรือรุ่นใหม่กว่า รัน iOS 27 ขึ้นไป และย้ายไปยังอุปกรณ์ที่ใหม่กว่าทุกหนึ่งถึงสองปี ผมจะไม่ฝากสินทรัพย์คริปโตจำนวนมากไว้กับ iPhone รุ่นเก่าที่รัน iOS เก่า

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

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

การตรวจค้นที่ชายแดนไม่จำเป็นต้องให้โทรศัพท์ของคุณเชื่อมต่ออินเทอร์เน็ต

ในรายงานประจำปีงบประมาณ 2025 ของสำนักงานศุลกากรและป้องกันชายแดนสหรัฐฯ (CBP) มีการบันทึกการตรวจค้นอุปกรณ์อิเล็กทรอนิกส์ 55,318 ครั้ง: เป็นการตรวจค้นขั้นพื้นฐาน 50,922 ครั้ง และการตรวจค้นขั้นสูง 4,396 ครั้ง ปีงบประมาณนี้เริ่มตั้งแต่วันที่ 1 ตุลาคม 2024 ถึง 30 กันยายน 2025 นี่คือสถิติการตรวจค้น ไม่ใช่ iPhone 55,318 เครื่องที่ถูกเจาะสำเร็จ สถิติและนโยบายของ CBP

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

ในคำสั่งเดือนมกราคม 2026 มีรายละเอียดที่มองข้ามได้ง่าย: การใช้อุปกรณ์เพียงเพื่อให้เนื้อหาพร้อมสำหรับการตรวจสอบ (รวมถึงการเลี่ยงรหัสผ่านหรือเจาะการเข้ารหัส) ไม่ถือเป็นการตรวจค้น "ขั้นสูง" ภายใต้นโยบายนี้ ดังนั้นการแบ่งเป็นขั้นพื้นฐานกับขั้นสูงจึงไม่สามารถนับได้อย่างชัดเจนว่าโทรศัพท์เครื่องไหนเจอเครื่องมือปลดล็อก เครื่องไหนไม่เจอ นี่คือนิยามนโยบายปัจจุบัน ไม่ได้บอกเราว่าการตรวจค้นแต่ละครั้งในปีงบประมาณก่อนทำอย่างไรกันแน่ คำสั่ง CBP 3340-049B, §3.4

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

ยังมีรายละเอียดเชิงปฏิบัติอีก โทรศัพท์ที่ไม่สามารถตรวจสอบได้อาจถูกยึด CBP ระบุว่าพลเมืองสหรัฐฯ จะไม่ถูกปฏิเสธการเข้าประเทศเพียงเพราะอุปกรณ์ไม่สามารถตรวจสอบได้ สำหรับชาวต่างชาติที่ยื่นขอเข้าประเทศ การไม่ให้ความร่วมมือจะถูกพิจารณาร่วมกับสถานการณ์อื่น ๆ คำสั่งระบุว่าการตรวจค้นควรทำต่อหน้าผู้เกี่ยวข้อง แต่ไม่ได้หมายความว่าผู้เกี่ยวข้องจะได้เห็นกระบวนการตรวจสอบด้วยตาตัวเอง คำถามที่พบบ่อยของ CBPคำสั่ง, §5.1.6

จุดที่เกี่ยวข้องที่สุดสำหรับการเก็บแบบเย็นคือ นโยบายของ CBP จำกัดขอบเขตการตรวจสอบไว้ที่ข้อมูลที่จัดเก็บในเครื่องอุปกรณ์เท่านั้น เจ้าหน้าที่ต้องปิดการเชื่อมต่อเครือข่าย หรือขอให้ผู้เดินทางปิดเอง เพื่อหลีกเลี่ยงการเข้าถึงข้อมูลที่จัดเก็บระยะไกลเท่านั้น โทรศัพท์จะถูกตัดเน็ตโดยเจตนาก่อนที่จะตรวจสอบเนื้อหาในเครื่อง รูปภาพหรือโน้ตที่บันทึกไว้ในเครื่องจะไม่เข้าถึงไม่ได้เพียงเพราะปิด Wi-Fi คำสั่ง, §5.1.2

การตรวจสอบโดยเจ้าหน้าที่ตามกฎหมายกับการโจรกรรมเป็นคนละเรื่องกัน แต่บทเรียนเรื่องการดูแลรักษาเหมือนกัน: คุณต้องพิจารณาว่าคนอื่นอาจตรวจสอบข้อมูลที่คุณพกติดตัวได้

Seed phrase ใน Notes หรือ Photos ก็ยังเป็น seed phrase อยู่ดี

ผมจะไม่ถ่ายรูป recovery phrase เก็บไว้ใน Photos แล้วเรียกมันว่าการเก็บแบบเย็นเพียงเพราะ iPhone ไม่ได้เชื่อมเน็ต และผมก็จะไม่วางมันลงในโน้ตธรรมดา ๆ

ไฟล์เหล่านี้ยังอยู่ภายใต้การเข้ารหัสของ iOS และ Data Protection (การปกป้องข้อมูล) มันไม่ได้นอนเป็นข้อความล้วนบน NAND เสมอไป ปัญหาคือเมื่อมีคนเข้าถึงเนื้อหาเหล่านี้ได้ ความลับก็อยู่ตรงนั้น อ่านได้ในรูปแบบข้อความหรือรูปภาพ รหัสผ่านของกระเป๋าเงิน, การอนุมัติธุรกรรม และการควบคุมการเซ็น จะไม่กั้นระหว่าง "สำเนานั้น" กับ "การที่ใครบางคนกู้คืนกระเป๋าเงิน" อีกต่อไป หากใช้ recovery passphrase เพิ่มเติมแต่แรก ก็ยังจำเป็นต้องใช้อยู่

Locked Notes (โน้ตที่ล็อก) สมควรแยกแยะให้ชัดเจน Apple รองรับการล็อกโน้ตด้วยรหัสผ่านอุปกรณ์หรือรหัสผ่านกำหนดเองแยกต่างหาก โน้ตที่ล็อกมีการป้องกันการเข้ารหัสเพิ่มเติม รหัสผ่านกำหนดเองที่แข็งแกร่งเป็นสถานการณ์ที่ต่างจากโน้ตธรรมดาที่ไม่ได้ล็อก แต่มันก็ยังเป็นที่เก็บเอกสารทั่วไป วิธีการยืนยันตัวตนสำคัญมาก: การใช้รหัสผ่านอุปกรณ์เดียวกันไม่ได้ให้รหัสผ่านอิสระแก่คุณ Apple ยังระบุด้วยว่าหลังจากปลดล็อกโน้ตหนึ่งแล้ว ภายในไม่กี่นาทีโน้ตที่ล็อกอื่น ๆ ภายใต้บัญชีนั้นก็จะถูกปลดล็อกด้วย Apple: ล็อกโน้ตApple: ความปลอดภัยของ Notes

เช่นเดียวกัน อัลบั้มที่ซ่อนและอัลบั้ม "ลบล่าสุด" ใช้ Face ID, Touch ID หรือรหัสผ่านอุปกรณ์ การซ่อนรูปภาพไม่ได้เท่ากับการเพิ่มชั้นการป้องกันอิสระให้กับความลับในการกู้คืน รูปภาพที่ลบมักจะอยู่ใน "ลบล่าสุด" เป็นเวลา 30 วัน การปิดเน็ตวันนี้ก็ไม่ได้ยกเลิกสำเนาที่อาจซิงก์หรือสำรองไว้แล้ว Apple: ลบหรือซ่อนรูปภาพ

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

นิติเวชโทรศัพท์เป็นอุตสาหกรรมที่เติบโตเต็มที่แล้ว

Cellebrite, Graykey ของ Magnet, Oxygen และ SDIC Intelligence ของจีน (บริษัทที่อยู่เบื้องหลัง Meiya Pico) ต่างก็ทำงานในวงการนิติเวชโทรศัพท์ ผลิตภัณฑ์และความสามารถของแต่ละรายแตกต่างกัน การเข้าถึงอุปกรณ์, การกู้คืนรหัสผ่าน, การดึงข้อมูล และการวิเคราะห์เป็นขั้นตอนที่ต่างกันของงานนี้ รุ่นเครื่อง, เวอร์ชันระบบ และสถานะอุปกรณ์ จะเป็นตัวกำหนดว่าวิธีไหนใช้ได้บ้าง การฝึกอบรมของ MagnetOxygenSDIC Intelligence

คุณจะเห็นคำว่า FFS ซึ่งก็คือ full file system extraction (การดึงข้อมูลระบบไฟล์แบบเต็ม) มันต่างจากการดึงข้อมูลบางส่วน และทั้งสองอย่างก็ต่างจากการกู้คืนรหัสผ่านหน้าจอล็อก การได้สำเนาระบบไฟล์มา ไม่ได้หมายความว่าไฟล์เข้ารหัสทุกไฟล์ในนั้นถูกถอดรหัสแล้ว

เอกสารนำเสนอฤดูใบไม้ผลิ 2026 ของ Cellebrite ระบุ iPhone 17 และ iOS 26.3.1 ในการสนับสนุน Inseyets ที่ขยายออกไป หน้า 4 ให้ข้อความที่แคบกว่าและมีประโยชน์กว่า: Cellebrite Advanced Services (CAS) อ้างว่ารองรับการเข้าถึง AFU สำหรับอุปกรณ์ iPhone 11 ถึง 16 ที่รัน iOS 26 ขึ้นไป นี่คือการประกาศความสามารถของผู้ผลิต ไม่ใช่ข้อพิสูจน์ว่า "ทุกชุดค่าผสมที่รองรับจะดึงความลับของทุกกระเป๋าเงินออกมาได้" เอกสารนำเสนอของ Cellebrite

ในประกาศรุ่นเดียวกัน Cellebrite กล่าวว่า 75% ของอุปกรณ์ที่ห้องแล็บนิติเวชในอเมริกาเหนือได้รับนั้นถูกล็อก นี่คือสถิติปริมาณการรับเข้า ไม่ใช่อัตราความสำเร็จในการปลดล็อก 75% แต่มันบอกคุณได้จริง ๆ ว่าอุปกรณ์ที่ถูกล็อกเป็นงานประจำของอุตสาหกรรมนี้ ประกาศของ Cellebrite

Graykey ก็มีหลักฐานทางประวัติศาสตร์ ในเดือนพฤศจิกายน 2024 404 Media รายงานจากเอกสารภายในว่า iPhone รุ่นใหม่ที่รัน iOS 18 และ 18.0.1 สามารถดึงข้อมูลบางส่วนได้ รายงานสาธารณะไม่ได้ระบุชัดเจนว่าการดึงข้อมูลแต่ละครั้งรวมอะไรบ้าง "บางส่วน" ไม่ได้หมายความว่ากู้คืน private key ได้ แต่หน้าจอล็อกก็ไม่สามารถถูกใช้เป็นหลักฐานว่า "ไม่มีข้อมูลใดเข้าถึงได้" อย่างชัดเจน รายงานต้นฉบับของ 404 Media

รายละเอียดที่สำคัญที่สุดคือ: โทรศัพท์เครื่องนี้เคยถูกปลดล็อกสำเร็จหรือไม่นับตั้งแต่เปิดเครื่อง

BFU และ AFU อธิบายสถานะของกุญแจ

BFU คือ Before First Unlock (ก่อนการปลดล็อกครั้งแรก) โทรศัพท์เปิดเครื่องแล้ว แต่ยังไม่มีใครป้อนรหัสผ่านที่ถูกต้อง AFU คือ After First Unlock (หลังการปลดล็อกครั้งแรก) การล็อกหน้าจออีกครั้งไม่ได้ทำให้มันกลับไปเป็น BFU

iOS จัดระเบียบการปกป้องไฟล์รอบ ๆ กุญแจต่อไฟล์, กุญแจคลาสการป้องกัน และ keybag (ชุดกุญแจ) การปลดล็อกครั้งแรกทำให้กุญแจของคลาสที่ได้รับการป้องกันบางคลาสพร้อมใช้งาน กุญแจบางตัวยังคงใช้งานได้หลังล็อกหน้าจอ เพื่อให้งานเบื้องหลังดำเนินต่อไป

ตัวอย่างที่สำคัญคือคลาส C: NSFileProtectionCompleteUntilFirstUserAuthentication เอกสารของ Apple ระบุว่ากุญแจคลาสของมันยังคงอยู่ในหน่วยความจำหลังล็อกหน้าจออีกครั้ง และมันยังเป็นคลาสการปกป้องไฟล์เริ่มต้นสำหรับแอปของบุคคลที่สามเมื่อไม่ได้ระบุคลาสอื่น คลาส A มีพฤติกรรมเข้มงวดกว่า: ตามนโยบายการป้องกันของระบบ กุญแจคลาสที่ถอดรหัสแล้วจะถูกทิ้งหลังล็อกหน้าจอ Apple: คลาสการปกป้องข้อมูล

ด้วย exploit chain และสิทธิ์ที่เหมาะสม AFU จึงสามารถเปิดเผยข้อมูลแอปที่ผู้โจมตีคนเดียวกันไม่สามารถเข้าถึงได้ภายใต้ BFU นี่คือสถานะ "ร้อน" ที่มีประโยชน์ซึ่งเจ้าหน้าที่นิติเวชพยายามรักษาไว้ กระเป๋าเงินอาจเพิ่มการปกป้องไฟล์ที่แข็งแกร่งกว่า, การควบคุมการเข้าถึง Keychain (พวงกุญแจ) หรือการเข้ารหัสของตัวเอง ดังนั้นคลาส C จึงไม่สามารถพิสูจน์ว่า seed phrase ของทุกกระเป๋าเงินอ่านได้ มันอธิบายว่าทำไมการกดปุ่มล็อกหน้าจอเพียงครั้งเดียวจึงไม่เพียงพอที่จะจบปัญหา

Apple พยายามทำให้หน้าต่างนี้แคบลงเรื่อย ๆ iOS 18 แนะนำ inactivity reboot (การรีบูตเมื่อไม่มีการใช้งาน) นักวิจัย Jiska Classen บันทึกช่วงเวลา 72 ชั่วโมงในเวอร์ชันที่เธอทดสอบ และสืบย้อนตัวจับเวลาไปยัง Secure Enclave Processor (SEP) บันทึกต่อมาของเธอยังอธิบายช่วงเวลาเจ็ดวันที่เร็วกว่านั้น SEP ติดตามเวลาตั้งแต่การปลดล็อกครั้งล่าสุดและกระตุ้นการรีบูต นี่ไม่ใช่แค่ตัวจับเวลาเบื้องหลังธรรมดา การจับเวลาในอดีตเหล่านี้ไม่ควรถูกสันนิษฐานว่าใช้ได้กับ iOS ทุกเวอร์ชันหลังจากนั้น การวิเคราะห์ย้อนกลับของ Classen

การรีบูตปกติจะนำโทรศัพท์กลับสู่ BFU และล้างสถานะที่ถอดรหัสแล้วบางส่วนที่มีประโยชน์ ผู้ผลิตนิติเวชกำลังรับมือ หน้ารุ่นฤดูใบไม้ผลิ 2026 ของ Cellebrite กล่าวว่า Safeguard Mode สามารถรักษาการเข้าถึงไว้ได้หลังการรีบูต เอกสารสาธารณะของมันไม่ได้เปิดเผยกลไก, เงื่อนไขเบื้องต้น หรือสิทธิ์การเข้าถึงที่แน่นอนที่รักษาไว้ในแต่ละอุปกรณ์อย่างครบถ้วน ข้อกล่าวอ้างนี้ควรนำมาพิจารณา แต่ต้องแนบข้อจำกัดเหล่านี้ไปด้วย Cellebrite: Safeguard Mode

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

เมื่อปิดเครือข่าย USB ก็ยังเป็นพื้นผิวการโจมตี

USB Restricted Mode (โหมดจำกัด USB มักย่อว่า USBRM) จำกัดการเข้าถึงข้อมูลแบบมีสายบนอุปกรณ์ที่ล็อก มันเป็นกำแพงสำคัญ แต่มันก็เคยมีช่องโหว่

CVE-2025-24200 อนุญาตให้การโจมตีทางกายภาพปิดการใช้งาน USB Restricted Mode บนอุปกรณ์ที่ล็อก Apple แก้ไขมันใน iOS 18.3.1 และกล่าวว่ามันอาจถูกใช้ในการโจมตีที่ซับซ้อนอย่างยิ่งโดยมุ่งเป้าเฉพาะบุคคล ประกาศความปลอดภัยของ Apple

การสืบสวนของ Amnesty เกี่ยวกับการใช้เครื่องมือนิติเวชของเซอร์เบียให้ตัวอย่างที่เป็นรูปธรรมของเทคนิคที่เกี่ยวข้องบน Android มันบันทึกการเข้าถึงไดรเวอร์เคอร์เนลผ่านการจำลองอุปกรณ์ต่อพ่วง USB โดยเชนเกี่ยวข้องกับ CVE-2024-53104, CVE-2024-53197 และ CVE-2024-50302 คลาสอุปกรณ์ที่เกี่ยวข้องรวมถึงวิดีโอ, เสียง และ HID รายงานทางเทคนิคของ Amnesty

นี่คือ exploit chain บน Android ไม่ใช่หลักฐานว่า "บั๊กเดียวกันนี้ส่งผลต่อ iPhone ด้วย" แต่เทคนิคทั่วไปควรค่าแก่การทำความเข้าใจ: การจำลองอุปกรณ์ต่อพ่วง → พื้นผิวการโจมตีของไดรเวอร์ → การโจมตีเคอร์เนล → การยกระดับสิทธิ์ → การดึงข้อมูล นี่คือขั้นตอนที่เป็นรูปธรรมของการโจมตี ไม่ใช่ศัพท์แสงด้านความปลอดภัย

การตัดเน็ตโทรศัพท์ลดการเปิดรับผ่านเครือข่าย มันไม่ได้กำจัดอินเทอร์เฟซทางกายภาพ, ไดรเวอร์ของมัน หรือซอฟต์แวร์ที่บังคับใช้ข้อจำกัดการเข้าถึง

การถอดชิปไม่เท่ากับการถอดรหัส

ตรงนี้คือจุดที่การออกแบบของ iPhone สมควรได้รับการชื่นชม รหัสผ่านอุปกรณ์ผูกกับกุญแจ UID ของฮาร์ดแวร์ Apple ระบุว่าการคำนวณที่เกี่ยวข้องถูกปรับเทียบไว้ที่ประมาณ 80 มิลลิวินาทีต่อครั้ง บวกกับความล่าช้าที่เพิ่มขึ้นและขีดจำกัดจำนวนครั้ง ตราบใดที่การผูกกับฮาร์ดแวร์นี้ยังคงอยู่ การโจมตีแบบ brute force ก็ต้องทำงานสำคัญบนอุปกรณ์เป้าหมาย Apple: รหัสผ่านและ passcode

การบัดกรี NAND ออกมาแล้ว dump มัน ไม่ได้ทำให้รหัสผ่านอุปกรณ์กลายเป็นสิ่งที่คลัสเตอร์ GPU สามารถโจมตีแบบขนานได้ตามอำเภอใจ Apple ยังระบุในเอกสารว่า UID จะไม่ถูกเปิดเผยผ่าน JTAG หรืออินเทอร์เฟซดีบักอื่น ๆ Apple: Secure Enclave

ในนิติเวชแบบฝังตัว chip-off (การถอดชิป) หมายถึงการถอดชิปหน่วยความจำออกมาเพื่ออ่านมัน ISP (การโปรแกรมในระบบ) สามารถเข้าถึงได้ในขณะที่ชิปยังอยู่บนบอร์ด เทคนิคเหล่านี้แก้ปัญหา "การเข้าถึงไบต์ที่จัดเก็บไว้" พวกมันไม่ได้กู้คืนกุญแจที่จำเป็นสำหรับการถอดรหัสโดยอัตโนมัติ

Fault injection (การฉีดความผิดพลาด) และ power side-channel analysis (การวิเคราะห์ช่องทางข้างเคียงด้านพลังงาน) เป็นทิศทางการโจมตีที่ต่างออกไป แต่ละประเภทต้องการจุดอ่อนที่เกี่ยวข้องและหลักฐานการทดลอง "พวกเขาแยกโทรศัพท์ออกจากกันได้" ไม่ใช่คำอธิบายว่า "private key ของมันอ่านได้อย่างไร"

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

ตัวเลขสุ่มหกหลัก: ความเป็นไปได้ 10⁶ แบบ การไล่จนครบทั้งสเปซใช้เวลาประมาณ 22.2 ชั่วโมง เฉลี่ย 11.1 ชั่วโมง

ตัวอักษรพิมพ์เล็กสุ่มสิบตัวบวกตัวเลข: ความเป็นไปได้ 36¹⁰ แบบ การไล่จนครบทั้งสเปซใช้เวลาประมาณ 9.27 ล้านปี

ตัวอักษรพิมพ์เล็กพิมพ์ใหญ่สุ่มสิบสองตัวบวกตัวเลข: ความเป็นไปได้ 62¹² แบบ การไล่จนครบทั้งสเปซใช้เวลาประมาณ 8.18 ล้านล้านปี

นี่คือการคำนวณภายใต้สมมติฐานที่กำหนดไว้ ไม่ใช่ความเร็วที่วัดได้จริงของผลิตภัณฑ์นิติเวชใด ๆ มันแสดงให้เห็นว่ารหัสผ่านอุปกรณ์สำคัญแค่ไหนเมื่อแนวป้องกันอื่นล้มเหลว วันเกิด, หมายเลขโทรศัพท์ หรือ "คำในพจนานุกรมบวกปี" ไม่มีเอนโทรปีเท่ากับสตริงสุ่มแบบสม่ำเสมอ

ผมจะใช้อักขระตัวอักษรและตัวเลขแบบสุ่มจริงอย่างน้อย 12 ตัว พร้อมแผนการกู้คืนออฟไลน์แยกต่างหาก ความปลอดภัยที่ล็อกเจ้าของออกไปถาวรก็เป็นความล้มเหลวในการดูแลเช่นกัน

หลังจากเข้าถึงอุปกรณ์ได้แล้ว การจัดการกุญแจของกระเป๋าเงินคือพรมแดนถัดไป

การกู้คืนรหัสผ่านอุปกรณ์ได้ ไม่จำเป็นต้องเปิดเผย recovery phrase ของกระเป๋าเงิน กระเป๋าเงินสามารถเข้ารหัสความลับของตัวเอง และใช้กุญแจที่สร้างขึ้นภายใน Secure Enclave และไม่สามารถส่งออกได้มาช่วยปกป้องมัน โดยมีกฎของ Keychain ควบคุมการเข้าถึง ด้วยวิธีนี้ การดึงข้อมูลระบบไฟล์อาจได้แค่ข้อความเข้ารหัส

มีรายละเอียด API ที่สำคัญ อินเทอร์เฟซเฟรมเวิร์กความปลอดภัยที่ Apple จัดทำเอกสารไว้สำหรับกุญแจ Secure Enclave ใช้กุญแจ P-256 ที่สร้างขึ้นภายใน enclave มันไม่นำเข้า private key ข้อความล้วนที่มีอยู่แล้วตามอำเภอใจ Bitcoin และ Ethereum มักใช้ secp256k1 ซึ่งเป็นเส้นโค้งอีกแบบหนึ่ง "การใช้ Secure Enclave" ไม่ได้พิสูจน์ว่า recovery phrase แบบ BIP39 ใด ๆ อาศัยอยู่ใน enclave ทั้งหมด หรือการเซ็นบนเชนทุกครั้งเกิดขึ้นที่นั่น นี่คือข้อจำกัดของอินเทอร์เฟซ ไม่ใช่การยืนยันความสามารถด้านการเข้ารหัสทุกอย่างภายใน SEP เอกสารนักพัฒนาของ Apple

กระเป๋าเงินอาจใช้ key wrapping (การห่อกุญแจ) แทน: กุญแจที่ได้รับการปกป้องโดยฮาร์ดแวร์ช่วยปกป้อง recovery phrase หรือปกป้องกุญแจที่เข้ารหัสมัน หลังจากการอนุญาต แอปจะแกะหรือถอดรหัสสิ่งที่มันต้องการ ได้มาซึ่งกุญแจบล็อกเชน และเซ็นในกระบวนการของตัวเอง

นี่ทำให้เรามีคำถามสองข้อแยกกัน: ความลับถูกปกป้องอย่างไรเมื่ออยู่นิ่ง และข้อความล้วนปรากฏที่ไหนเมื่อถูกใช้งาน?

การกำหนดค่า Keychain สำคัญมาก AfterFirstUnlock และ WhenUnlocked มีเงื่อนไขการเข้าถึงที่ต่างกัน WhenPasscodeSetThisDeviceOnly เพิ่มข้อจำกัด รวมถึงการไม่ซิงก์ iCloud Keychain และไม่รวมอยู่ในข้อมูลสำรอง ไอคอน Face ID ไม่ได้บอกคุณเรื่องเหล่านี้ Apple: การปกป้องข้อมูล Keychain

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

การออกแบบอีกแบบมีโหมดความล้มเหลวที่ต่างออกไป กระเป๋าเงินอาจใช้รหัสผ่านแอปผ่าน PBKDF2 หรือ Argon2 เพื่อสร้างกุญแจ แล้วใช้มันเข้ารหัส seed phrase บนดิสก์ หากผู้โจมตีดึงข้อความเข้ารหัส, ค่า salt และพารามิเตอร์ออกมาได้ สามารถตรวจสอบการเดาได้ และไม่ต้องการความลับที่ผูกกับฮาร์ดแวร์เพิ่มเติม รหัสผ่านนี้ก็สามารถถูกโจมตีบนเครื่องภายนอกได้ นี่คือการโจมตีแบบออฟไลน์

ตัวเลข 80 มิลลิวินาทีของรหัสผ่านอุปกรณ์ ไม่ได้อธิบายการโจมตีแบบนี้อีกต่อไป ต้นทุนขึ้นอยู่กับเอนโทรปีของรหัสผ่านแอป, จำนวนรอบของ PBKDF2 หรือการตั้งค่าหน่วยความจำและเวลาของ Argon2 บวกกับการนำไปใช้และฮาร์ดแวร์ของผู้โจมตี การตะโกนชื่อ KDF ดี ๆ ไม่ได้ช่วยรหัสผ่านที่อ่อนแอ ข้อกำหนด Argon2ข้อกำหนด PBKDF2

กรณีที่แย่ที่สุดง่ายกว่า: โทรศัพท์เข้าถึงได้ รหัสผ่านแอปแค่กั้นอยู่หน้าอินเทอร์เฟซ โดยไม่มีการป้องกันอิสระที่มีประสิทธิภาพหรือการอนุญาตธุรกรรมใหม่ทั้งหมด ใครบางคนสามารถเปิดกระเป๋าเงิน โอนเงินออกไป โดยไม่ต้องดึง seed phrase ใด ๆ ออกมาเลย

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

ทำไมขีดจำกัดล่างของฮาร์ดแวร์ของผมจึงเริ่มจาก iPhone 17

การป้องกันข้างต้นไม่ได้ทำให้รุ่นฮาร์ดแวร์ใช้แทนกันได้ iPhone 17 และ iPhone Air มาพร้อม Memory Integrity Enforcement (MIE) ในรุ่น A19 ส่วนประกอบของมันทำงานร่วมกันเพื่อต่อต้านการโจมตีประเภท memory corruption:

Typed allocators (ตัวจัดสรรแบบมีประเภท) จำกัดว่าประเภทออบเจกต์ต่าง ๆ ใช้หน่วยความจำร่วมกันอย่างไร

Enhanced Memory Tagging Extensions (EMTE) ตรวจสอบพอยน์เตอร์และแท็กหน่วยความจำพร้อมกัน

Tag confidentiality (การรักษาความลับของแท็ก) ทำให้แท็กตรวจจับได้ยากขึ้น จึงเลี่ยงการตรวจสอบเหล่านั้นได้ยากขึ้น

นักพัฒนา exploit มักเริ่มจาก heap overflow, use-after-free (UAF) หรือ out-of-bounds (OOB) read หรือ write Heap grooming (การจัดเรียงฮีป บางครั้งเรียกว่า heap feng shui) จัดการการจัดสรรหน่วยความจำเพื่อให้บั๊กมีประโยชน์ ความสามารถสุดท้ายที่ได้คือ exploit primitive (พื้นฐานการโจมตี); kernel R/W (อ่าน/เขียนเคอร์เนลตามอำเภอใจ) มีค่าอย่างยิ่ง

MIE รบกวนหลายขั้นตอนเหล่านี้ Apple อธิบายการนำไปใช้ในเคอร์เนลและกระบวนการ user-mode มากกว่า 70 กระบวนการ และประเมินมันด้วย exploit chain จริงในอดีต มันเปิดตัวครั้งแรกพร้อม iOS 26 บนฮาร์ดแวร์ใหม่ที่รองรับ ไม่ใช่พร้อม iOS 27 โทรศัพท์รุ่นเก่าไม่สามารถรับฮาร์ดแวร์ EMTE ที่ขาดหายไปผ่านการอัปเดตซอฟต์แวร์ได้ บันทึกทางเทคนิค MIE ของ Apple

การใช้การแท็กหน่วยความจำของฮาร์ดแวร์โดยกระเป๋าเงินของบุคคลที่สามยังขึ้นอยู่กับการกำหนดค่าการ build ของมัน MIE ก็แก้การตัดสินใจอนุญาตที่แย่หรือบั๊กตรรกะไม่ได้ สิ่งที่ผมต้องการคือชั้นการป้องกันฮาร์ดแวร์เพิ่มเติมนั้น และกระเป๋าเงินที่ใช้การป้องกันที่มีอยู่ Apple: ความปลอดภัยขั้นสูงสำหรับแอป

อุปกรณ์รุ่นเก่ามีปัญหาที่รู้กันดีอีกอย่าง: checkm8 ช่องโหว่ BootROM ที่ส่งผลต่ออุปกรณ์ A5 ถึง A11 (รวมถึง iPhone X รุ่นนั้น) การอัปเดต iOS ธรรมดาแทนที่โค้ด BootROM ที่มีช่องโหว่ไม่ได้ การโจมตี boot chain ไม่ได้ถอดรหัสข้อมูลผู้ใช้ทั้งหมดหรือเจาะ Secure Enclave โดยอัตโนมัติ แต่ก็ยังเป็นข้อเสียถาวรสำหรับอุปกรณ์เหล่านั้น โปรเจกต์ต้นฉบับ checkm8

iOS 27 คือขีดจำกัดล่างของซอฟต์แวร์ปัจจุบันของผม พร้อมแพตช์ความปลอดภัยเสถียรล่าสุด นี่คือกลยุทธ์การดูแล ไม่ใช่การยืนยันว่า "ทุกเวอร์ชันเก่าใช้ประโยชน์ได้ ทุกเวอร์ชันใหม่ปลอดภัย" Apple ยังคงออกอัปเดตอย่างต่อเนื่องในหลายสาขาที่รองรับ การเผยแพร่ความปลอดภัยของ Apple

ประวัติของโทรศัพท์สำคัญ อายุการใช้งานด้านความปลอดภัยที่มีประสิทธิภาพมีจำกัด

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

ก่อนประกาศว่าโทรศัพท์เก่าเครื่องหนึ่ง "เย็น" ยังมีคำถามที่ต้องถาม: ตอนที่มันยังเป็นโทรศัพท์ประจำวันของคุณ มันเคยถูกโจมตีหรือไม่?

งานวิจัย Coruna ปี 2026 ของ Google บันทึก exploit chain ของ iOS ห้าสายและช่องโหว่ 23 รายการ รวมถึงโมดูลที่มุ่งเป้าแอปกระเป๋าเงิน งานวิจัย DarkSword ของมันยังอธิบาย payload ที่เก็บข้อมูลกระเป๋าเงินคริปโต นี่คือการโจมตีที่มุ่งเป้าช่วง iOS ที่มีช่องโหว่เฉพาะ มีการแก้ไขให้แล้ว แต่ไม่ใช่หลักฐานว่า "เชนเหล่านี้สามารถโจมตีโทรศัพท์ที่แพตช์ครบและตัดเน็ตแล้วจากระยะไกลได้" มันแสดงให้เห็นว่าทำไมประวัติของอุปกรณ์จึงสำคัญ งานวิจัย Corunaงานวิจัย DarkSword

หาก recovery phrase ของคุณรั่วไหลก่อนตัดเน็ต โหมดเครื่องบินก็เรียกกลับคืนมาไม่ได้ การปิดเครื่องหรือเปิด Lockdown Mode (โหมดล็อกดาวน์) ก็เช่นกัน

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

เมื่อย้าย อย่าสร้างการรั่วไหลใหม่โดยใส่ recovery phrase ลงใน AirDrop, iCloud, ภาพหน้าจอ, บันทึกการแชท หรือคลิปบอร์ดที่ใช้ร่วมกัน การย้ายฮาร์ดแวร์และการปกป้องความลับในการกู้คืนล้วนเป็นส่วนหนึ่งของเรื่องนี้

ถ้าผมใช้ iPhone ผมจะตั้งค่าแบบนี้

iPhone 17 หรือรุ่นใหม่กว่า, iOS 27 ขึ้นไป และแพตช์ความปลอดภัยปัจจุบัน ตรวจสอบการป้องกันฮาร์ดแวร์ของรุ่นเครื่องจริง วางแผนย้ายทุกหนึ่งถึงสองปี และตอบสนองเร็วขึ้นเมื่อมีการเปลี่ยนแปลงด้านความปลอดภัยที่สำคัญ

รหัสผ่านอุปกรณ์แบบสุ่มตัวอักษรและตัวเลขอย่างน้อย 12 ตัว อย่าพึ่งพาขีดจำกัดการเดาของระบบเพียงอย่างเดียว

กระเป๋าเงินที่มีการป้องกันอิสระที่มีประสิทธิภาพ ตรวจสอบการเข้ารหัส seed phrase, พารามิเตอร์ KDF, คลาส Keychain, การห่อกุญแจที่รองรับโดยฮาร์ดแวร์ และการอนุญาตธุรกรรม ป๊อปอัป Face ID ไม่ใช่สถาปัตยกรรมความปลอดภัย

ข้อมูลสำรองการกู้คืนออฟไลน์แยกต่างหาก ไม่ใส่ recovery phrase ใด ๆ ใน Notes, Photos หรือภาพหน้าจอธรรมดา ตรวจสอบว่าการกู้คืนใช้ได้จริงก่อนใส่เงินจำนวนมาก

ลดอินเทอร์เฟซและการเข้าถึงที่ไม่จำเป็น ปิดการเข้าถึง Control Center บนหน้าจอล็อกและการเข้าถึงอุปกรณ์เสริมที่ไม่จำเป็น ปิด Wi-Fi และบลูทูธในการตั้งค่า การตัดการเชื่อมต่อใน Control Center ไม่เท่ากับการปิดโดยสมบูรณ์ คำอธิบายของ Apple

ปิดเครื่องเมื่อนำไปเก็บ การบูตปกติครั้งถัดไปจะเข้าสู่ BFU และต้องปกป้องอุปกรณ์ทางกายภาพด้วย

ใช้อุปกรณ์เฉพาะที่เริ่มต้นจากสถานะที่เชื่อถือได้ ไม่เจลเบรก ไม่ติดตั้งแอปที่ไม่เกี่ยวข้อง ไม่ใช้บัญชี Apple ประจำวัน และไม่กู้คืนชุดข้อมูลทั้งหมดของโทรศัพท์ประจำวัน Lockdown Mode ลดการเปิดรับสำหรับผู้ใช้ที่มีความเสี่ยงสูง แต่มันแทนที่การอัปเดตไม่ได้ และเพิกถอนความลับที่รั่วไหลไปแล้วไม่ได้ Apple: Lockdown Mode

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

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

การออฟไลน์โทรศัพท์เป็นมาตรการป้องกันหนึ่ง ฮาร์ดแวร์, เวอร์ชันแพตช์, สถานะ BFU/AFU, รหัสผ่าน และการจัดการกุญแจของกระเป๋าเงิน ต่างหากที่กำหนดว่ามาตรการป้องกันนี้ให้อะไรคุณจริง ๆ