что значит шифрование sd карты на samsung
Android: извлекаем данные с зашифрованной SD-карты и получаем доступ к скрытым методам
Содержание статьи
Сегодня в выпуске: обзор систем безопасности Android, объяснение атак типа Cloak & Dagger, гайд по извлечению данных с зашифрованной карты памяти, обход ограничений на загрузку нативных библиотек и доступ к скрытым Java-методам, уязвимость в Android Download Provider. А также: несколько инструментов пентестера и подборка библиотек для программистов.
Почитать
Как Android обеспечивает безопасность
The Android Platform Security Model — написанный сотрудниками Google вайтпейпер, посвященный теории и практике реализации подсистем безопасности в Android. В документе много воды, но есть и хоть и не новая, но полезная новичкам информация. Наиболее интересные моменты:
Как работают атаки класса Cloak & Dagger
Cloak and Dagger — Mobile Malware Techniques Demystified — небольшая заметка о том, как работают атаки класса Cloak & Dagger. Мы писали об этом типе атак еще в 2017 году, но тогда рассмотрели только одну из них: кейлоггер, не требующий дополнительных прав в системе. Эта статья посвящена другой атаке, позволяющей заставить пользователя включить настройку доступа к AccessibilityService (позволяет перехватывать любые нажатия пользователя и нажимать кнопки интерфейса за него), замаскировав переключатель под нечто безобидное.
Атака использует разрешение SYSTEM_ALERT_WINDOW, которое приложения из Google Play получают автоматически. SYSTEM_ALERT_WINDOW позволяет выводить элементы интерфейса поверх других приложений, то есть реализовать такие вещи, как плавающие окна, меню, панели управления. Создатели вирусов быстро смекнули, что эту возможность можно использовать для перекрытия текущего окна на экране и обмана пользователя, поэтому с версией Android 5 Google выкатила защиту, которая проверяет, не был ли перекрыт какой-либо опасный для включения элемент интерфейса оверлеем, и отказывается его включить, если это так. Поэтому Cloak & Dagger вместо одного оверлея на весь экран создает несколько небольших и выкладывает их вокруг элемента управления, так что в результате защита не срабатывает.
Обход защиты на включение AccessibilityService с помощью трех-четырех оверлеев
Атака работает на Android версий 4.4.4–7.1.2, исходный код доступен.
В дополнение можно отметить еще одну статью на смежную тему: Android Toast Overlay Attack: “Cloak and Dagger” with No Permissions. Ее авторы пошли еще дальше и реализовали ту же атаку вообще без использования разрешения SYSTEM_ALERT_WINDOW. Вместо него они засунули все оверлеи в toast-сообщение, то самое, которое позволяет выводить в нижней части экрана информационные сообщения. Как оказалось, такие сообщения тоже представляют собой полноценные полноэкранные окна, большая часть которых прозрачна. И у приложения есть доступ к этому окну и возможность его изменять.
Как получить доступ к зашифрованной карте памяти
Recovering data from a failing Android adoptable storage — статья о том, как восстановить данные с карты памяти, отформатированной с помощью механизма Adoptable Storage. В отличие от обычного подключения SD-карты, Adoptable Storage создает на карте памяти зашифрованный том, форматирует его в файловую систему ext4, а затем подключает ее к основному хранилищу данных так, что на нее можно сохранять не только фотки с пляжа, но и приложения, их данные и любую другую информацию, которая обычно хранится только во внутренней памяти устройства. Другими словами, Adoptable Storage позволяет расширить встроенную память устройства.
Но есть одна, а точнее две смежные проблемы: 1) если вставить карту памяти в другой телефон — он ее не увидит из-за отсутствия ключа для расшифровки данных; 2) если что-то пойдет не так (например, карта памяти начнет сбоить), восстановить данные с нее не получится, точнее получится, но через одно место. Как через это место восстанавливать данные, описано в статье.
Для начала на телефоне необходимо получить права root. Затем подключить карту памяти к Linux-машине (macOS тоже должна подойти, но действия описаны именно для Linux) и снять ее образ. Обычный dd в этом случае не подойдет, так как, если карта памяти начала сбоить, он, скорее всего, вывалится с ошибкой Input/output error. Выручит ddrescue, который предназначен как раз для таких случаев:
Далее необходимо извлечь из памяти устройства ключ шифрования (на устройствах с активным модулем TEE такой трюк, скорее всего, не пройдет):
Используем полученный ключ, чтобы смонтировать файловую систему:
Это все. Далее автор рассказывает, как залить файлы на другую карту памяти и изменить размер файловой системы. Про это можно прочитать в оригинальной статье. Также стоит отметить, что если карты памяти одинакового объема, то можно вообще не заморачиваться с подключением файловой системы на компе и копированием ключа, а просто залить полученный на первом шаге образ на новую карту памяти с помощью того же ddrescue:
Как обойти ограничения на доступ к внутренним библиотекам и методам
Android Runtime Restrictions Bypass — статья о том, как обойти ограничения на доступ к внутренним библиотекам и методам Android.
Начиная с Android 7 Google ввела ограничения на прямую загрузку нативных системных библиотек (например, /system/lib/libart.so ). Позже, уже в релизе Android 9, появилось ограничение на доступ к определенным скрытым методам, которые раньше можно было вызывать с помощью рефлексии. Как оказалось, эти механизмы достаточно просто обойти.
Проверка осуществляется в лоадере библиотек ( /system/bin/linker ), который создает для каждой JNI-библиотеки приложения структуру soinfo, которая хранит информацию о ней и пространствах имен, к которым она может получить доступ:
Все структуры soinfo размещены в мэпе g_soinfo_handles_map.
После этого попытка загрузить библиотеку будет успешной:
Ограничение доступа к внутренним методам Java API, предназначенным только для использования системными компонентами, реализовано иначе, а именно с помощью прямых проверок на доступ. Например, функция GetStaticMethodID, используемая для доступа к Java-методам из JNI-библиотеки, вызывает функцию FindMethodID, которая в том числе проверяет, доступен ли данный метод:
ShouldBlockAccessToMember() в конечном итоге вызывает метод Runtime::GetHiddenApiEnforcement(), который сообщает, стоит ли отклонить вызов или нет. При этом система может либо пропустить его без вопросов, либо вывести предупреждение, либо использовать черный и серый списки, которые содержат имена запрещенных к использованию методов.
Чтобы отключить проверку, мы должны перевести рантайм в режим «пропускать без вопросов» (EnforcementPolicy::kNoChecks), но для этого нам нужен доступ к самому рантайму:
Однако в этом случае компилятор (а точнее, линковщик) будет вынужден импортировать символ art::Runtime::instance_ в JNI-библиотеку, то есть слинковать ее с libart.so. И здесь мы столкнемся с ограничением пространства имен, а предложенный ранее метод его обхода не сработает, так как мы не сможем изменить пространство имен раньше, чем в память загрузится libart.so.
Но есть другой способ получить доступ к рантайму. Дело в том, что метод JNI_OnLoad, который запускается при загрузке JNI-библиотеки, в качестве первого аргумента получает указатель на art::JavaVMExt, который имеет метод GetRuntime(). Так что все, что нам остается, — это получить доступ к рантайму и отключить проверку:
Примечательно, что команда Android security team не считает описанные методы обхода нарушением безопасности (мол, не для безопасности они были придуманы), поэтому быстро дала согласие на обнародование информации и публикацию исходного кода PoC.
Описание уязвимостей в Android Download Provider
Multiple Vulnerabilities in Android’s Download Provider — статья исследователя, нашедшего три уязвимости в Android: CVE-2018-9468, CVE-2018-9493 и CVE-2018-9546. Все они затрагивают Download Content Provider, компонент, позволяющий любому приложению запустить загрузку файла из интернета так, чтобы пользователь видел уведомление с прогрессом загрузки.
Данные уязвимости были исправлены в сентябрьском и ноябрьском security-патчах.
Android: извлекаем данные с зашифрованной SD-карты и получаем доступ к скрытым методам
Содержание статьи
Почитать
Как Android обеспечивает безопасность
The Android Platform Security Model — написанный сотрудниками Google вайтпейпер, посвященный теории и практике реализации подсистем безопасности в Android. В документе много воды, но есть и хоть и не новая, но полезная новичкам информация. Наиболее интересные моменты:
Как работают атаки класса Cloak & Dagger
Cloak and Dagger — Mobile Malware Techniques Demystified — небольшая заметка о том, как работают атаки класса Cloak & Dagger. Мы писали об этом типе атак еще в 2017 году, но тогда рассмотрели только одну из них: кейлоггер, не требующий дополнительных прав в системе. Эта статья посвящена другой атаке, позволяющей заставить пользователя включить настройку доступа к AccessibilityService (позволяет перехватывать любые нажатия пользователя и нажимать кнопки интерфейса за него), замаскировав переключатель под нечто безобидное.
Атака использует разрешение SYSTEM_ALERT_WINDOW, которое приложения из Google Play получают автоматически. SYSTEM_ALERT_WINDOW позволяет выводить элементы интерфейса поверх других приложений, то есть реализовать такие вещи, как плавающие окна, меню, панели управления. Создатели вирусов быстро смекнули, что эту возможность можно использовать для перекрытия текущего окна на экране и обмана пользователя, поэтому с версией Android 5 Google выкатила защиту, которая проверяет, не был ли перекрыт какой-либо опасный для включения элемент интерфейса оверлеем, и отказывается его включить, если это так. Поэтому Cloak & Dagger вместо одного оверлея на весь экран создает несколько небольших и выкладывает их вокруг элемента управления, так что в результате защита не срабатывает.
Обход защиты на включение AccessibilityService с помощью трех-четырех оверлеев
Xakep #241. Взлом игр
Атака работает на Android версий 4.4.4–7.1.2, исходный код доступен.
В дополнение можно отметить еще одну статью на смежную тему: Android Toast Overlay Attack: “Cloak and Dagger” with No Permissions. Ее авторы пошли еще дальше и реализовали ту же атаку вообще без использования разрешения SYSTEM_ALERT_WINDOW. Вместо него они засунули все оверлеи в toast-сообщение, то самое, которое позволяет выводить в нижней части экрана информационные сообщения. Как оказалось, такие сообщения тоже представляют собой полноценные полноэкранные окна, большая часть которых прозрачна. И у приложения есть доступ к этому окну и возможность его изменять.
Как получить доступ к зашифрованной карте памяти
Recovering data from a failing Android adoptable storage — статья о том, как восстановить данные с карты памяти, отформатированной с помощью механизма Adoptable Storage. В отличие от обычного подключения SD-карты, Adoptable Storage создает на карте памяти зашифрованный том, форматирует его в файловую систему ext4, а затем подключает ее к основному хранилищу данных так, что на нее можно сохранять не только фотки с пляжа, но и приложения, их данные и любую другую информацию, которая обычно хранится только во внутренней памяти устройства. Другими словами, Adoptable Storage позволяет расширить встроенную память устройства.
Но есть одна, а точнее две смежные проблемы: 1) если вставить карту памяти в другой телефон — он ее не увидит из-за отсутствия ключа для расшифровки данных; 2) если что-то пойдет не так (например, карта памяти начнет сбоить), восстановить данные с нее не получится, точнее получится, но через одно место. Как через это место восстанавливать данные, описано в статье.
Для начала на телефоне необходимо получить права root. Затем подключить карту памяти к Linux-машине (macOS тоже должна подойти, но действия описаны именно для Linux) и снять ее образ. Обычный dd в этом случае не подойдет, так как, если карта памяти начала сбоить, он, скорее всего, вывалится с ошибкой Input/output error. Выручит ddrescue, который предназначен как раз для таких случаев:
Далее необходимо извлечь из памяти устройства ключ шифрования (на устройствах с активным модулем TEE такой трюк, скорее всего, не пройдет):
Используем полученный ключ, чтобы смонтировать файловую систему:
Это все. Далее автор рассказывает, как залить файлы на другую карту памяти и изменить размер файловой системы. Про это можно прочитать в оригинальной статье. Также стоит отметить, что если карты памяти одинакового объема, то можно вообще не заморачиваться с подключением файловой системы на компе и копированием ключа, а просто залить полученный на первом шаге образ на новую карту памяти с помощью того же ddrescue:
Как обойти ограничения на доступ к внутренним библиотекам и методам
Android Runtime Restrictions Bypass — статья о том, как обойти ограничения на доступ к внутренним библиотекам и методам Android.
Начиная с Android 7 Google ввела ограничения на прямую загрузку нативных системных библиотек (например, /system/lib/libart.so ). Позже, уже в релизе Android 9, появилось ограничение на доступ к определенным скрытым методам, которые раньше можно было вызывать с помощью рефлексии. Как оказалось, эти механизмы достаточно просто обойти.
Проверка осуществляется в лоадере библиотек ( /system/bin/linker ). Он создает для каждой JNI-библиотеки приложения структуру soinfo, хранящую информацию о ней и пространствах имен, к которым она может получить доступ:
Все структуры soinfo размещены в мэпе g_soinfo_handles_map.
После этого попытка загрузить библиотеку будет успешной:
Ограничение доступа к внутренним методам Java API, предназначенным только для использования системными компонентами, реализовано иначе, а именно с помощью прямых проверок на доступ. Например, функция GetStaticMethodID, используемая для доступа к Java-методам из JNI-библиотеки, вызывает функцию FindMethodID, которая в том числе проверяет, доступен ли данный метод:
ShouldBlockAccessToMember() в конечном итоге вызывает метод Runtime::GetHiddenApiEnforcement(), который сообщает, стоит ли отклонить вызов или нет. При этом система может либо пропустить его без вопросов, либо вывести предупреждение, либо использовать черный и серый списки, которые содержат имена запрещенных к использованию методов.
Чтобы отключить проверку, мы должны перевести рантайм в режим «пропускать без вопросов» (EnforcementPolicy::kNoChecks), но для этого нам нужен доступ к самому рантайму:
Однако в этом случае компилятор (а точнее, линковщик) будет вынужден импортировать символ art::Runtime::instance_ в JNI-библиотеку, то есть слинковать ее с libart.so. И здесь мы столкнемся с ограничением пространства имен, а предложенный ранее метод его обхода не сработает, так как мы не сможем изменить пространство имен раньше, чем в память загрузится libart.so.
Но есть другой способ получить доступ к рантайму. Дело в том, что метод JNI_OnLoad, который запускается при загрузке JNI-библиотеки, в качестве первого аргумента получает указатель на art::JavaVMExt, который имеет метод GetRuntime(). Так что все, что нам остается, — это получить доступ к рантайму и отключить проверку:
Примечательно, что команда Android security team не считает описанные методы обхода нарушением безопасности (мол, не для безопасности они были придуманы), поэтому быстро дала согласие на обнародование информации и публикацию исходного кода PoC.
Описание уязвимостей в Android Download Provider
Multiple Vulnerabilities in Android’s Download Provider — статья исследователя, нашедшего три уязвимости в Android: CVE-2018-9468, CVE-2018-9493 и CVE-2018-9546. Все они затрагивают Download Content Provider, компонент, позволяющий любому приложению запустить загрузку файла из интернета так, чтобы пользователь видел уведомление с прогрессом загрузки.
Данные уязвимости были исправлены в сентябрьском и ноябрьском security-патчах.
Инструменты
Библиотеки
Евгений Зобнин
Редактор рубрики X-Mobile. По совместительству сисадмин. Большой фанат Linux, Plan 9, гаджетов и древних видеоигр.
Снятие защиты от записи с карты памяти
При длительном и активном использовании карты памяти формата SD или microSD можно столкнуться с определенного рода проблемами. Одной из таковых является защита от записи, из-за которой на накопитель невозможно поместить никакие файлы. О том, как ее снять, расскажем сегодня.
Подготовка к снятию защиты от записи
Прежде всего отметим, что в случае с картами памяти защита от записи бывает двух типов – физическая (аппаратная) и программная. Первая устанавливается с помощью специального переключателя непосредственно на самом накопителе или переходнике, который используется для подключения microSD. Следовательно, отключить ее так же просто, как и включить – достаточно перевести в неактивное положение показанный на изображении ниже переключатель, то есть установить его вверх, в направлении к контактам на обратной стороне. 
Читайте также: Что делать, если карта памяти не читается устройством
Помимо этого, возможная причина проблемы может заключаться в банальном загрязнении контактов накопителя. Внимательно осмотрите их на предмет наличия пыли и мелкого мусора и, если потребуется, избавьтесь от него с помощью ваты (или ватной палочки), смоченной в спирте. Делайте это аккуратно, чтобы мелкие ворсинки на остались на контактах, а после подождите несколько секунд, чтобы жидкость наверняка испарилась, и проверьте работу карты. 
Вполне вероятно, что отсутствие возможности записи данных могло быть спровоцировано вирусным заражением накопителя, поэтому рекомендуем выполнить его проверку и, если вредоносное ПО будет обнаружено, удалить его. Инструкция ниже ориентирована на флешки, но применима в том числе и к SD/microSD-картам. 
Подробнее: Как проверить карту памяти на вирусы
Отключение защиты карты памяти
К сожалению, значительно чаще защита от записи оказывается именно программной, а потому так просто снять ее не получится. В данном случае необходимо действовать комплексно, поочередно прибегая к различным вариантам решения проблемы, которая обычно при попытках взаимодействия с накопителем (форматирование, удаление файлов, их перемещение, вставка и т. д.) сопровождается следующим уведомлением:
Примечание: При выполнении всех нижеизложенных рекомендаций карта памяти должна быть подключена к компьютеру. Кроме того, некоторые из рассмотренных далее способов подразумевают форматирование, а потому если на накопителе хранятся важные данные, скопируйте их в любое удобное место на диске компьютера.
Способ 1: «Редактор реестра»
Вполне возможно, что защита от записи установлена на уровне операционной системы, а не на самом накопителе. В таком случае для ее снятия необходимо обратиться к «Редактору реестра» Windows.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ 
Найдите в этом расположении каталог «StorageDevicePolicies», а если такового нет, создайте его. Для этого нажмите правой кнопкой мышки (ПКМ) по директории Control, выберите в меню пункты «Создать» — «Раздел» и назовите его «StorageDevicePolicies», но без кавычек.
Если защита от записи была установлена именно на уровне Windows, после запуска системы она будет снята, и вы сможете нормально пользоваться картой памяти. Но если это простое решение не поможет, переходите к следующему.
Способ 2: «Командная строка»
Консоль или «Командная строка» — эффективное средство управления операционной системой и ее компонентами, не имеющее графического интерфейса, но наделенное рядом полезных инструментов. В числе последних утилита Diskpart, с помощью которой можно снять защиту от записи с SD или microSD-карты.
Далее введите следующую команду и подтвердите ее выполнение нажатием клавиши «ENTER»:
где № — номер диска, соответствующий карте памяти.
Примечание: На данном этапе следует быть предельно внимательным, так как при неправильном выборе накопителя вы рискуете потерять важные данные.
attributes disk clear readonly
clean
create partition primary 
select partition
active
format fs=ntfs
Обратите внимание на последнюю команду – если на SD/microSD использовалась файловая система NTFS, форматировать нужно в FAT32, то вводить в таком случае следует format fs=fat32.
Проверьте, можно ли теперь записать данные на карту памяти. Если проблема по-прежнему не исчезла, не отчаивайтесь – у нас есть еще несколько решений.
Способ 3: «Управление дисками»
Стандартное средство управление дисками, интегрированное во все версии Windows, позволяет делать практически те же действия, что мы выполнили в предыдущем способе (начиная с удаления и очистки), но, в отличие от «Командной строки», оно наделено графическим интерфейсом и более интуитивно в использовании.
Выберите в меню пункт «Удалить том» и подтвердите выполнение операции.
По завершении процедуры проверьте, снята ли защита от записи с накопителя.
Способ 4: «Редактор локальной групповой политики»
Существует еще один случай, когда защита от записи установлена на уровне операционной системы – это может быть продиктовано правилами локальной групповой политики. Следовательно, при таком положении дел наша с вами задача заключается в их изменении.
Примечание: Данный способ может быть выполнен только в Windows Pro, Enterprise и Education. В версии Home «Редактор локальной групповой политики» отсутствует.
Конфигурация компьютера\Административные шаблоны\Система\Доступ к съемным запоминающим устройствам
Установите маркер напротив параметра «Отключено», после чего нажмите по кнопкам «Применить» и «ОК».
Если вы в точности выполнили все предложенные выше рекомендации, защита от записи наверняка будет снята с карты памяти. Однако если она по-прежнему работает некорректно, можно смело сказать, что причина возникновения рассматриваемой нами проблемы куда более серьезна, а значит, и действовать нужно соответствующим образом.
Способ 5: Форматирование с изменением файловой системы
К сожалению, иногда даже после выполнения всех предложенных выше рекомендаций карта памяти остается защищенной от записи. В таком случае остается только одно решение – ее форматирование, что подразумевает удаление всех содержащихся на накопителе данных. Помимо очистки, необходимо также изменить файловую систему. Так, если изначально на SD/microSD используется FAT32, необходимо назначить NTFS, если по умолчанию используется вторая, необходимо переключиться на первую. По завершении процедуры можно будет заново установить предпочтительную систему, выполнив форматирование еще раз. 
На нашем сайте есть отдельная статья, посвященная форматированию карты памяти, с ней и рекомендуем ознакомиться. Обратите особое внимание на программу HDD Low Level Format Tool, которая в решении задач, подобных нашей, зарекомендовала себя наилучшим образом. Дополнительно предлагаем ознакомиться с материалом, рассказывающем об устранении возможных проблем с форматированием. 
Подробнее:
Форматирование карты памяти в Windows
Что делать, если карта памяти не форматируется
Как пользоваться программой HDD Low Level Format Tool
В качестве альтернативы стандартным решениям рассмотрим еще один способ, который часто оказывается весьма эффективным – очистку накопителя с помощью мобильного девайса на Android. Правда, подойдет он только для карточек формата microSD.
По завершении процедуры форматирования работоспособность карты памяти будет полностью восстановлена, а защита от записи снята. 
Особенно хорош такой подход в случаях, когда изначально планировалось использовать microSD в смартфоне или планшете с Android.
Способ 6: Восстановление поврежденного накопителя
В том случае, даже если форматирование не помогло снять защиту от записи или же его попросту не удалось выполнить, причина остается только одна – это повреждение карты памяти. То, какой характер имеет проблема – аппаратный или программный, — и можно ли ее устранить, поможет узнать представленное по ссылке ниже пошаговое руководство. Но будьте готовы к тому, что устройство хранение данных окажется неисправным и его попросту придется заменить.
Заключение
Снять защиту от записи с карты памяти бывает довольно сложно, но чаще всего эта проблема решаема стандартными средствами ОС Windows.
Помимо этой статьи, на сайте еще 12517 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Отблагодарите автора, поделитесь статьей в социальных сетях.