todo/root/ReSukiSU.md

---
date: 2026-07-16
tags:
  - root
  - android
  - kernelsu
  - sukisu
  - susfs
aliases:
  - ReSukiSU
  - ReSuki
  - Make SukiSU Great Again
link: https://github.com/ReSukiSU/ReSukiSU
---

# 🦎 ReSukiSU — форк SukiSU для root-доступа на Android

> [!info] О чём заметка
> ReSukiSU — это решение для получения **root-прав на Android через ядро** (kernel-based root). Заметка объясняет, что это за проект, откуда он взялся, чем отличается от KernelSU/SukiSU/Magisk, какие у него возможности (KPM, SUSFS, метамодули) и на каких устройствах он работает. Это обзорная (теоретическая) заметка; пошаговую установку под конкретное устройство ищите в официальной документации проекта.

## TL;DR

- **ReSukiSU** — форк проекта **SukiSU-Ultra**, который сам является форком **KernelSU**. Слоган проекта — «Make SukiSU Great Again!». Заявленная цель форка: больше стабильности и более простая сборка ядра.
- Это **root на уровне ядра**: суперпользователь встроен в само ядро Linux, а не подгружается в загрузчике, как у Magisk. Из-за этого его сложнее обнаружить, но нужно совместимое ядро.
- Ключевые фишки семейства: **KPM** (запуск кода прямо в ядре), встроенный **SUSFS** (скрытие root от приложений), система **метамодулей** (systemless-модификации), совместимость с несколькими менеджерами (KernelSU, RKSU, MKSU, SukiSU).
- Официально поддерживаются **GKI 2.0** устройства (ядро Linux 5.10+). Старые ядра (от 3.4) тоже работают, но ядро придётся собирать вручную. Архитектуры: `arm64-v8a`, `armeabi-v7a`, `x86_64`.
- Лицензия: код ядра — GPL-2.0-only, остальное — GPL-3.0-or-later.

## Что такое «root через ядро» и при чём тут KernelSU

**Root (суперпользователь)** на Android — это права, позволяющие приложениям делать то, что обычно запрещено: менять системные файлы, блокировать рекламу на уровне системы, удалять предустановленные приложения, тонко настраивать сеть и т.д.

Есть два принципиально разных подхода, как получить эти права:

- **Magisk** и подобные — патчат загрузочный образ (`boot.img`) и подгружают суперпользователя **поверх** системы на этапе загрузки (userspace). Гибко, ставится почти на всё, но и обнаруживается относительно легко.
- **KernelSU** (проект автора weishu) — встраивает суперпользователя **в само ядро Linux**. Отсюда название: Kernel-assisted SuperUser. Права выдаёт ядро, а не пользовательский процесс.

**Проще говоря:** Magisk — это «надстройка сверху», которую система в принципе может заметить; KernelSU — это «встроено в фундамент», ниже уровня, на котором обычно работают проверки. Взамен KernelSU требователен к ядру: нужно либо совместимое заводское ядро (**GKI** — Generic Kernel Image, единое ядро Google для многих устройств), либо ядро, собранное вручную.

**ReSukiSU** относится к семейству KernelSU: это тоже root через ядро.

## KernelSU/ReSukiSU против Magisk: чем отличается и когда что выбрать

Частый вопрос — «что лучше, ReSukiSU или Magisk?». Правильный ответ: **зависит от задачи и устройства**, универсального «лучше» нет. Ниже — честное сравнение по подходам (ReSukiSU здесь представляет всё семейство KernelSU, [[root/Magisk|Magisk]] — классический userspace-root).

