Защищённость мобильного продукта

Тестирование на проникновение мобильных приложений для профилактики кибератак и поиска уязвимых мест

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

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

Факты и риски

Кибератаки через мобильные приложения реальны

80%мобильных приложений содержат критические уязвимости и/или ошибки в коде, позволяющие получить несанкционированный доступ.
+67%ежегодный рост числа вредоносного ПО, нацеленного на мобильные устройства.
В 5–10 раздороже устранение критической уязвимости на этапе эксплуатации, чем на этапе разработки.
800+ тыс.вредоносных пакетов обнаруживается ежемесячно; более 200 тыс. из них являются банковскими троянами.

Формат проверки

Варианты проведения пентеста мобильного приложения

Варианты проведения пентеста мобильного приложения
Тестирование «вслепую»

Black Box

Тестирование проводится с позиции внешнего злоумышленника, которому доступны только пользовательский интерфейс приложения и сетевые запросы. Специалисты не получают исходный код, документацию и сведения о внутренней архитектуре.

Подход позволяет оценить защищённость приложения в условиях, максимально приближенных к реальной внешней атаке.

Комбинированное тестирование

Gray Box

Специалистам предоставляется ограниченный объём информации: например, исходный код без доступа к серверной части или учётные записи с определёнными правами.

Подход сочетает преимущества Black Box и White Box и обеспечивает баланс между глубиной анализа, сроками и стоимостью работ.

Тестирование с полным доступом

White Box

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

White Box может применяться совместно с Black Box для проверки уязвимостей с внешней и внутренней стороны.

Методология работ

Методология и подход при проведении пентеста мобильных приложений

ПринципКак применяется на практике
Ручной анализУпор на ручной анализ, а не только на результаты сканирования. Автоматизированные средства используются как один из этапов. Основная часть работ приходится на ручной поиск логических уязвимостей и нестандартных сценариев атак.
Многовекторная проверкаПроверяются клиентская часть приложения, сетевые взаимодействия, API, хранилища данных, серверные компоненты и бизнес-логика.
Подтверждение уязвимостейСпециалисты проверяют возможность практической эксплуатации каждого существенного недостатка в согласованных границах тестирования.
Приоритизация по последствиямУязвимости оцениваются с учётом возможности утечки данных, финансового ущерба, компрометации учётных записей и доступа к внутренним системам.
Практический отчётЗаказчик получает не перечень результатов сканирования, а доказательную базу, сценарии воспроизведения и план устранения недостатков.

Стандарты проверки

Стандарты и методические документы

При проведении работ учитываются положения следующих стандартов и методических документов:

OWASP MASTG

Руководство по тестированию безопасности мобильных приложений.

OWASP MASVS

Стандарт проверки безопасности мобильных приложений.

NIST SP 800-163

Руководство по проверке безопасности мобильных приложений.

ГОСТ Р 58143-2018

«Информационная технология. Методы и средства обеспечения безопасности. Детализация анализа уязвимостей программного обеспечения в соответствии с ГОСТ Р ИСО/МЭК 15408 и ГОСТ Р ИСО/МЭК 18045. Часть 2. Тестирование проникновения».

ГОСТ Р ИСО/МЭК 18045-2013

Методология оценки безопасности информационных технологий.

ГОСТ Р 56939-2016

«Защита информации. Разработка безопасного программного обеспечения. Общие требования».

Регуляторные требования

Нормативная основа проведения работ

ДокументЧто регулирует
Методика анализа защищённости информационных систем ФСТЭК России от 25 ноября 2025 годаОпределяет организацию, порядок и содержание работ по анализу защищённости информационных систем, включая программное обеспечение и мобильные приложения.
Приказ ФСТЭК России от 11 апреля 2025 года № 117Устанавливает требования к защите информации в государственных информационных системах и иных информационных системах государственных органов.
Приказы ФСТЭК России № 17, № 21 и № 31Содержат требования к выявлению и устранению уязвимостей программного обеспечения для соответствующих категорий информационных систем.
Методические рекомендации Банка РоссииВ область тестирования могут включаться клиентские мобильные приложения, системы дистанционного банковского обслуживания, личные кабинеты, API и связанные с ними автоматизированные системы.
РС БР ИББС-2.6-2014Содержит положения об оценке защищённости мобильных устройств в рамках тестирования на проникновение.
Профили защиты Банка России и требования НСПКУчитываются при тестировании мобильных приложений организаций финансового сектора.

Область тестирования

Какие векторы атак проверяются

01

Небезопасное хранение данных

Проверяется наличие паролей, токенов, персональных и платёжных данных в локальных хранилищах, журналах, кеше и дампах памяти устройства.

02

Отсутствие защиты от reverse engineering

Анализируется устойчивость приложения к декомпиляции, отладке, модификации кода и повторной сборке.

03

Небезопасные каналы связи

Проверяются использование TLS, корректность валидации сертификатов и возможность проведения атак типа Man-in-the-Middle.

04

Ошибки аутентификации и управления сессиями

Тестируются механизмы входа и восстановления доступа, обработка токенов, завершение сессий и защита от подбора идентификаторов.

05

Возможность внедрения вредоносного кода

Проверяется обработка пользовательских данных и возможность эксплуатации SQL-инъекций, XSS в WebView, небезопасных Intent и других механизмов платформы.

06

Уязвимости компонентов мобильной платформы

Анализируются настройки Android Manifest, экспортируемые компоненты, Intent Filters, разрешения и механизмы межпроцессного взаимодействия.

07

Утечки по сторонним каналам

Выявляется возможность раскрытия информации через системные журналы, уведомления, буфер обмена, клавиатуру, снимки экрана и резервные копии.

08

Небезопасные сторонние библиотеки и SDK

Зависимости анализируются на наличие известных уязвимостей, избыточных разрешений и недекларированных возможностей.

09

Ошибки бизнес-логики

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

Нужно проверить приложение до релиза или крупного обновления?

Согласуем платформы, роли, API, формат доступа и безопасные границы тестирования.

Процесс и результат

Этапы пентеста мобильного приложения

  1. Планирование и согласование

    Определение границ тестирования, целей, правил проведения работ, точек контакта и исключаемых систем. Выбор модели Black Box, Gray Box или White Box.

    Результат

    Согласованный план и правила проведения тестирования.

  2. Сбор информации

    Анализ APK- или IPA-файлов, используемых фреймворков, библиотек, сетевых взаимодействий и структуры приложения.

    Результат

    Профиль поверхности атаки мобильного приложения.

  3. Поиск и анализ уязвимостей

    Автоматизированный и ручной анализ, применение SAST- и DAST-инструментов, статическое и динамическое исследование приложения.

    Результат

    Предварительный перечень выявленных уязвимостей.

  4. Эксплуатация уязвимостей

    Проверка возможности практической эксплуатации выявленных недостатков и получения доступа к данным, функциям приложения или связанным системам.

    Результат

    Доказательства реализуемости выявленных сценариев атак.

  5. Оценка последствий атаки

    Определение доступных после компрометации данных и функций, возможности проникновения в backend-системы и дальнейшего развития атаки.

    Результат

    Оценка технических последствий и рисков для бизнеса.

  6. Подготовка отчёта и презентация результатов

    Описание уязвимостей, уровней критичности, сценариев воспроизведения, доказательств эксплуатации и рекомендаций по устранению.

    Результат

    Приоритизированный план повышения защищённости мобильного приложения.