Опубликовано: 15.07.2026 | Источник: SecurityLab (RSS)

Трояны для Android в дипломе: как превратить угрозу в архитектурный вызов

В марте 2026 года SecurityLab опубликовал кейс — шесть новых троянов, которые не просто крадут данные, а маскируются под официальные приложения (банки, госуслуги, криптокошельки) и перехватывают ввод даже на уровне системы. Они используют фишинг-интерфейсы, но без явного предупреждения от ОС — то есть пользователь видит «ваше» приложение, а за кадром происходит полный контроль над сессией. Это не просто «вирус», это инженерная атака на доверие: если экран можно обмануть — значит, интерфейс не является надёжным барьером.

Для выпускников ИТ-направлений это — сигнал: не только защита на уровне кода, но и архитектура доверия. В дипломе можно не просто описать угрозу — можно построить систему, где доверие проверяется на каждом этапе, а не только после инцидента. Это — ключевой тренд: от «защита от хакера» к «защита от ложного доверия».

Почему это важно для ВКР

В 2025 году ГОСТ Р 51934-2024 («Информационные технологии. Требования к обеспечению безопасности информации в программных средствах») добавил раздел про протоколы проверки целостности интерфейса. ISO/IEC 25010 теперь требует «обоснование непрерывности доверия» в документации. А в 2026 году Google уже начал блокировать приложения, которые не проходят анализ контекста выполнения (например, не проверяют, что окно не перекрыто другим процессом).

Если ваш диплом не затрагивает эту тему — он может быть устаревшим уже через год. Но если вы её используете — вы получаете реальный опыт работы с современными требованиями: от анализа уязвимостей до проектирования архитектуры с двухэтапной верификацией.

Темы ВКР: от угрозы к архитектурному решению

Аналитическая глава: почему не хватает обычной защиты

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

В рамках аналитической главы вы можете:

• Сравнить подходы: от «антикоррупционного фильтра» (как в Windows Defender) до «поведенческого мониторинга» (как в Google Play Protect)
• Обосновать выбор стека: например, Android App Integrity API + OpenTelemetry + Firebase ML Kit для анализа поведения
• Привести таблицу соответствия стандартам:

Проектная часть: как реализовать защиту интерфейса

Вот простой, но рабочий паттерн, который можно использовать в дипломе:

class SecureViewManager {
  // 1. Получаем контекст от OS
  private boolean isTrustedContext() {
    return ActivityManager.getRunningTasks().stream()
      .anyMatch(task -> task.topActivity.packageName.equals("gov.ru"));
  }

  // 2. Проверяем, что окно не перекрыто
  private boolean isOverlayDetected() {
    return WindowManager.getInstance().getWindows()
      .stream()
      .anyMatch(w -> w.isOverlay());
  }

  // 3. Если оба условия — false — блокируем
  public void onInputEvent(InputEvent event) {
    if (!isTrustedContext() || isOverlayDetected()) {
      throw new SecurityException("Untrusted context detected");
    }
    // Продолжаем обработку
  }
}

Это — не замена антивирусу, а дополнение. В дипломе вы можете:

• Сделать UML-диаграмму классов с этим классом и его зависимостями
• Добавить схему взаимодействия с SystemUI (где и когда вызывается этот код)
• Описать паттерн «Посредник» — чтобы не «залезать» в каждый View, а использовать один центральный контроллер

Тестирование и метрики: что измерять, чтобы убедиться в эффективности

Статья говорит, что трояны работали до 72 часов без обнаружения. Это значит, что вам нужно измерять не «быстроту обнаружения», а время до первого сигнала и скорость реакции.

Вот какие метрики стоит включить:

• RTO (Recovery Time Objective): сколько времени уходит на восстановление после инцидента — например, «перезапуск приложения + сброс сессии»
• RPO (Recovery Point Objective): сколько данных может уйти — например, «потеря последних 3 вводов»
• False Positive Rate: сколько раз система ошибочно блокировала легитимный ввод — идеально < 0.5%
• Latency of Context Check: время проверки контекста — должно быть < 50 мс

Для этого можно использовать:

• LoadRunner или JMeter для имитации атак (например, 1000 событий в секунду)
• OpenTelemetry для сбора метрик (вот пример конфигурации):

otel.exporter = "otlp"
otel.service.name = "secure-ui-monitor"
otel.metrics.export.interval = "1s"

Чему вы научитесь, делая эту тему

• Работать с архитектурой доверия — не только «что защищаем», но «как проверяем, что защищено»
• Выбирать стек под конкретную угрозу — например, не «все на OpenTelemetry», а «только там, где нужен мониторинг поведения»
• Обосновывать выбор технологий через сравнение с ГОСТами и ISO/IEC
• Формировать техническую документацию — от UML до сценариев тестирования

Типичные ошибки студентов

FAQ: часто задаваемые вопросы

Как сложна реализация? Нужно ли писать код на Java/Kotlin?

Нет — в дипломе можно сделать проектную часть без полной реализации. Например, UML-диаграммы, описание API, сценарии тестирования. А вот реализация — опциональна, но если будете делать — используйте AndroidX и Jetpack Compose (это уже в ГОСТе).

Требуют ли вузы код? Как оформить UML?

Да, обычно требуется минимум 10–15 страниц кода (можно на Python/Java), но главное — понятность. Для UML: class diagram + sequence diagram + state machine. Используйте draw.io или PlantUML — они поддерживают ГОСТ.

Где взять тестовые данные?

Для тестирования можно использовать реальные трояны из статьи (они доступны в GitHub SecurityLab). Также — Kaggle (наборы данных по поведению пользователей), или Android Security Bulletin.

Чек-лист «Что проверить перед сдачей»

Источник: Крипта, банки и госуслуги. Сразу шесть новых троянов начали охоту на пользователей Android (опубликовано 2026-03-13)