GrapheneOS รุ่นทดลองสำหรับ Pixel 9a เปิดให้ใช้งานแล้ว
(grapheneos.social)- การรองรับ Pixel 9a เปิดให้ใช้งานก่อนบน staging.grapheneos.org และเข้าสู่ขั้นตอนตรวจสอบเบื้องต้นเพื่อเพิ่มรุ่นใหม่นี้ลงในรายการอุปกรณ์ที่ติดตั้ง GrapheneOS ได้
- การเผยแพร่ช่วงแรกรองรับทั้ง การติดตั้งผ่าน CLI และการติดตั้งผ่านเว็บ โดยเป็นกระบวนการตรวจสอบฟังก์ชันพื้นฐาน เช่น Wi‑Fi, กล้อง และเสียง ก่อนรับฟีดแบ็กจากผู้ใช้
- เส้นทางอัปเกรดแบบไร้สายถูกทดสอบด้วยอัปเดตตัวอย่างที่ย้ายจาก 2025041200 ไปเป็น 2025041201 โดยการเปลี่ยนแปลงจริงมีเพียงวันที่บิลด์และหมายเลขบิลด์เท่านั้น
- แพ็กเกจอัปเดตแบบเพิ่มส่วนต่างมีขนาดเพียง 158KiB แม้จะรวมเฟิร์มแวร์ใหม่ทั้งหมดและอิมเมจ OS ไว้ด้วย และแพ็กเกจอัปเดตเต็มก็ได้รับการตรวจสอบแยกต่างหาก
- หลังจากผ่านการทดสอบฟังก์ชันพื้นฐานและเส้นทางอัปเกรดแล้ว การรองรับ Pixel 9a จึงไม่ถือว่าเป็น รุ่นทดลอง อีกต่อไป แต่เนื่องจากยังอิงกับ Android 15 QPR1 การปรับปรุงล่าสุดบางส่วนจึงยังไม่มี
การเผยแพร่ Pixel 9a ช่วงแรกและเส้นทางการติดตั้ง
- GrapheneOS ให้บริการ รีลีสช่วงแรกที่ยังเป็นการทดลองอย่างมาก สำหรับ Pixel 9a บน staging.grapheneos.org
- การติดตั้งรองรับทั้ง การติดตั้งผ่าน CLI และการติดตั้งผ่านเว็บ
- มีการตรวจสอบฟังก์ชันพื้นฐานควบคู่ไปกับวิธีติดตั้งทั้งสองแบบ
- ฟังก์ชันที่ทดสอบรวมถึง Wi‑Fi, กล้อง, เสียง และอื่น ๆ
- ในช่วงรีลีสแรกเริ่ม ยังต้องการฟีดแบ็กจากผู้ใช้
การตรวจสอบอัปเดตและการยกเลิกสถานะทดลอง
- เส้นทางอัปเกรดแบบไร้สาย ของ Pixel 9a ถูกทดสอบภายในด้วยอัปเดตตัวอย่างที่ไม่มีการเปลี่ยนแปลง
- โดยปกติ GrapheneOS ใช้อัปเดตตัวอย่างลักษณะนี้ภายในเมื่อตรวจสอบเส้นทางอัปเกรดของแต่ละรีลีส
- เพื่อการทดสอบที่กว้างขึ้น จึงเผยแพร่อัปเดตดังกล่าวไปยังแต่ละช่องทาง
- อัปเดตแรกย้ายจาก 2025041200 ไปเป็น 2025041201
- การเปลี่ยนแปลงมีเพียงวันที่บิลด์และหมายเลขบิลด์เท่านั้น
- แพ็กเกจอัปเดตแบบเพิ่มส่วนต่างมีขนาด 158KiB แม้จะรวมเฟิร์มแวร์ใหม่ทั้งหมดและอิมเมจ OS ไว้ด้วย
- แพ็กเกจอัปเดตเต็มก็ถูกทดสอบพร้อมกันด้วย
- ฟังก์ชันพื้นฐานและเส้นทางอัปเกรดได้รับการตรวจสอบทั้งในแอป System Updater และใน recovery
- หลังจากขั้นตอนนี้ รีลีสของ Pixel 9a ไม่จำเป็นต้องถือว่าเป็น highly experimental อีกต่อไป
- รีลีส Pixel 9a แบบทดลองเริ่มให้บริการบนเว็บไซต์โปรดักชันทั่วไปด้วย
- บน Pixel 9a ฟีเจอร์มาตรฐานของ Android และ GrapheneOS ควรใช้งานได้แล้ว
- ตัวอย่างเช่น การควบคุมพอร์ต USB‑C บนฮาร์ดแวร์, การทำ memory tagging ด้วยฮาร์ดแวร์ เป็นต้น
- งานหลักคือการจัดการ branch อุปกรณ์ชั่วคราวที่อิงกับ QPR1
- ณ วันที่ 15 เมษายน 2025 การรองรับ GrapheneOS สำหรับ Pixel 9a ไม่ถือว่าเป็นการทดลองอีกต่อไป
- เนื่องจากยังอิงกับ upstream ของ Android 15 QPR1 จึงยังขาดการปรับปรุงล่าสุดบางส่วนของ Android และ GrapheneOS
- GrapheneOS ได้ backport การเปลี่ยนแปลงส่วนใหญ่ของ GrapheneOS หลัง QPR2 แล้ว และมีแผนจะเปลี่ยนไปอิงกับ mainline Android ในเร็ว ๆ นี้
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ผมชอบ GrapheneOS แต่ข้อเสียที่ใหญ่ที่สุดคือ Google Integrity API ทำให้การชำระเงินแบบไร้สัมผัสของ Google Pay ใช้ไม่ได้
ตอนนี้ธนาคารในเนเธอร์แลนด์กำลังแนะนำให้ติดตั้ง Google Pay สำหรับการชำระเงินแบบไร้สัมผัส ผมขอให้ Google รองรับ GrapheneOS แล้วพวกเขาบอกให้ส่งคำขอฟีเจอร์ ผมก็ส่งไปแล้วแต่ไม่มีคำตอบ
โครงสร้างตอนนี้คือ Google กับ Apple แบ่งกันครอง ตลาดกึ่งผูกขาดของการชำระเงินแบบไร้สัมผัส ในทางปฏิบัติ และเป็นผู้ตัดสินใจว่าจะให้ดิสทริบิวชันของระบบปฏิบัติการใดเข้าถึงได้ ผมจึงยื่นคำร้องอย่างเป็นทางการต่อหน่วยงานกำกับดูแลตลาดผู้บริโภคแล้ว ผมยังอธิบายด้วยว่า Google Integrity API อาจส่งผลต่อการเข้าถึงบริการธนาคารในอนาคต และในแอปธนาคารบางแห่งก็เป็นเช่นนั้นแล้ว ซึ่งหน่วยงานดูเหมือนจะรับเรื่องค่อนข้างจริงจัง และผมกำลังรอคำตอบต่อไป
ธนาคารบางแห่งอาจยังรองรับการแตะจ่ายของตัวเองอยู่ ในยุโรปมีระบบมาตรฐานสำหรับเรื่องนี้ และมีหลายธนาคารรองรับ รายชื่อธนาคารเหล่านั้นดูได้ที่ https://privsec.dev/posts/android/banking-applications-compa... แม้จะมีการย้ายไปใช้ Google Pay กันมากเพื่อกดต้นทุนการพัฒนา แต่ตอนนี้ก็อาจเกิดกระแสใหญ่ที่หันออกจากมันอีกครั้ง
สำหรับบริษัทที่บล็อกการใช้ GrapheneOS ด้วย Play Integrity API ควรส่ง https://grapheneos.org/articles/attestation-compatibility-gu... ให้พวกเขา วิธีนี้จะยังคงการตรวจสอบไว้ได้ พร้อมกับอนุญาต GrapheneOS ได้อย่างปลอดภัยยิ่งขึ้น ช่วงหลังผู้ใช้โน้มน้าวธนาคารบางแห่งให้ปรับใช้วิธีนี้ได้แล้ว และ Swissquote ได้นำไปใช้ในแอป Yuh แล้ว โดยหวังว่าจะนำไปใช้กับแอปหลักของ Swissquote ในเร็ว ๆ นี้ด้วย จริง ๆ แล้วการไม่ใส่ Play Integrity API มาตั้งแต่แรกจะดีกว่า แต่ถ้าผู้ใช้ฝากรีวิวและส่งคำขอซัพพอร์ตจำนวนมาก ก็จะทำให้พวกเขารับรู้ว่านี่เป็นปัญหาใหญ่ และอาจถอดออกหรือเปลี่ยนไปใช้การติดตั้งใช้งานแบบอื่นแทน
ผมคิดว่าทุกประเทศควรมีแอปแบบนั้น คงไม่มีใครอยากให้ระบบชำระเงินพึ่งพาบริษัทสหรัฐฯ ทั้งหมด
ปัญหาที่ใหญ่กว่าคือแอปต่าง ๆ พยายามค้นหาสิ่งที่เกี่ยวข้องกับ Google Play ตอนเริ่มทำงาน แล้วโยน ข้อยกเว้น null pointer ออกมา ตลอดสองเดือน มีอย่างน้อยกว่าหนึ่งสัปดาห์ที่ parkmobile, แอปเครือข่ายชาร์จรถยนต์ไฟฟ้าหลายตัว, uber, lyft และ yelp ใช้ไม่ได้
ผมสงสัยว่านี่ยังเป็นปัญหาอยู่ไหม หรือทุกวันนี้เสถียรกว่าเดิมแล้ว ถ้าไม่นับปัญหาเกี่ยวกับ Google Integrity
GrapheneOS ให้แบตเตอรี่อยู่นานกว่าที่ Google โฆษณาไว้มากกว่า 2 เท่า จนกระทั่งติดตั้ง Google Play Services ในแซนด์บ็อกซ์ และหลังติดตั้งก็ลดลงมาอยู่ระดับที่โฆษณาไว้ ประเด็นนี้ก็น่าเพิ่มเข้าไปในคำร้องด้วย การลดอายุแบตเตอรี่ของทุกคนลงครึ่งหนึ่งเป็นความเสียหายทางเศรษฐกิจที่วัดเป็นตัวเลขได้ง่าย แน่นอนว่าความเป็นส่วนตัวสำคัญกว่าการพ่วงขายและสิ้นเปลืองมูลค่าแบตเตอรี่ 50 ดอลลาร์ แต่ Google สามารถหลบเลี่ยงประเด็นความเป็นส่วนตัวได้ง่ายกว่าด้วยคำพูดยาก ๆ และการเล่นคำ
ตอนแรกผมงงว่าทำไมเรื่องนี้ถึงน่าจับตา แต่ Pixel 9a เพิ่งเปิดตัวเมื่อวันพฤหัสบดีเอง สำหรับระบบปฏิบัติการของชุมชน นี่เป็นการตอบสนองที่เร็วมาก
ส่วนการปรับแต่ง GrapheneOS ที่เหลือน่าจะอยู่ฝั่งเฟรมเวิร์ก จึงไม่น่าขึ้นกับอุปกรณ์ อาจมีการเปลี่ยนแปลงเคอร์เนลเพื่อเสริมความแข็งแกร่ง แต่ไม่รู้ว่าการพอร์ตส่วนนั้นง่ายแค่ไหน ผมก็สงสัยเหมือนกันว่า Pixel 9 ซีรีส์ใช้เคอร์เนลเวอร์ชันใหม่กว่า Pixel 8 หรือไม่
ปกติผมค่อนข้างวิจารณ์บ่อย แต่ทีม GrapheneOS สมควรได้รับเครดิตในเรื่องนี้
ผมติดตั้ง GrapheneOS บน Pixel 4a หลังจากที่ Google ทำให้อายุแบตเตอรี่หายไป[0] ตอนย้ายมาใช้ครั้งแรกมีหลายอย่างที่ใช้ไม่ได้ เลยรู้สึกหงุดหงิด แต่ตอนนี้ปรับตัวได้แล้ว และกลับมารู้สึกว่าได้ใช้อุปกรณ์ของตัวเองอย่าง ปลอดภัย อีกครั้ง
รู้สึกเหมือนอุปกรณ์เป็นของผมจริง ๆ และไม่ต้องกังวลว่าใครจะแอบสอดส่องผมหรือจู่ ๆ จะถูกเอาฟีเจอร์ไปอีก
[0] https://grapheneos.social/@GrapheneOS/113917226566692707
แต่การ ควบคุมการเข้าถึง โดยรวม และฟีเจอร์ที่คอยตรวจแอปที่แทบไม่ได้ใช้ทุก ๆ สองสามเดือนนั้นมีประโยชน์มาก อย่างไรก็ตาม ผมไม่ทำ internet banking บนโทรศัพท์ สำหรับคนที่ทำแบบนั้น อาจจะลำบากในทางปฏิบัติ สิ่งเดียวที่ไม่ชอบคือมันทำงานได้เฉพาะบน Google Pixel เท่านั้น
ผมมองว่า GrapheneOS เป็นหนึ่งในโครงการที่สำคัญที่สุดที่กำลังดำเนินอยู่ตอนนี้ หลายคนพก อุปกรณ์สอดส่องอเนกประสงค์ ไว้ในกระเป๋าโดยไม่รู้ว่าตัวเองกำลังมอบสิทธิ์ไปมากแค่ไหน
พวกเขาไม่มีอำนาจควบคุมอุปกรณ์เหล่านี้ และไม่เข้าใจด้วยซ้ำว่ามันเป็นอย่างนั้น GrapheneOS มอบวิธีต่อต้านให้เรา การยอมทิ้งความสะดวกของสมาร์ตโฟนยุคใหม่เป็นเรื่องยาก แต่ถ้าใช้ GrapheneOS ก็ยังรักษาความสะดวกไว้ได้ 90% พร้อมกับลดการสอดส่องและพื้นผิวการโจมตีลงได้มาก
ตอนนี้อยากได้ Pixel ที่มีสวิตช์ฮาร์ดแวร์ขนาดใหญ่ 2 ตัว วางสไลเดอร์ไว้ข้างละตัว ตัวหนึ่งปิดอุปกรณ์ไร้สาย อีกตัวปิดเซนเซอร์ (กล้อง, ไมโครโฟน) เวลาต้องการโทรก็เลื่อนสไลเดอร์ใหญ่ขึ้นเพื่อเปิดกล้องและไมโครโฟน
ขอบคุณ strcat และทีมงาน ถ้าคุณยังไม่ได้ใช้ GrapheneOS ก็ควรลองพิจารณาดู สามารถบริจาคได้ที่นี่: https://grapheneos.org/donate ถ้ามีความสามารถด้านโปรแกรมมิงที่เหมาะสม ก็เข้าร่วมช่วยได้เช่นกัน
หากอุปกรณ์ถูกโจมตีสำเร็จ ข้อมูลทั้งหมดก็อาจถูกเอาไปได้ ทั้งเอกสาร รูปภาพ วิดีโอ ประวัติเบราว์เซอร์ เซสชันล็อกอิน รหัสผ่าน ฯลฯ ระหว่างที่เซนเซอร์เปิดอยู่ ผู้โจมตีก็ควบคุมเซนเซอร์ได้ด้วย รวมถึงการโทรและอย่างอื่น ๆ
สวิตช์ที่ปิดอุปกรณ์ไร้สายทั้งหมดมีประโยชน์น้อยกว่ามากใน threat model นี้ เพราะแม้แต่แอปทั่วไปก็รู้วิธีคิวข้อมูลไว้ส่งภายหลัง หากเป้าหมายคือป้องกันการระบุตำแหน่ง ก็ต้องปิดทั้งอุปกรณ์ไร้สายทั้งหมดและเซนเซอร์ทั้งหมด ไม่ใช่แค่อุปกรณ์ไร้สายเท่านั้น มันอาจมีประโยชน์ในกรณีที่ผู้โจมตี exploit เฟิร์มแวร์ไร้สายได้ แต่ไม่สามารถข้ามไปถึงระบบปฏิบัติการได้ เพราะมีการแยก IOMMU ของ GrapheneOS และไดรเวอร์เคอร์เนล/ยูเซอร์สเปซที่เสริมความแข็งแกร่งไว้ อย่างไรก็ตาม ด้วย verified boot หากอุปกรณ์ไร้สายไม่มีสถานะถาวรที่สำคัญ สิทธิ์เข้าถึงก็จะหายไปตราบเท่าที่การรีบูตทำให้อุปกรณ์ไร้สายนั้นถูก power cycle
สงสัยว่า GrapheneOS “เป็นส่วนตัว” แค่ไหน
อยากรู้ว่าถ้าย้ายจาก Android พื้นฐานที่มีอยู่เดิมแล้วจะได้อะไรเพิ่มขึ้นมากแค่ไหน
แก้ไข: หน้านี้ดูครอบคลุม — https://staging.grapheneos.org/features
สำหรับแอปที่ไม่ต้องการ ก็สามารถปิดสิทธิ์เข้าถึงอินเทอร์เน็ตเพื่อไม่ให้ส่งข้อมูลกลับบ้านได้ด้วย
ข้อดีอื่น ๆ ส่วนใหญ่จะไม่เด่นชัดนัก มีตัวจัดสรรหน่วยความจำที่เสริมความแข็งแกร่ง ซึ่งทำให้การโจมตีด้านความปลอดภัยหลายประเภททำได้ยากขึ้นมาก และยังมีบริการเบื้องหลังที่ไม่จำเป็นซึ่งกินทรัพยากรน้อยกว่ามากด้วย รายละเอียดเหล่านี้มีสรุปไว้บนเว็บไซต์มากกว่า และคุ้มค่าที่จะอ่าน
ฟีเจอร์สำคัญจำนวนมากถูกรวมไว้ในเซกชันเดียวกัน โดยเฉพาะเซกชันการป้องกัน exploit และเซกชันย่อย ซึ่งครอบคลุมส่วนใหญ่ของสิ่งที่มีให้ในด้านความปลอดภัย หากไม่นับการเปลี่ยนแปลงเล็ก ๆ น้อย ๆ ก็แทบจะรวมไว้ครบแล้ว นอกจากนี้ เมื่อฟีเจอร์ใดกลายเป็นฟีเจอร์มาตรฐานของ Android ก็จะลบออกจากรายการ และยังประสบความสำเร็จในการส่งฟีเจอร์หลายอย่างที่พัฒนาไปยัง Linux kernel หรือ Android Open Source Project ด้วย
ตัวอย่างที่แสดงผลของการปรับปรุงความปลอดภัยอยู่ที่นี่: https://discuss.grapheneos.org/d/14344-cellebrite-premium-ju...
ด้านล่างของเธรดยังมีเอกสาร Cellebrite Premium เดือนกุมภาพันธ์ 2025 โพสต์ไว้ด้วย และภาพรวมของสถานการณ์ก็โดยพื้นฐานแล้วคล้ายกัน
https://discuss.grapheneos.org/d/20401-grapheneos-improvemen... มีรายละเอียดบางส่วนว่าได้ปรับปรุงการป้องกันการดึงข้อมูลตั้งแต่ต้นปี 2024 อย่างไร
Pixel OS พื้นฐานโดยประมาณคือ AOSP ที่ผสานแอปของ Google เข้าไปอย่างลึกซึ้ง Pixel ไม่ได้เปลี่ยนแปลงอะไรจริง ๆ เมื่อเทียบกับโค้ด AOSP แต่แทนที่คอมโพเนนต์หลายอย่างด้วยของตัวเอง และเพิ่ม overlay แอป ฯลฯ เข้าไป AOSP มีสิ่งที่จำเป็นสำหรับสิ่งที่พวกเขาต้องการนำเสนออยู่แล้ว Google Play และแอปหลายตัวได้รับการเข้าถึงแบบสิทธิพิเศษอย่างกว้างขวางผ่านสิทธิ์แบบ privileged, นโยบาย SELinux MAC/MLS (รวมอยู่ใน AOSP), allowlist ต่าง ๆ ฯลฯ นอกจากนี้ยังใช้ Play services และอื่น ๆ เป็น backend ของ AOSP API หลายตัวด้วย
หนึ่งในฟีเจอร์หลักคือ เลเยอร์ความเข้ากันได้สำหรับ Google Play แบบแซนด์บ็อกซ์ ซึ่งทำให้สามารถรัน Google Play services, Google Play Store, Google Search ฯลฯ เป็นแอปแซนด์บ็อกซ์ทั่วไปที่ไม่มีสิทธิ์เข้าถึงพิเศษใด ๆ ได้ ผู้ใช้ไม่จำเป็นต้องให้แม้แต่สิทธิ์ทั่วไปที่ไม่ใช่สิทธิพิเศษอย่างรายชื่อติดต่อหรือตำแหน่งเพื่อใช้ฟีเจอร์ส่วนใหญ่ อย่างไรก็ตาม ฟีเจอร์บางอย่างเช่นการแชร์ตำแหน่งใน Google Maps หรือการซิงก์ Google Contacts จำเป็นต้องใช้สิทธิ์เหล่านั้น
เป็นระบบปฏิบัติการสำหรับคนที่ให้ความสำคัญกับความเป็นส่วนตัวและความปลอดภัยมากกว่าโทรศัพท์ที่ใช้งานสะดวกในชีวิตประจำวัน ไม่ใช่สำหรับคนทั่วไปเลย
อยากจะชอบ GrapheneOS มากจริง ๆ แต่รู้สึกว่ามันถูกล็อกมากกว่า Android พื้นฐานเสียอีก เหตุผลหลักที่อยากได้ระบบปฏิบัติการแบบคัสตอมตั้งแต่แรก ก็เพราะอยาก ควบคุมเอง อุปกรณ์ที่ฉันเป็นเจ้าของ
GrapheneOS ให้ความรู้สึกเหมือนย้ายสิทธิ์ควบคุมโทรศัพท์ของฉันจาก Google ไปให้ผู้ดูแล GrapheneOS มากกว่า ฉันแทบไม่มีสิทธิ์ออกความเห็นว่าโทรศัพท์ของฉันควรทำงานอย่างไร
GrapheneOS ดูเหมือนมองว่าผู้ใช้ไว้ใจให้จัดการอุปกรณ์ของตัวเองไม่ได้ แต่ก็บอกว่าไม่ต้องกังวล เพราะพวกเขารู้ว่าอะไรดีที่สุด และการควบคุมของพวกเขาเป็นการควบคุมคนละแบบกับของ Google โครงสร้างคือแค่เชื่อพวกเขาก็พอ
ไม่กี่เดือนต่อมาย้ายไป LineageOS
หน้าแรกของ GrapheneOS ระบุว่าเป็น “ระบบปฏิบัติการมือถือที่เป็นส่วนตัวและปลอดภัย พร้อมความเข้ากันได้กับแอป Android”
ต้องเข้าใจว่า “ความปลอดภัย” กับ “การให้ผู้ใช้กำหนดวิธีการทำงานของโทรศัพท์ได้ตามใจ” นั้นอยู่คนละทิศทางกัน ถ้าผู้ใช้แตะครั้งเดียวเพื่อข้าม sandbox ได้ โทรศัพท์ก็ไม่อาจปลอดภัยได้ ในระบบ Linux ผู้ใช้อาจกำหนดอะไรได้หลายอย่างก็จริง แต่อย่าหลงคิดว่านั่นปลอดภัย แค่บรรทัดเดียวอย่าง
bash -c "$(curl -fsSL [http://](<http://>;)...ก็โดนเจาะได้แล้วเพิ่งติดตั้ง GrapheneOS บน Pixel 4a สำรองเมื่อไม่นานมานี้ และขั้นตอนทำผ่าน หน้าต่างเบราว์เซอร์ ตอนแรกคิดว่าจะต้องดาวน์โหลดอะไรอย่างตัวแฟลชเฟิร์มแวร์ แต่กลับอัปเดตอุปกรณ์จากหน้าเว็บได้เลย น่าประทับใจ
อีกจุดหนึ่งที่อยากพูดถึงคือมี Chromium ติดตั้งมาให้ จึงสามารถติดตั้ง progressive web app แทนการเชื่อมกับ Google Play แบบแซนด์บ็อกซ์และอื่น ๆ ได้ progressive web app ที่ลองทดสอบดูมีหน้าตาแทบเหมือนกับบน iPhone หรือเดสก์ท็อป
แน่นอนว่า progressive web app ยังอีกไกลกว่าจะเป็นตัวทดแทนที่สมบูรณ์ได้ แต่ในทางทฤษฎีก็เป็นไปได้ ระบบปฏิบัติการมือถือที่เป็นอิสระกับแอปที่ไม่ผูกกับแพลตฟอร์ม ไม่มี Apple/Google ID และไม่มี App Store จุดประสงค์ของการทดลองติดตั้งครั้งนี้คือสิ่งนั้น และมันก็ใช้งานได้จริง
ตอนที่เพิ่งซื้อ Pixel 9 เครื่องใหม่ สิ่งที่ชอบใน GrapheneOS คือการติดตั้งทำได้ง่ายมากโดยใช้แค่โทรศัพท์ Pixel เครื่องเก่า
ตัวติดตั้งทำงานบนพื้นฐาน WebUSB จึงใช้งานได้ในเบราว์เซอร์ Vanadium แค่เชื่อมต่อโทรศัพท์สองเครื่องด้วยสาย USB แล้วติดตั้งระบบปฏิบัติการลงในเครื่องใหม่ผ่านเบราว์เซอร์ได้เลย
สิ่งที่ยังขาดอยู่ตอนนี้คือฟีเจอร์ “โอนย้าย” หรือสำรองข้อมูล นอกจากย้ายแอปด้วยตัวเอง และถ้าเป็นไปได้ก็ใช้ฟีเจอร์นำเข้า/ส่งออกที่มีในแต่ละแอป ยังไม่มีวิธีแก้ที่ดีนัก
ใช้โหมดโอนย้ายระหว่างอุปกรณ์เดียวกันของโครงสร้างพื้นฐานการสำรองข้อมูล Android และควรสำรองข้อมูลชุดเดียวกันเป๊ะกับที่ระบบโอนย้ายของ Google Play ย้ายให้ เนื่องจากใช้โหมดระหว่างอุปกรณ์ จึงสำรองข้อมูลได้มากกว่าการสำรองข้อมูลบนคลาวด์ของ Google Play มาก
ควรทำให้การมี เมนูสกรีนช็อต กลับมาในระบบนำทางเป็นเรื่องทั่วไปอีกครั้ง ทั้งบนโซเชียลและเว็บไซต์ก็ไม่มีสกรีนช็อต เหมือนเป็นระบบปฏิบัติการแบบข้อความหรือไง
ผมเฝ้าดู GrapheneOS มาหลายปีแล้ว แต่ยังลังเลเพราะเรื่อง บันทึกสายอัตโนมัติ อย่างเดียว
อยากย้ายไปใช้