- Копируем приложения с iPhone (iPad’а) и сохраняем в компьютер
- Инструкция: как установить программу на iPhone через *.ipa файл
- Как скачать AppSync
- Установка ipa приложений с помощью iTunes
- Установка ipa с помощью сторонних утилит
- iFunBox
- iTools
- Установка игр и приложений из ipa файлов с помощью vShare
- Как с iphone вытащить ipa
- Безопасность iOS-приложений: гайд для новичков
- Подготовка окружения
- IPA файл
- Установка и запуск
- Анализ трафика приложения
- Хранение данных на устройстве
Копируем приложения с iPhone (iPad’а) и сохраняем в компьютер
Знаете, что больше всего бесит пользователей магазина приложений App Store? Это когда Apple сначала пропускает приложение разработчика в свой магазин, а потом удаляет его, ссылаясь на нарушения. Не знаю, может это у них маркетинг такой – сначала даем ребенку конфету, а затем забираем ее обратно, создавая своеобразное общественное волнение привлекающее внимание.
Что бы у вас не забрали функциональную версию игру или программу, сохраняйте самые важные для вас приложения с iPhone (или iPad) в свой компьютер и желательно в отдельную папку. Если вы это сделаете, то еще долго будете слушать музыку ВКонтакте офлайн на своем iPhone. Про VK это конечно только пример, бывает, что после обновления пользователь желает вернуть прежнюю версию приложения, но не может, так как заранее ее не сохранил. Поэтому если не хотите разбираться с Charles Proxy, то просто сохраняйте приложения, особенно перед обновлением в App Store.
Для выполнения переноса покупок требуется авторизовать свой компьютер в iTunes (для авторизации требуется подключение компьютера к интернету). Смотрим полезные по теме ссылки:
Выполнив перенос покупок, все приложения, приобретенные под вашим Apple ID, появятся в iTunes, в разделе Программы. Как только приложения перенеслись в Айтюнс, их можно сохранять в любое удобное для вас место (отдельно созданную папку или флэшку).
Для того чтобы сохранить свою версию приложения, это приложение сначала нужно найти. Все приложения, хранящиеся в программе iTunes (под Windows 7) лежат здесь:
C:\Пользователи\Имя вашего пользователя\Моя музыка\iTunes\iTunes Media\Mobile Applications\
Здесь хранятся приложения iPhone и iPad. iTunes 12
Но чтобы не лазить по папкам компьютера, проще найти в самой программе iTunes. Заходим в раздел Программы, выбираем необходимое приложение или игру, жмем на выбранном файле правой кнопкой мыши и выбираем – Показать в Проводнике Windows (если в Mac OS: Показать в Finder).
Папка с приложениями iPhone в iTunes. Windows 7
Открывается папка с файлом приложения в формате IPA. Выделяем свои самые ценные приложения, жмем на них правой кнопкой мыши и копируем. Вставляем на флэшку или в какую-нибудь отдельную папку. Храним их там.
Таким образом, перед обновлением игр и программ в App Store, у вас получится сохранить текущий функционал жизненно необходимых приложений. И даже если обновленное приложение утратит какую то из функций в будущем, или вовсе Apple удалит программу из магазина, то ваша персональная файловая резервная копия придет на помощь. Так как любой из сохраненных IPA-файлов снова можно будет синхронизировать, записав в iPhone или iPad.
Источник
Инструкция: как установить программу на iPhone через *.ipa файл
время чтения: 3 минуты
Многие владельцы яблочных мобильных устройств, которые делают джейлбрейк iPhone, взламывают систему для расширения функциональных возможностей гаджета и установки твиков из Cydia. Но джейлбрейк также позволяет устанавливать взломанные приложения. В этом материале мы подробно разберем, как установить ipa файлы на iPhone.
В первую очередь для установки ipa файлов нужно сделать джейлбрейк.
Как скачать AppSync
Еще одним обязательным элементом является приложение AppSync, которое позволяет устанавливать и использовать взломанные игры и программы. Скачать и установить его можно в магазине Cydia.
- Запустить Cydia.
- Открыть вкладку Репозитории.
- Нажать Правка – Добавить.
- Добавить следующие репозитории: http://cydia.angelxwind.net/ и http://repo.hackyouriphone.org .
- Подтвердить добавление.
- С помощью поиска найти расширение AppSync для нужной версии iOS.
- Установить твик.
Вам потребуется перезагрузить iPhone после установки AppSync.
Установка ipa приложений с помощью iTunes
Самый простой и наиболее приемлемый для большинства пользователей iPhone метод установки ipa без джейлбрейка – это использование iTunes.
Для этого вам понадобится:
- Скачать и установить последнюю версию iTunes.
- Скачать нужное приложение или игру в виде ipa-файла.
- Открыть файл в iTunes (дважды кликнуть по файлу). Программа будет добавлена в iTunes — iTunes Программы.
- Подключить iPhone к компьютеру.
- В iTunes зайти в iTunes – iPhone – Программы.
- Отменить приложения, которые нужно перенести на iPhone.
- Нажать Синхронизировать.
Установка ipa с помощью сторонних утилит
На сегодняшний день есть несколько программ, которые заменяют собой iTunes. Почти все из них позволяют устанавливать приложения на iPhone. Самыми популярными утилитами являются – iFunBox и iTools.
iFunBox
Отличительной возможностью iFunBox является высокая скорость работы. Однако приложение не обладает красивым интерфейсом — разработчики сосредоточили свое внимание на функциональных возможностях.
Для установки программы с помощью iFunBox нужно:
- Скачать и установить менеджер iFunBox.
- Скачать нужную программу.
- Подключить смартфон или планшет к ПК.
- Открыть iFunBox и нажать Управление данными приложения — Установить приложение (*.ipa).
- Указать путь к ipa-файлу программы.
- Установить программу.
В работе iFunBox есть один нюанс.
Разработчики не рекомендуют устанавливать приложения, размер которых превышает 1 Гб. После установки игры она может вылетать после начальной заставки.
iTools
Приложение iTools в отличие от iFunBox обладает современным интерфейсом. Но во всем остальном утилиты похожи.
- Скачать и установить iTools.
- Скачать ipa файл.
- Подключить iPhone к ПК.
- Открыть iTools.
- Перейти во вкладку Applications.
- Переключиться на пункт iPhone.
- Нажать кнопку Install.
- Указать путь к ipa файлу.
- Дождаться завершения установки.
Установка игр и приложений из ipa файлов с помощью vShare
Приложение vShare также является очень популярным, но принцип его работы несколько отличается от остальных. Все дело в том, что доступные приложения и игры хранятся на сервере vShare, что намного упрощает процесс установки.
Для установки приложений с помощью vShare нужно:
- Открыть Cydia.
- Подключить репозиторий http://repo.appvv.com/ .
- Найти и установить программу vShare.
- Запустить установленное приложение.
- В vShare выбрать нужное приложение и скачать его.
vShare позволяет скачивать и устанавливать одновременно сразу несколько программ.
Источник
Как с iphone вытащить ipa
Компания Apple «заботясь о своих пользователях» с версии ios 9 отключила возможность сохранения приложений с девайса на компьютер.
Can’t transfer purchases from iPhone to iTunes in iOS 9.
Я не проверял для девятки, но обновившись с 8 до 10 обнаружил, что функционал действительно не работает.
Единственная возможность, которая позволяет сохранить приложение — скачать его непосредственно из магазина. Это itunes по прежнему поддерживает.
Когда может быть необходимо скопировать (иметь бекап) непосредственно с девайса
1) приложение было удалено из магазина
2) новая версия хуже предыдущей (не редкость что новая версия приложения может быть более ограниченная чем предыдущая, многие могут помнить случай когда VLC в очередной версии убрало поддержку AC3 кодека, что создало много гемора для тех, кто не имел бекап)
3) вы переключили страну и перешли из одного магазина в другой и обратно возвращаться не собираетесь
и т. д.
Что было попробовано в качестве альтернативы
1) iFunbox Version 3.0 Build 3939.1352 (x64)
Приложения на девайсе не видны
2) iTools 3.3.8.8
Не определяется сам дейвайс
3) AnyTrans 5.3.0.20161208
Приложения были видны, но скопировать было нельзя. Триал закончился. 🙂
4) Syncios
Приложения видны, но скопировать с девайса нельзя.
Итого, ios 10.1, itunes 12.5.4.42, способа скопировать приложения не нашел.
Если кто поделится — был бы крайне благодарен.
Откатывать ios — не вариант, можно рассмотреть откат тунца.
PS. Самое забавное, что находясь в тунце в меню библиотека->приложения один раз пошла синхронизация и часть приложений скопировалась, но в это время мне позвонили по скайпу, так что я закрыл тунца и отсоединил девайс, чтоб поговорить нормально. Больше синхронизация не повторялась. Я бы уже мог подумать, что это больное воображение, но скопированные приложения таки можно видеть на компе. Так что видимо программно позможность присутствует, просто заблокирована в интерфейсе.
Для всех перечисленных вами программ требуется ДЖЕЙЛБРЕЙК (для работы с .ipa).
Хотя даже при его наличии скопированные программы могут не заработать на другом устройстве (даже если оба с джейлбрейком).
Но для СВОЕГО устройства бекапы с iTools и iFunBox обычно работают (зависит от программы).
Источник
Безопасность iOS-приложений: гайд для новичков
Привет! Меня зовут Гриша, я работаю application security инженером в компании Wrike и отвечаю за безопасность наших мобильных приложений. В этой статье я расскажу про основы безопасности iOS-приложений. Текст будет полезен, если вы только начинаете интересоваться безопасностью мобильных приложений под iOS и хотите разобраться, как все устроено изнутри.
Disclaimer: Материал написан в образовательных целях, чтобы новички могли разобраться в принципах работы безопасности мобильных приложений. Используйте инструкции из статьи только на тестовых устройствах или же с разрешения владельца приложения (например, в рамках программы поиска уязвимостей).
Подготовка окружения
Для начала нужно подготовить окружение.
Вот что для этого необходимо:
Компьютер-хост. В идеале это должен быть MacOS, потому что с другой операционной системой возникнут сложности с установкой и запуском специализированного ПО.
Джейлбрейкнутый тестовый девайс с желаемой версией iOS. iOS симулятор, который поставляется в комплекте с Xcode, не подойдет, так как он предназначен для запуска приложений, собранных под x86 архитектуру. Релизные версии приложений, предназначенные для запуска на реальном девайсе, собираются под ARM. Поэтому приложения, загруженные из Apple App Store, не получится запустить в симуляторе iOS.
Сеть Wi-Fi, которая разрешает трафик от клиента к клиенту (или подход SSH через USB).
Это набор максимум: на самом деле можно работать и не на MacOS, и не на джейлбрейкнутом устройстве, но будут дополнительные сложности: отсутствие нужных инструментов, необходимость переподписывать приложение с использованием сертификата разработчика и т.д.
Джейлбрейк. Для тестирования желательно сделать джейлбрейк девайса.
Краткая инструкция выглядит так:
Найти подходящее тестовое устройство и сделать резервную копию.
Проверить, что для установленной версии iOS есть джейлбрейк.
Выбрать подходящий вариант (по этой ссылке можете почитать про сравнение между Tethered/Untethered).
Джейлбрейкнуть, следуя инструкции к выбранному способу: например, Checkra1n или Unc0ver.
Если хотите узнать подробно о том, как работают джейлбрейки, почитайте статью с техническим анализом эксплойта для checkm8 от Digital Security. Там много интересных подробностей.
Полезные приложения. Теперь на девайс можно поставить приложения, которые нельзя установить на iPhone без джейлбрейка. Для этого нужно установить Cydia. Установка будет отличаться в зависимости от выбранного джейлбрейка, просто следуйте инструкции.
Вот некоторые полезные приложения:
Обход обнаружения джейлбрейка (например, Liberty Lite).
Обход валидации SSL сертификатов / пиннинга (ssl-kill-switch2).
Приложение для установки неподписанных IPA файлов (например, AppSync Unified).
Прокси. Следующий обязательный шаг — это настройка прокси для перехвата трафика приложения на устройстве.
Логика этого процесса аналогична настройке перехвата для браузера:
Организуем доступность своего хоста (с запущенным прокси) для мобильного устройства: подключаем хост и девайс к одной Wi-Fi сети или используем SSH поверх USB.
Конфигурируем прокси в настройках мобильного устройства.
Запускаем перехватывающий прокси на компьютере-хосте.
Добавляем сертификат от прокси в доверенный на устройстве для перехвата HTTPS-трафика (подробную инструкцию для Burp Suite ищите по этой ссылке).
Перехват трафика мобильного приложения может быть полезен для увеличения поверхности атаки: он покажет новые хосты, сервисы, API, которыми пользуются только мобильные приложения. Разработчики могут уделять меньше внимания безопасности «внутренних» API, которые не видят пользователи. Возможно, будут какие-то ключи, параметры или заголовки, зашитые в код приложения и предоставляющие доступ к этим сервисам. А еще перехват трафика поможет лучше понять логику работы приложения.
IPA файл
Теперь нам нужно приложение для тестирования. Если мобильные приложения и находятся в скоупе для исследования по программе Bug Bounty, то максимум, что мы получим, — ссылку на официальный магазин приложений для платформы.
Мы можем попробовать перехватить трафик запущенного приложения и использовать разного рода инструменты, но для полноценного анализа желательно иметь IPA файл — аналог APK файла для Android. Чем ближе к оригинальному, тем лучше.
Находим IPA файл. Получить IPA файл можно несколькими способами:
Использовать приложения для управления устройством с компьютера (например, iTunes или Apple Configurator 2). Они скачивают приложения из App Store, а потом заливают на девайс. Но можно поймать момент, когда файл уже скачан на компьютер из App Store, но еще не залит на девайс, и скопировать его.
Установить приложение из App Store, а потом сдампить (например, через frida-ios-dump). Этот способ сработает только с джейлбрейкнутым девайсом, и в данном случае будут отсутствовать файлы с мета-информацией для App Store.
Использовать сайты с IPA файлами. Но там вы, скорее всего, найдете уже неоригинальный файл и исследовать его на безопасность будет не так интересно, но все еще полезно для использования.
Как получить IPA файл с помощью Apple Configurator 2:
Установить приложение на девайс.
Выбрать приложение в Apple Configurator 2, подключить девайс, начать обновление.
Отключить девайс после завершения шага загрузки приложения (опционально, так загруженный IPA файл дольше доступен в кеше приложения).
Забрать IPA на хосте по пути вида:
Что находится внутри IPA файла. Теперь файл нужно распаковать и посмотреть, что там внутри. Для IPA пакетов Apple использует LZFSE — алгоритм сжатия данных без потерь с открытым исходным кодом. Для распаковки нужен подходящий инструмент: например, unzip-lzfse.
Что находится внутри IPA файла:
Директория Payload — это все, что относится непосредственно к приложению.
Payload/Application.app — это скомпилированный код и статические ресурсы:
Info.plist — аналог Android-манифеста, который описывает свойства приложения для операционной системы, права, что приложение будет использовать (интернет или камеру и т.д.);
Основной исполняемый двоичный файл скомпилирован под ARM либо с использованием формата Mach-O, либо — fat binary;
Внешние библиотеки, фреймворки, плагины, ресурсы;
Информация о сборке для Apple. Например, embedded.mobileprovision с информацией о разработчике и приложении.
iTunesArtwork — иконка приложения для AppStore.
iTunesMetadata.plist — информация о приложении: жанр, возрастные ограничения, копирайты и т.д.
WatchKitSupport/WK — поддержка Apple Watch (если есть).
Файлы с расширением *.plist (property list) — это бинарные файлы, в которых хранятся сериализованные объекты. Открывать их удобнее всего в Xcode или любом hex-редакторе (например, 010 Editor с плагином BPlist.bt).
Посмотрим на информацию для App Store. Для примера возьмем приложение Wrike (файл iTunesMetadata.plist):
Содержимое файла iTunesMetadata.plist
Эта информация публично доступна в App Store. Недоступны только данные аккаунта Apple ID, от имени которого скачано.
UIRequiredDeviceCapabilities — связанные с устройством функции, необходимые приложению для работы.
Apple-id — каждое скачанное из App Store приложение «привязано» к вашему Apple ID.
SoftwareSupportedDeviceIds — какие устройства поддерживает это приложение: 1 — классические iPhone, 2 — iPod Touch, 4 — iPad, 9 — современные iPhone.
Разного рода мета-информация (авторские права, ограничения по возрасту, информация о разработчике и т.д.), которую можно найти в App Store.
Пример отображения информации о приложении в App Store
Теперь переходим к просмотру содержимого файла “Info.plist” (на примере приложения DVIA-2):
Содержимое файла Info.plist
Здесь можно увидеть информацию об основных правах, разрешениях, URL схемах и т.д.:
Camera Usage Description — разрешение на использование камеры с описанием того, для чего именно приложение будет её использовать.
NSAllowsArbitraryLoads — разрешает приложению использовать небезопасные HTTP-соединения.
Executable file — указывает на основной исполняемый файл, в данном случае — “DVIA-v2”.
URL Schemes — кастомная URL схема, зарегистрированная на устройстве и привязанная к приложению. Например, приложение может быть открыто через ссылку в браузере или в почтовом клиенте.
Информация об иконках, требуемых версиях iOS, поддерживаемых устройствах (UIDeviceFamily) и т.д.
Кастомные URL-схемы. Рассмотрим кастомные UPL-схемы отдельно, так как они могут быть потенциально опасными. Есть разные сценарии использования таких ссылок, но они могут стать хорошей точкой входа для того, чтобы в них что-то поместить и посмотреть на поведение приложения. Также поведение может быть интересно при эксплуатации XSS уязвимостей на мобильном девайсе.
Например, приложение DVIA-v2 поддерживает схемы “dvia://” и “dviaswift://”, и переход по ссылкам со схемой перенаправляет в приложение.
Перенаправление в приложение по ссылке с кастомной схемой
Приложение может не валидировать входные параметры с кастомной схемой, что приведет к проблемам с безопасностью. Например, вот ссылка на issue по Skype: по клику на ссылку происходил звонок.
Существуют и стандартные URL-схемы: “tel:”, “facetime:”, “facetime-audio:”, “sms:”, “mailto:”. При переходе по ссылкам с заданными схемами происходит перенаправление в соответствующее приложение на девайсе.
Файл embedded.mobileprovision. Приложению требуется файл профиля разработчика (embedded.mobileprovision) как для локальной разработки, так и для размещения в App Store. По-умолчанию он генерируется в Xcode и удаляется при публикации в App Store. В этом файле содержится информация о разработчике и его сертификат в формате PEM (см. DeveloperCertificates), что может быть интересно для сбора дополнительной информации. Однако получить такой файл можно только в том случае, если приложение было получено в обход App Store. Также такой файл может быть использован для переподписания приложения для его модификации и установки на устройство, см. Patching iOS Applications.
Содержимое файла embedded.mobileprovision
Исполняемый файл. Прежде чем приступать к реверсу исполняемого файла, можно попробовать собрать информацию простыми инструментами: вытащить строки, сделать class-dump и увидеть, что в нем есть какой-нибудь токен или секрет. А еще можно посмотреть, какие есть классы, увидеть следы механизмов обнаружения джейлбрейка и то, какие у приложения есть вызовы функций.
Поиск по слову jailbreak в выводе утилиты class-dump для приложения DVIA-v2
Поиск по слову secret в строковых константах приложения DVIA-v2
Дальнейший анализ возможен с помощью IDA Pro, Ghidra или других похожих инструментов.
Попробуем понять логику проверки девайса на джейлбрейк в приложении DVIA-v2:
Декомпилированный код проверки на джейлбрейк в Ghidra
Рассмотрим основные шаги:
Проверка существования определенных файлов с помощью NSFileManager fileExistsAtPath:
”/Applications/Cydia.app” — приложение Cydia (для установки сторонних приложений на джейлбрейкнутом девайсе);
“/Library/MobileSubstrate/MobileSubstrate.dylib” — зависимость, используемая во многих расширениях под джейлбрейк;
“/bin/bash” — наличие установленного Bash;
“/user/sbin/sshd” — проверка наличия SSH демона;
“/etc/apt” — файлы приложения Cydia.
Создание файла со строкой “This is a test” в приватной директории: “/private/jailbreak.txt”.
Попытка открыть приложение Cydia через ссылку с кастомной URL схемой: “cydia://package/com.example.package”. Используемое API: NSUrl URLWithString.
Защита бинарных файлов. Бинарные файлы могут быть защищены при распространении через App Store.
Рассмотрим возможные флаги, которые можно указать при сборке приложения для защиты бинарных файлов:
ASLR (Address space layout randomization, рандомизация адресного пространства) — флаг PIE.
Защита от Stack Smashing (флаг — fstack-protector-all). Приложения, которые используют «канарейки» (стандартный механизм обнаружения переполнения буфера на стеке), будут содержать _stack_chk_fail и _stack_chk_guard в исполняемом файле.
ARC (Automatic Reference Counting) — автоматический подсчет ссылок, _objc_release в исполняемом файле.
Флаг cryptid — отвечает за шифрование исполняемого файла. Значение 1 указывает, что приложение зашифровано. Для незашифрованных приложений значение cryptid равно 0.
Эти флаги можно проверить, используя команду otool, которая есть на Mac OS. Эта команда умеет отображать указанные части объектных файлов или библиотек.
Пример вывода команды otool
Исполняемые файлы приложений, которые распространяются через App Store, защищены и зашифрованы. Поэтому сделать анализ строковых констант и декомпилировать код не получится. Но загрузчик расшифровывает iOS- приложение и загружает его в память, когда оно запускается. Этим можно воспользоваться: например, используя frida-ios-dump, сдампить запущенное приложение.
Mobile Security Framework. Вручную прогонять все указанные инструменты для статического анализа и смотреть все флаги интересно только в первый раз, нужно сделать этот процесс быстрым и удобным. Mobile Security Framework — один из фреймворков, который может помочь. Это инструмент для тестирования на проникновение, анализа вредоносных программ и оценки безопасности мобильных приложений. Может выполнять статический и динамический анализ (под iOS есть только статический анализ). Удобно отображает дополнительную информацию о приложении.
Посмотрим на те же флаги для защиты бинарных файлов, но с красивым интерфейсом:
Отображение флагов защиты бинарных файлов в MobSF
Отображение требуемых разрешений и параметров безопасности для HTTP
Отображение кастомных URL схем в MobSF
Мы видим URL-схему, разрешение на использование HTTP-трафика, разрешения (permissions), которые могут быть опасны. Все уже собрано в один большой отчет, который можно выгрузить в PDF и изучить.
Установка и запуск
Мы сделали статический анализ. Теперь попробуем запустить приложение на джейлбрейкнутом девайсе и посмотреть, что оно делает.
Первая проблема, с которой мы сталкиваемся, — установка. Для пользователей есть один официальный способ это сделать — App Store. Для организаций существуют разные enterprise-решения, которые могут распространять приложение внутри компании в обход AppStore на девайсах, в которых уже включены MDM и т.д.
Нам это не нужно, поэтому попробуем поставить приложение (например, AppSync Unified), которое позволит устанавливать неподписанные файлы, файлы с невалидной подписью или с возможностью переподписать файл.
Самый простой вариант для этой задачи — Xcode (Window — Devices and Simulators) или Cydia Impactor (но в связи с последними изменениями от Apple у меня он не работает, вот тут есть информация про ошибки).
Пример установки приложения через Xcode (Window — Devices and Simulators)
Также неподписанное приложение можно установить, используя специальное приложение на девайсе. Например, через Filza: загрузить IPA на девайс (например, через SFTP), найти IPA файл и нажать “Install”.
Установка приложения с использованием Filza
Теперь попробуем запустить. При запуске приложения можно столкнутся с тем, что разработчики попытались заблокировать запуск на джейлбрейкнутом девайсе либо выдают предупреждения при каждом запуске или даже во время работы приложения.
Пример предупреждения о джейлбрейке
Один из простых способов обхода подобных предупреждений — использование специальных приложений (например, Liberty Lite), но это сработает только в случае простых механизмов обнаружения. Более сложные способы разберем в этой статье в разделе про инструменты динамической инструментализации.
Анализ трафика приложения
На предыдущих этапах мы уже настроили перехватывающий прокси, поэтому информацию об HTTP и HTTPS трафике сразу же сможем увидеть через Burp Suite:
Пример перехвата данных, отправленных приложением
С помощью анализа трафика мобильного приложения можно расширить поверхность атаки и найти больше входных точек. Иногда разработчики считают, что если мобильное приложение использует внутренний API, который не видят пользователи, то защита там может быть хуже, данные для аутентификации сохранены в коде приложения или аутентификация вовсе отсутствует.
SSL пиннинг. В качестве защиты перехвата HTTPS трафика в мобильных приложениях используется SSL пиннинг. В приложение добавляются заранее вычисленные пины — хэш-суммы от серверного сертификата или от отдельных его полей (например, SubjectPublicKeyInfo). Пины сохраняются в коде приложения. При обращениях к серверу приложение снова вычисляет пины сертификата и сравнивает со списком доверенных. Если пины не совпадают, значит сертификат подложный (например, как в случае с перехватывающим прокси) — соединение останавливается.
Для реализации SSL пиннинга существуют готовые решения:
NSURLSession — нужно писать самостоятельно свою реализацию защиты на основе данного API.
Разберем на примере TrustKit возможные варианты обхода SSL пиннинга. Например, конфигурация для TrustKit выглядит так:
Параметры конфигурации передаются в метод initSharedInstanceWithConfiguration при запуске приложения и инициализируют SSL пиннинг. При попытке установить соединение TrustKit проверит, что хотя бы один из указанных пинов совпадает с пинами, подсчитанными для сертификатов в цепочке сертификатов сервера.
Способы обойти данную проверку:
Перехватить вызов метода initSharedInstanceWithConfiguration и выставить TKSEnforcePinning в 0.
Перехватить вызов verifyPublicKeyPin и заменить на функцию, которая всегда возвращает 0 (=TSKTrustEvaluationSuccess).
Реализовать этот обход можно как используя готовые инструменты (например, ssl-kill-switch2), так и с помощью инструментов динамической интрументизации.
WebView. Если приложение использует WebView, то при тестировании стоит обратить особое внимание на конфигурацию и значения параметров. UIWebView (старая версия) и WKWebView предназначены для встраивания содержимого веб-страниц прямо в приложение, поддерживая CSS и JS. Также поддерживают базовую логику навигации в веб (переход вперед/назад/гиперссылки и т.д.). Начиная с iOS 8.0 и OS X 10.10, используйте WKWebView для добавления веб-содержимого в ваше приложение и не используйте UIWebView.
У WKWebView есть флаги, которые могут быть для нас интересны:
JavaScriptEnabled — включено ли исполнение JS для данного WebView.
JavaScriptCanOpenWindowsAutomatically — логическое значение, которое указывает, может ли JavaScript открывать окна без взаимодействия с пользователем.
AllowFileAccessFromFileURLs (для WKPreferences, по умолчанию false) — включает JavaScript, работающий в контексте URL-адреса схемы “file://”, для доступа к содержимому из других URL-адресов схемы “file://”.
IsFraudulentWebsiteWarningEnabled — логическое значение, которое указывает, отображаются ли предупреждения о мошенническом содержимом: например, о вредоносных программах или попытках фишинга.
Для экспериментов или отладки своего приложения удобно использовать Web Inspector в Safari (для этого приложение должно быть собрано с возможностью отладки). Включив Web Inspector на девайсе, мы сможем подключиться к WebView и посмотреть, что происходит: как выглядит HTML, выполнить какой-то JavaScript и т.д.
Подключение к DVIA-v2 через Web Inspector
Хранение данных на устройстве
Самый простой способ хранения данных на устройстве — NSUserDefaults. Это простое хранилище «ключ — значение». Там обычно хранится информация о настройках приложения, чтобы эти данные сохранялись между запусками. Хранилище NSUserDefaults нельзя использовать для хранения важной информации.
Безопасное хранение данных на iOS-девайсах должно быть реализовано с использованием Keychain. Это хранилище предназначено для хранения паролей, криптографических ключей, сертификатов и другой важной информации. Разработчику предоставляется API для работы с Keychain, при этом все важные операции вынесены в отдельную подсистему безопасности на уровне «железа» — Security Enclave.
Схема разделения зон ответственности между приложением, OS и Secure Enclave
У Keychain есть много параметров. При разработке приложения стоит внимательно подойти к тому, какие секреты с какими параметрами будут сохранены. Все параметры можно разделить на атрибуты доступности и параметры контроля доступа.
Атрибуты доступности указывают на то, когда данное значение может быть получено. Возможные модификаторы:
Источник