Root Nothing Phone khi Bootloader còn khóa: Có nên thử?

Root Android thông thường yêu cầu mở khóa bootloader, vá boot image rồi flash lại bằng Fastboot. Một dự án có tên Root My Nothing đang thử cách khác: khai thác lỗ hổng kernel GhostLock để cấp quyền root tạm thời trên Nothing Phone (1) mà không thay đổi trạng thái bootloader.

Ý tưởng này đáng chú ý, nhưng chưa nên hiểu là một phương pháp root ổn định cho người dùng phổ thông. Tại thời điểm kiểm tra ngày 14/09/2026, tài liệu chính chủ của dự án vẫn đánh dấu Nothing Phone (1) ở trạng thái In progress và chưa hoàn thành khai thác từ đầu đến cuối.

Cảnh báo bảo mật: Phương pháp này chạy mã khai thác lỗ hổng kernel với mục tiêu giành quyền hệ thống cao nhất. Chỉ thử trên thiết bị của bạn, không chứa dữ liệu quan trọng và đã có phương án khôi phục. Không cài APK được đăng lại trên Telegram, diễn đàn hoặc kho tải không rõ nguồn gốc.

Tóm tắt tình trạng hiện tại

  • Dự án nhắm tới Nothing Phone (1), mã thiết bị Spacewar, nền tảng SM7325.
  • Cơ chế được đề cập là GhostLock, mã lỗ hổng CVE-2026-43499.
  • Quyền root đạt được bằng khai thác kernel, không phải mở khóa và flash boot image theo cách truyền thống.
  • Root khai thác ban đầu có tính tạm thời và có thể mất sau khi khởi động lại.
  • KernelSU được dùng để quản lý quyền root nếu chuỗi khai thác và late-load module hoàn tất.
  • README của Root My Nothing hiện ghi exploit working end-to-end: chưa hoàn thành.

Vì vậy, cách gọi chính xác ở thời điểm này là dự án thử nghiệm root Nothing Phone (1) khi bootloader còn khóa, không phải giải pháp đã được xác nhận hoạt động ổn định trên mọi máy.

Vì sao root thường phải mở khóa bootloader?

Bootloader chịu trách nhiệm kiểm tra phần mềm trước khi Android khởi động. Khi bootloader còn khóa, Verified Boot giúp ngăn thiết bị nạp boot image hoặc kernel đã bị sửa đổi. Cách root phổ biến bằng Magisk thường gồm các bước:

  1. Mở khóa bootloader.
  2. Lấy đúng boot.img hoặc init_boot.img của bản firmware đang chạy.
  3. Vá file bằng Magisk.
  4. Flash file đã vá bằng Fastboot.

Việc mở khóa thường kích hoạt factory reset và xóa dữ liệu. Máy cũng có thể hiển thị cảnh báo khi khởi động, thay đổi trạng thái Play Integrity hoặc ảnh hưởng tới một số ứng dụng nhạy cảm.

Nếu cần hiểu rõ quy trình thông thường, bạn có thể đọc bài tại sao cần unlock bootloader và cách kiểm tra trạng thái.

GhostLock hoạt động khác root Magisk như thế nào?

GhostLock được mô tả là một lỗ hổng leo thang đặc quyền trong Linux kernel. Thay vì sửa boot image, chuỗi khai thác tác động vào kernel đang chạy để biến một tiến trình có quyền thấp thành tiến trình có quyền root.

Điểm khác biệt chính nằm ở vị trí can thiệp:

Phương phápVị trí can thiệpBootloaderSau khi khởi động lại
Magisk truyền thốngBoot hoặc init_boot imageThường phải mở khóaRoot có thể tiếp tục tồn tại
GhostLockKernel đang chạyCó thể giữ trạng thái khóaQuyền khai thác ban đầu có thể mất
KernelSU late-loadNạp module vào kernel sau khi có đặc quyềnKhông sửa boot image trong mô hình nàyPhụ thuộc khả năng tự chạy lại chuỗi khai thác

Bootloader còn khóa không đồng nghĩa thiết bị vẫn an toàn như trước. Nếu một ứng dụng có thể khai thác kernel để lấy quyền root, chính lỗ hổng đó đã vượt qua một lớp bảo vệ quan trọng của hệ thống đang chạy.

CVE-2026-43499 và IonStack là gì?

Theo tài liệu của các dự án liên quan, CVE-2026-43499 còn được gọi là GhostLock. Lỗ hổng liên quan tới cơ chế futex Priority Inheritance trong kernel và có thể dẫn tới use-after-free. Khi kết hợp đúng điều kiện bộ nhớ và offset của từng bản kernel, kẻ khai thác có thể ghi vào vùng nhớ kernel rồi nâng quyền.

