Ошибка Signature Verification Failed с кодом 21 возникает на этапе установки операционной системы или модификаций, когда загрузчик (Bootloader) или среда восстановления (Recovery) отклоняет файл обновления из-за несовпадения цифровой подписи. Устройство считает источник непроверенным и блокирует запись данных в память. Игнорирование этого механизма без подготовки может привести к «программному кирпичу» — невозможности загрузки системы.

Техническая природа сбоя

Механизм проверки целостности работает на уровне ядра и проверяет криптографическую подпись файла перед началом записи. Если хэш-сумма образа не совпадает с эталонной или подпись отсутствует, процесс прерывается. Производители используют закрытые ключи для официальных обновлений, поэтому любые кастомные сборки, даже полностью рабочие, будут отвергнуты стандартными средствами.

Существует два основных уровня возникновения ошибки:

  • Проверка загрузчиком: контроль целостности самого файла рекавери.
  • Проверка внутри Recovery: анализ ZIP-архива перед установкой. Ошибка 21 чаще всего относится ко второму случаю, когда скрипт установки не проходит валидацию пакета.

Важно понимать, что разблокированный загрузчик меняет статус безопасности устройства, из-за чего стоковые ZIP-файлы могут перестать устанавливаться штатными методами.

Основные причины возникновения

Сбой верификации обычно вызван одним из следующих факторов:

  1. Несовместимость версии Recovery. Старые сборки (например, ранние версии TWRP) не поддерживают современные форматы подписи v2/v3, внедренные начиная с Android 7+.
  2. Повреждение архива. Целостность файла прошивки могла нарушиться при скачивании или копировании на карту памяти.
  3. Некорректное время в системе. Некоторые скрипты проверяют временные метки сертификатов. Если дата и время в Recovery сильно отличаются от реальных (часто из-за севшей батареи), проверка не пройдет.
  4. Конфликт остаточных файлов. При переходе со стоковой прошивки на кастомную старые системные файлы могут конфликтовать с новым установщиком.

Подготовка инструментов

Для успешного устранения проблемы необходимо подготовить рабочее окружение:

  • Драйверы ADB и Fastboot. Необходимы для взаимодействия с устройством на низком уровне. Убедитесь, что кабель поддерживает передачу данных.
  • Актуальная версия Recovery. Рекомендуется использовать последнюю сборку TWRP или OrangeFox, специально адаптированную под вашу модель устройства. Универсальные образы часто вызывают ошибки монтирования.
  • Контрольные суммы. Перед началом проверьте MD5 или SHA256 архива прошивки, чтобы исключить повреждение файла.

Проведите по таблице влево, чтобы увидеть остальные столбцы

Инструмент Назначение
ADB & Fastboot Управление устройством с ПК
TWRP / OrangeFox Среда для установки пакетов
USB Drivers Обеспечение связи между ПК и смартфоном

Методы обхода проверки в TWRP

Самый распространенный способ решения проблемы — использование встроенных функций кастомного рекавери для игнорирования валидации.

Отключение DM-Verity

  1. Загрузитесь в меню Settings (Настройки) внутри TWRP.
  2. Найдите пункт Disable DM-Verify (Отключить проверку DM-Verity).
  3. Включите опцию Disable Forced Encryption.
  4. После активации этих параметров TWRP перестанет требовать валидную цифровую подпись для ZIP-архивов.

⚠️ Предупреждение: Отключение проверки делает устройство уязвимым для установки вредоносного ПО, которое может получить доступ к данным на уровне системы.

Использование патчей

Если меню настроек не помогает, можно прошить специальный ZIP-файл Disable Signature Verification. Он модифицирует скрипты рекавери, убирая проверку перед установкой основного пакета. Этот метод требует осторожности, так как вносит изменения в саму среду восстановления.

Команда ADB

Альтернативный вариант — использование команды adb sideload --override-sign. Поддержка этого флага зависит от версии ADB и конкретной сборки рекавери.

Ручная модификация архива прошивки

Для продвинутых пользователей доступен метод редактирования содержимого архива. Ошибка часто кроется в файле META-INF/com/google/android/updater-script.

  1. Распакуйте ZIP-архив прошивки на компьютере.
  2. Откройте файл updater-script в текстовом редакторе.
  3. Найдите строки, начинающиеся с assert. Они содержат проверки модели устройства и подписи.
  4. Закомментируйте эти строки, добавив символ # в начало, или удалите их.
  5. Запакуйте файлы обратно в ZIP-архив с той же структурой.
# assert(getprop("ro.product.device") == "your_device");

⚠️ Опасно: Удаление всех проверок assert позволяет установить прошивку от другого устройства, что гарантированно приведет к неработоспособности гаджета. Удаляйте только проверки подписи, если уверены в совместимости образа.

Альтернативные методы прошивки

Если установка через Recovery невозможна, используйте низкоуровневые протоколы, которые работают напрямую с памятью, минуя стандартные проверки:

  • Режим EDL (Emergency Download Mode). Актуален для устройств на базе процессоров Qualcomm. Инструменты вроде QFIL или MiFlash позволяют прошивать образы, игнорируя загрузчик.
  • Протокол Odin. Используется для устройств Samsung. Позволяет прошивать файлы форматов .tar или .img, исключая ошибку верификации Recovery.
  • Fastboot. Команда flash требует разблокированного загрузчика, но не проверяет подписи ZIP-архивов, работая с отдельными разделами.

Также существует метод «лестница» (laddering): установка старой версии прошивки без строгой проверки, а затем обновление до актуальной версии поверх нее.

FAQ Частые вопросы

Часто задаваемые вопросы

Можно ли полностью отключить проверку подписей навсегда?

Полностью отключить проверку на уровне аппаратного загрузчика без перепрошивки ключей невозможно. Однако в среде кастомного Recovery (TWRP) можно постоянно держать включенной опцию игнорирования проверок, что будет работать до следующей переустановки Recovery.

Опасно ли игнорировать ошибку signature verification failed?

Если вы используете файлы из проверенных источников (официальные форумы, известные разработчики), риск минимален. Опасность возникает только при установке файлов из сомнительных источников, так как механизм защиты больше не сможет гарантировать отсутствие вредоносных внедрений.

Почему после установки Magisk появляется эта ошибка?

Magisk изменяет образ загрузки (boot image), что приводит к изменению его подписи. Если система ожидает оригинальную подпись, возникает сбой. Необходимо использовать опцию Magisk 'Install to inactive slot' или правильно патчить boot image, либо отключить верификацию.

Сбросит ли это гарантию на устройстве?

Да, любые действия по разблокировке загрузчика и установке кастомного Recovery, необходимые для обхода этой ошибки, официально аннулируют гарантию производителя в большинстве случаев. Статус устройства помечается как измененный (Tampered).