| Критерий | KernelSU / ReSukiSU (root через ядро) | Magisk (root поверх системы) |
| --- | --- | --- |
| Где живёт root | **в ядре Linux** (ниже уровня приложений) | в userspace, подгружается при загрузке |
| Скрытность от проверок | сложнее обнаружить; есть встроенный [[#SUSFS — скрытие root от приложений\|SUSFS]] | обнаруживается относительно легче; скрытие — через отдельные модули |
| Требования | нужно **совместимое ядро** (GKI 2.0) или ручная сборка | ставится почти на любое устройство |
| Простота установки | сложнее: зависит от ядра, KMI, способа (LKM/AnyKernel3) | обычно проще: патч `boot.img` и всё |
| Экосистема модулей | своя, моложе и меньше | огромная, зрелая, много готовых модулей |
| Работа в ядре | **KPM** — код прямо в kernel space | нет (только userspace-модули) |
| Надёжность на кастомных ROM | **LKM часто не встаёт** на самосборные ядра (см. ниже) | как правило, работает стабильнее |

### В чём KernelSU/ReSukiSU объективно сильнее

- **Скрытность.** Раз права выдаёт само ядро, а не процесс поверх системы, обнаружить root приложениям-проверяльщикам труднее. Плюс встроенный [[#SUSFS — скрытие root от приложений|SUSFS]] для сокрытия. Это главный практический плюс для банков/платежей/игр — хотя 100%-й гарантии обхода конкретной проверки нет ни у кого, это «гонка вооружений».
- **KPM.** Возможность запускать [[#KPM — Kernel Patch Module (модули, работающие в ядре)|код прямо в ядре]] — то, чего у Magisk нет в принципе.
- **Гранулярный контроль.** [[#App Profile — права по приложениям|App Profile]] — точечная выдача root по приложениям с правилами SELinux/capabilities.

### В чём Magisk удобнее

- **Ставится почти на всё.** Magisk патчит `boot.img` и не требует GKI-совместимого ядра, поэтому подходит и старым, и «нестандартным» устройствам.
- **Проще и предсказуемее.** Меньше зависимостей от версии ядра и KMI.
- **Зрелая экосистема модулей.** За годы накопилось много готовых модулей и решений.
- **Стабильнее на кастомных прошивках.** Это ключевой момент ⤵.

> [!warning] На кастомных ROM (LineageOS и т.п.) KernelSU-LKM часто не работает
> Простой способ установки KernelSU/ReSukiSU — **LKM** (готовый бинарный модуль, встраиваемый в `init_boot`). Такой модуль собран под **стоковое ядро Google** и грузится только в совместимое ядро. **Кастомные прошивки собирают ядро из исходников сами**, и generic-LKM в него не встаёт из-за несовпадения vermagic/KMI. Для LineageOS это задокументировано: 🔗 [KernelSU issue #2685](https://github.com/tiann/KernelSU/issues/2685) (июль 2025) — LineageOS обрезает поле `androidXX-N` в строке версии ядра, и менеджер не может определить KMI. Симптом: образ прошит, телефон загрузился, но менеджер показывает «Not Installed», а демон `ksud` падает с SECCOMP. Разбор и диагностика — в [[root/ReSukiSU-install#Если root не поднялся (Not Installed): диагностика|заметке про установку]]. Надёжный путь на кастомном ROM — **ядро с уже вкомпилированным KernelSU** (не LKM; в идеале собранное из исходников той же ROM), либо, если такого под вашу модель нет, **Magisk** оказывается практичнее — он патчит рамдиск и от vermagic не зависит.

**Вывод:** если устройство на **GKI 2.0** и важна скрытность/KPM — KernelSU/ReSukiSU выигрывает. Если у вас **кастомный ROM без готового интегрированного ядра**, старое/non-GKI устройство или нужна максимальная простота — Magisk чаще практичнее. Это не «одно лучше другого вообще», а выбор под конкретный кейс.

## Цепочка форков: KernelSU → SukiSU-Ultra → ReSukiSU

Чтобы не путаться в похожих названиях, вот происхождение проекта:

| Проект           | Кто            | Роль в цепочке                                           |
| ---------------- | -------------- | -------------------------------------------------------- |
| **KernelSU**     | weishu (tiann) | Первоисточник — сама идея root через ядро                |
| **SukiSU-Ultra** | ShirkNeko      | Форк KernelSU: добавил KPM и ряд изменений               |
| **ReSukiSU**     | ReSukiSU       | Форк SukiSU-Ultra: упор на стабильность и простую сборку |

По описанию самого проекта, ReSukiSU — это «более стабильный форк SukiSU»: те же возможности семейства SukiSU/KernelSU, но с правками ради надёжности и упрощённой сборки ядра. Насколько «стабильнее» на практике — это заявление авторов форка, а не измеренный факт, поэтому проверяйте на своём устройстве.

## Возможности

### KPM — Kernel Patch Module (модули, работающие в ядре)

**KPM** — визитная карточка семейства SukiSU. Это механизм, позволяющий запускать код **прямо в пространстве ядра** (kernel space), по аналогии с загружаемыми модулями ядра (LKM — Loadable Kernel Modules). KPM даёт возможность делать inline-hook и hook таблицы системных вызовов (syscall-table-hook) изнутри ядра.

**Проще говоря:** обычные root-модули работают в пользовательском пространстве (как приложения с расширенными правами). KPM позволяет внедрять произвольный код на самый глубокий уровень — в ядро. Это мощнее, но и опаснее: ошибка в коде уровня ядра роняет всё устройство, а не одно приложение.

### SUSFS — скрытие root от приложений

**SUSFS** (SU Spoofing File System) — это набор патчей ядра для **сокрытия факта root** от приложений, которые его проверяют (банки, платёжные сервисы, игры с защитой от читов, Google Play Integrity). ReSukiSU включает встроенное управление SUSFS прямо в менеджере.

Важные ограничения именно этой реализации:

> [!warning] Ограничения SUSFS в ReSukiSU
> В этом проекте SUSFS поддерживает **бэкпорт с ядра 4.3+**. Основной режим hook — **Tracepoint Syscall Redirect** — работает только на ядрах **GKI 2.0 (5.10+)** с архитектурой `arm64-v8a` или `x86_64`. На других ядрах используются альтернативные режимы hook (Manual Hook — ядра 3.4–6.18; SUSFS Inline Hook — ядра 4.3+). Скрытие root — постоянная «гонка вооружений» с системами проверки, поэтому 100%-й гарантии обхода конкретной проверки нет.

### Система метамодулей

Модификации системы в ReSukiSU делаются **systemless** — то есть без изменения самих системных разделов, поверх них накладывается «слой» изменений. За монтирование модулей теперь отвечает отдельный **метамодуль** (metamodule): ядро- core больше не занимается монтированием само, а делегирует это установленному метамодулю.

**Проще говоря:** «systemless» значит, что системный раздел физически не трогается — модуль лишь подменяет то, что видит система, поэтому изменения легко откатить и они переживают обновления. А вынос монтирования в отдельный метамодуль — это архитектурное решение SukiSU/ReSukiSU: движок, который «накладывает» модули, стал сменным компонентом, а не частью ядра.

### Совместимость с несколькими менеджерами

**Менеджер** — это приложение (APK), через которое вы управляете root-правами: выдаёте/забираете доступ у приложений, ставите модули, настраиваете SUSFS. Ядро ReSukiSU по умолчанию совместимо в роли ядра с менеджерами **KernelSU, RKSU, MKSU и SukiSU** — то есть можно управлять им из привычного менеджера семейства.

### App Profile — права по приложениям

Как и в KernelSU, есть **App Profile** — точечный контроль, какому приложению давать root, а какому нет, вплоть до отдельных правил (SELinux-контекст, capabilities). Это снижает риск: root-доступ получают только те приложения, которым вы его явно разрешили.

## Поддерживаемые устройства и ядра

> [!note] Требования
> - **Android / ядро:** официально — GKI 2.0 (ядро Linux **5.10+**). Старые ядра начиная с **3.4** тоже поддерживаются, но такое ядро придётся **собирать вручную** (готового образа не будет).
> - **Архитектуры:** `arm64-v8a`, `armeabi-v7a`, `x86_64`.
> - Проект отдельно позиционирует **поддержку non-GKI ядер** — то есть старых устройств, под которые нет единого образа Google.

## Как это устанавливается

Пошаговая установка вынесена в отдельную заметку: **[[root/ReSukiSU-install|Установка ReSukiSU — LKM, AnyKernel3 и ручной патч boot.img]]**. Там разобран весь порядок по официальной документации (по состоянию на июль 2026): где взять менеджер, три способа прошивки и запасной ручной патч через `magiskboot`.

Коротко, чтобы понимать масштаб:

- **Менеджер (APK)** на июль 2026 ещё в разработке и не публикуется в GitHub Releases — сборку берут из CI (nightly.link или GitHub Actions), только из ветки `main`.
- **Способ 1 — LKM-установка** (ядра ≥ `5.10`): менеджер сам патчит `boot`/`init_boot`/`vendor_boot`, вы прошиваете результат. Самый простой путь.
- **Способ 2 — AnyKernel3** (GKI и non-GKI): встроенная установка из менеджера, но требует уже полученного root.
- **Запасной путь** — ручной патч `boot.img` через `magiskboot` (на устройстве или на ПК), когда автопатч не срабатывает.

> [!danger] Осторожно с прошивкой ядра
> Прошивка несовместимого образа — частая причина «кирпича» (устройство не загружается). Ставьте образ только под точную модель и версию вашего устройства и заранее сохраните резервную копию заводских `boot.img` / `init_boot.img`. Root снимает часть защит устройства и может влиять на гарантию и работу банковских/платёжных приложений. Полные шаги и предостережения — в [[root/ReSukiSU-install|заметке про установку]].

## Лицензия и сообщество

- **Ядро** (`/kernel`) — GPL-2.0-only.
- **Остальное** (менеджер на Kotlin, userspace-инструменты, скрипты) — GPL-3.0-or-later.
- **Иконки-арт** (аниме-персонажи) — Creative Commons BY-NC-SA 4.0 с дополнительными согласованиями авторов.
- Исходники и документация открыты; переводы менеджера ведутся через Crowdin, обсуждение — в Telegram-канале проекта.

## 📚 См. также

- [[root/ReSukiSU-install|Установка ReSukiSU]] — пошаговая практика: LKM, AnyKernel3 и ручной патч `boot.img` через magiskboot
- [[root/Magisk|Magisk — systemless-root и модули]] — альтернативный root «поверх системы»; часто практичнее на кастомных ROM
- [[root/Magisk-install|Установка Magisk]] — патч `boot`/`init_boot`, Magisk in Recovery, Samsung, OTA
- [[root/LSPosed|LSPosed и Xposed]] — модификация приложений в рантайме; для KernelSU нужен отдельный Zygisk (ReZygisk/NeoZygisk)
- [[Zapret/android|Обход блокировок на Android]] — смежная тема: что делать с DPI и блокировками на телефоне (не требует root, но иногда с ним удобнее)
- 🔗 [Репозиторий ReSukiSU на GitHub](https://github.com/ReSukiSU/ReSukiSU) — исходный код, релизы, инструкции
- 🔗 [Документация ReSukiSU](https://resukisu.github.io/) — официальный сайт с гайдами
- 🔗 [Инструкция по установке](https://resukisu.github.io/guide/install.html) — LKM, AnyKernel3, ручной патч через magiskboot
- 🔗 [KernelSU (первоисточник)](https://github.com/tiann/KernelSU) — родительский проект
- 🔗 [SukiSU-Ultra](https://github.com/SukiSU-Ultra/SukiSU-Ultra) — форк-предок с KPM

---

> [!quote] 🤖 Эти статьи открыты — можно обучать на них ИИ
> При желании вы можете натренировать ИИ на наших статьях. Исходное форматирование и скачивание всего репозитория одним zip-архивом доступны в Forgejo: [исходник этой заметки](https://git.zapret.moe/zapretdiscordyoutube/todo/src/branch/main/root/ReSukiSU.md) · [весь репозиторий](https://git.zapret.moe/zapretdiscordyoutube/todo/src/branch/main).