IonStack không phải một CVE riêng. Tên này được dùng cho một chuỗi khai thác kết hợp nhiều thành phần để đi từ ứng dụng có quyền thấp tới quyền hệ thống. Khả năng hoạt động phụ thuộc chặt vào:

  • Phiên bản kernel và bản vá bảo mật.
  • Cấu hình kernel của nhà sản xuất.
  • SoC và cách biên dịch kernel.
  • Offset chính xác của từng firmware.
  • Cơ chế bảo vệ như SELinux và seccomp.

Do đó, việc hai điện thoại cùng chạy Android hoặc cùng phiên bản kernel không bảo đảm dùng chung một bản exploit.

Root My Nothing hiện hỗ trợ thiết bị nào?

Kho mã ang3lo-azevedo/root-my-nothing nhắm tới Nothing Phone (1). README hiện nêu cấu hình mục tiêu:

  • Tên mã: Spacewar.
  • SoC: Qualcomm SM7325.
  • Kernel được nghiên cứu: 5.4.302.
  • Trạng thái: In progress.

Dự án đã xác nhận kernel thuộc phạm vi bị ảnh hưởng, thêm target và offset, đồng thời xây dựng được APK. Tuy nhiên, một số phần vẫn chưa hoàn tất, gồm kallsyms cho stock kernel, PSELECT_SHIFT, điều chỉnh mã cho API kernel 5.4 và kiểm thử khai thác end-to-end.

Không nên suy rộng hướng dẫn này sang Nothing Phone (2), Phone (2a), Phone (3) hoặc CMF Phone. Mỗi thiết bị có SoC, kernel và firmware khác nhau.

Có thể cài Root My Nothing rồi root ngay không?

Chưa có đủ bằng chứng từ tài liệu chính chủ để khẳng định điều đó. Trang Releases có APK được tạo tự động, nhưng sự tồn tại của file cài đặt không chứng minh chuỗi khai thác đã hoạt động hoàn chỉnh trên máy thương mại.

Bài nguồn DroidWin hướng dẫn cài Root My Nothing và KernelSU Manager rồi làm theo màn hình. Tuy nhiên, liên kết “Root My Nothing” trong bài đang trỏ nhầm tới trang phát hành KernelSU. Quan trọng hơn, hướng dẫn đó không phản ánh danh sách công việc còn dang dở trong README dự án.

Nếu ưu tiên độ ổn định, hãy chờ nhà phát triển đánh dấu khai thác end-to-end đã hoàn thành, công bố firmware tương thích và cung cấp hướng dẫn khôi phục rõ ràng.

Lợi ích nếu phương pháp được hoàn thiện

Một phương pháp root khi bootloader còn khóa có thể tránh một số bất tiện của quy trình truyền thống:

  • Không kích hoạt factory reset chỉ để đổi trạng thái bootloader.
  • Không cần flash boot image đã vá.
  • Có thể nghiên cứu hoặc chạy tác vụ root tạm thời mà không thay đổi boot chain trên bộ nhớ.
  • Việc quay lại trạng thái không root có thể chỉ cần khởi động lại, tùy cách triển khai.

Đây là lợi ích kỹ thuật, không phải cam kết rằng dữ liệu được bảo toàn. Exploit kernel hoặc module thử nghiệm vẫn có thể khiến hệ thống treo, khởi động lại, hỏng dữ liệu hay mất kết nối.

Những hạn chế và rủi ro cần cân nhắc

Root có thể mất sau khi khởi động lại

Quyền root lấy được từ khai thác runtime thường không tồn tại sau reboot. Muốn tự động có root trở lại, thiết bị phải chạy lại chuỗi khai thác. Nếu bản cập nhật vá lỗ hổng hoặc thay đổi offset, cách cũ có thể ngừng hoạt động.

Không phù hợp để flash kernel tùy chỉnh

Bootloader vẫn khóa và tiếp tục xác minh boot chain. Việc ghi kernel, boot image hoặc phân vùng không được ký có thể làm máy không khởi động. Không áp dụng hướng dẫn dành cho thiết bị đã unlock vào môi trường này.

Có thể ảnh hưởng SELinux và độ ổn định

Một số chuỗi khai thác cần thay đổi trạng thái hoặc chính sách SELinux trong quá trình lấy quyền. Sai offset hoặc ghi nhầm vùng nhớ kernel có thể gây kernel panic, mất mạng, treo máy hoặc reboot.

APK có quyền lực tương đương mã khai thác

