Мартовская новость о трояне GoPix, который подменяет банковские реквизиты в буфере обмена Windows, — не просто очередная страшилка в ленте SecurityLab. Это готовая постановка задачи для ВКР. Студент, который сможет спроектировать систему мониторинга перехвата данных или проанализировать вектор атаки, будет выглядеть на защите сильнее 90% однокурсников с «теоретическими» дипломами. Разбираем, как превратить этот инцидент в реальный проект: от аналитической главы до замеров эффективности.
В ВКР по информационной безопасности кейс GoPix отлично ложится в классическую трехглавную структуру. Вот как это сделать без «воды».
В теоретической части опишите механику атаки: троян внедряется в процесс, постоянно мониторит буфер обмена через WinAPI-функции (например, GetClipboardData, SetClipboardData), и при обнаружении строки, похожей на номер карты или счета, мгновенно заменяет её на подставную. Важно связать это с классификацией по OWASP и российскими стандартами — ГОСТ 34.x для автоматизированных систем и ISO/IEC 25010 для оценки качества защищённости. Не забудьте про модели нарушителя: встроенная угроза из цепочки поставок ПО — типичный пример APT-атаки.
Полезно добавить диаграмму потоков данных (DFD) и UML-диаграмму вариантов использования для злоумышленника. В качестве примера — псевдокод детектирования перехвата:
# Псевдокод для главы 2 — эвристика аномального поведения
def check_clipboard_integrity():
snapshot = read_clipboard_snapshot()
if snapshot.is_payment_data():
hash = sha256(snapshot)
time.sleep(random_jitter())
if sha256(read_clipboard_snapshot()) != hash:
raise Alert('Clipboard tampering')
Здесь предлагаем архитектуру агента, который перехватывает обращения к буферу обмена через фильтр — например, глобальный хук (SetWindowsHookEx) или драйвер-фильтр (если работаете на уровне ядра). Вариант проще — пользовательское приложение с мониторингом поведения: считает энтропию вставок, следит за активностью процессов, которые читают буфер.
При проектировании обязательно используйте C4-диаграммы: контекстную, контейнерную, компонентную. Покажите, что ваш модуль встраивается в существующую инфраструктуру банковского приложения или ОС. Также следует отразить требования по ГОСТ 34.601 — стадии создания системы: от ТЗ до испытаний.
Ключевой вопрос на защите: «Как вы измерили эффективность?». Используйте метрики безопасности из ISO/IEC 25010: время детектирования, доля ложных срабатываний, полнота обнаружения. Для тестов возьмите реальную выборку из 1000 операций с реквизитами, половину — с изменёнными через GoPix. Замерьте, сколько атак ваш механизм отразил, и постройте ROC-кривую.
Пример скрипта для автоматизированного теста на Python:
# Тест: генерируем подмену и проверяем реакцию агента
import pyperclip, time
from agent import ClipboardGuard
guard = ClipboardGuard()
fakes = ["5555 4444 3333 2222", "4111 1111 1111 1111"]
for i in range(100):
pyperclip.copy(fakes[i % 2])
guard.wait_for_integrity_check()
assert guard.allow_paste() == False
print("All attempts blocked")
| Тема | Актуальность | Цель и задачи | Структура |
|---|---|---|---|
| Разработка модуля защиты буфера обмена от подмены данных в Windows | Прямое следствие инцидента GoPix: ищутся практические решения | Цель: создать программный агент. Задачи: анализ угроз, проектирование, реализация прототипа, тесты. | 1. Анализ; 2. Проектирование и код; 3. Испытания |
| Оценка эффективности антифишинговых решений при перехвате буфера обмена | Можно сравнить 3 существующих инструмента | Цель: выработать критерии и провести оценку. Задачи: метрики, тестовая лаборатория, исследование. | 1. Теория; 2. Методика оценки; 3. Эксперимент |
| Моделирование поведения банковского трояна с использованием DLP-контуров | Актуально для банковского сектора, отражено в новости | Цель: построить модель для DLP-системы. Задачи: анализ GoPix, разработка сигнатур, испытания | 1. Анализ угроз; 2. Проектирование модели; 3. Внедрение и проверка |
Берите за основу именно этот кейс: он свежий, с реальным примером атаки. Реализуйте минимальный прототип на Python с мониторингом буфера обмена, протестируйте на виртуальной машине с Windows. Этого достаточно для главы 3, а дальнейшее уже зависит от ваших амбиций.
Используйте UML для класс-диаграмм и DFD для потоков данных. Обязательно подпишите оси и элементы, добавьте в приложение. Для надежности проверьте свой чертеж на соответствие ГОСТ 19.701 или используйте нотацию IDEF0.
Процитируйте обзор Positive Technologies или отчёт OWASP Top 10. Также укажите статью SecurityLab как кейс. Не нужно ссылаться на сомнительные источники — лучше использовать данные из самой статьи и связанных исследований.
Да: код должен быть читаемым, комментированным на русском (если в вузе нет требования к английскому), и содержать минимум 100-200 строк для главы 2. Приложите описание окружения и инструкцию по запуску. Если объём маловат — добавьте юнит-тесты.
Источник: Система безопасности Windows на стороне зла: GoPix меняет реквизиты в буфере за долю секунды… и вычищает кошельки (опубликовано 2026-03-18)