Bạn đang chạy phần mềm được thiết kế để vượt quyền bảo vệ của Android. Một APK bị chỉnh sửa có thể lấy dữ liệu, cài mã khác hoặc để lại quyền truy cập mà người dùng không nhận ra.

Play Integrity không được bảo đảm

Giữ bootloader khóa không đồng nghĩa ứng dụng ngân hàng và ví điện tử chắc chắn hoạt động. Ứng dụng vẫn có thể phát hiện KernelSU, module, thay đổi SELinux, hook framework hoặc dấu vết root khác.

Bản cập nhật OTA có thể vá lỗ hổng

Bản vá mới có thể đóng lỗ hổng hoặc thay đổi kernel khiến exploit không tương thích. Ngược lại, cố giữ firmware cũ để duy trì lỗ hổng làm thiết bị tiếp tục phơi nhiễm trước các cuộc tấn công khác.

Checklist kiểm tra trước khi thử nghiệm

Nếu bạn là người nghiên cứu và vẫn muốn theo dõi dự án, hãy kiểm tra từng mục sau trước khi cài bất kỳ APK nào:

  1. Xác nhận thiết bị là Nothing Phone (1), mã Spacewar.
  2. Đối chiếu phiên bản Nothing OS, Android, kernel và bản vá bảo mật với danh sách được nhà phát triển xác nhận.
  3. Đọc README và release notes trực tiếp tại kho Root My Nothing trên GitHub.
  4. Chỉ tải file từ trang Releases chính thức.
  5. So sánh SHA-256 của APK với digest do GitHub hiển thị ở release tương ứng.
  6. Sao lưu dữ liệu và mã xác thực hai lớp sang thiết bị khác.
  7. Chuẩn bị firmware gốc, Platform Tools, driver và quy trình khôi phục.
  8. Tháo SIM, đăng xuất ứng dụng nhạy cảm và không thử trên máy chính.

Không dùng mã hash được chép lại từ một bài viết cũ để xác minh bản phát hành mới. Hãy lấy digest trực tiếp từ release bạn tải vì mỗi build có giá trị khác nhau.

Cách kiểm tra SHA-256 của APK

Sau khi tải APK từ GitHub, bạn có thể tính SHA-256 trên máy tính rồi so sánh với digest của đúng release.

Trên Windows PowerShell:

Get-FileHash .\RootMyNothing-release.apk -Algorithm SHA256

Trên macOS hoặc Linux:

shasum -a 256 RootMyNothing-release.apk

Nếu hai giá trị khác nhau, không cài file. Việc hash trùng chỉ xác nhận file tải về giống file nhà phát triển đã phát hành; nó không chứng minh ứng dụng an toàn hoặc không có lỗi.

Quy trình thử nghiệm an toàn ở mức tổng quát

Khi dự án được xác nhận hoạt động, quy trình dự kiến gồm ba thành phần: cài Root My Nothing từ GitHub, cài KernelSU Manager từ kho KernelSU chính thức, sau đó chạy chuỗi khai thác theo hướng dẫn của nhà phát triển.

Ở trạng thái hiện tại, không nên biến ba bước này thành hướng dẫn “một chạm” vì dự án vẫn ghi nhận các phần kỹ thuật chưa hoàn thành. Hãy kiểm tra lại tài liệu chính chủ ngay tại thời điểm thao tác. Không dùng module LSPosed, Zygisk hoặc module root khác cho tới khi bản build cụ thể được xác nhận tương thích.

Khi nào nên chọn cách unlock bootloader truyền thống?

Nếu mục tiêu là root ổn định, flash ROM, thay kernel hoặc phát triển lâu dài, mở khóa bootloader theo quy trình chính thức vẫn dễ kiểm soát hơn khi thiết bị cho phép. Đổi lại, máy sẽ bị xóa dữ liệu và trạng thái bảo mật thay đổi rõ ràng.

Hãy chọn phương án theo nhu cầu:

Nhu cầuPhương án phù hợp hơn
Dùng root ổn định và chấp nhận xóa dữ liệuUnlock bootloader rồi root theo quy trình chuẩn
Nghiên cứu lỗ hổng trên máy thử nghiệmTheo dõi Root My Nothing/GhostLock
Giữ máy chính ổn định, dùng ngân hàngKhông root
Flash ROM hoặc kernel tùy chỉnhUnlock bootloader, không dùng root runtime

Trước khi mở bootloader, tham khảo hướng dẫn flash firmware an toàn để chuẩn bị dữ liệu, driver và file khôi phục.

Câu hỏi thường gặp

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *