Дипломная работа на тему "ТЮМГУ | Разработка системы аудита сетевого доступа к базам данных"

Дипломная работа на тему "ТЮМГУ | Разработка системы аудита сетевого доступа к базам данным"

Дипломная работа на тему «ТЮМГУ | Разработка системы аудита сетевого доступа к базам данных» — это проект по созданию инструмента для отслеживания и анализа всех подключений к БД в корпоративной сети. Такая система помогает выявлять подозрительные действия, контролировать доступ сотрудников и соответствовать требованиям ФСТЭК и ГОСТ 34.602-2020. В статье — разбор структуры, примеры кода, чек-листы и типичные ошибки.

Нужен разбор вашей темы Дипломная работа на тему "ТЮМГУ | Разработка системы аудита сетевого доступа к базам данных"? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Актуальность темы

В 2025 году 68% инцидентов с утечкой данных в российских компаниях связаны с несанкционированным доступом к базам данных (источник: ФСТЭК.РФ, отчёт за 2025 г.). При этом 41% атак инициируются изнутри — сотрудниками или по их вине. Это делает систему аудита сетевого доступа к БД не просто полезной, а критически важной.

В Тюменском государственном медицинском университете (ТЮМГУ) используется распределённая информационная система, включающая электронные медкарты, расписания, приёмные кампании. Все эти данные хранятся в централизованных базах. Любое неучтённое подключение — риск утечки персональных данных пациентов, что влечёт штрафы по ФЗ-152.

По нашему опыту, студенты Синергии часто берут темы из реальных кейсов. Если вы работаете в ИТ-службе ТЮМГУ или проходили практику — у вас есть доступ к реальным данным, что значительно усилит работу.

Цель и задачи

Цель: разработка системы аудита сетевого доступа к базам данных для ТЮМГУ, обеспечивающей полное логирование подключений, фильтрацию подозрительных запросов и генерацию отчётов.

Задачи:

1. Проанализировать существующую ИС ТЮМГУ и выявить узкие места в контроле доступа к БД.
2. Изучить нормативные требования ФСТЭК и ГОСТ 34.602-2020 к системам аудита.
<3>Разработать архитектуру системы с использованием пассивного прослушивания трафика (sniffer) и активного логирования на уровне СУБД.
3. Создать прототип на Python с интеграцией PostgreSQL и модулем psycopg2.
4. Реализовать визуализацию событий через веб-интерфейс (Flask + Chart.js).
5. Оценить экономический эффект от снижения рисков утечки данных.

Задачи соответствуют структуре методички Синергии: анализ → проектирование → реализация → экономика.

Рекомендуемая структура дипломной работы

Пример введения для Синергия

В условиях цифровизации медицинской сферы обеспечение информационной безопасности становится приоритетом. ТЮМГУ, как образовательное и медицинское учреждение, обрабатывает большие объёмы персональных и медицинских данных. При этом текущая система не обеспечивает полноценного аудита доступа к базам данных, что создаёт риски утечки информации.

Целью выпускной квалификационной работы является разработка системы аудита сетевого доступа к базам данных, позволяющей фиксировать все подключения, анализировать SQL-запросы и формировать отчёты для администраторов. Объектом исследования выступает информационная система ТЮМГУ, предметом — процессы сетевого доступа к реляционным базам данных.

Работа выполняется в соответствии с требованиями ГОСТ 34.602-2020 и методическими указаниями кафедры Прикладная информатика Синергии. Используются методы анализа, моделирования IDEF0, проектирования ER-диаграмм и экономического расчёта эффективности.

Как написать заключение по Прикладная информатика

В ходе работы была разработана система аудита сетевого доступа к базам данных для ТЮМГУ. На основе анализа существующей ИС выявлены уязвимости в контроле доступа. Спроектирована архитектура с использованием пассивного сниффера трафика и активного логирования на уровне PostgreSQL.

Реализован прототип на Python с веб-интерфейсом, позволяющий отслеживать подключения, фильтровать опасные SQL-запросы (например, DROP TABLE, UNION SELECT) и генерировать отчёты. Экономический эффект составил 1.2 млн руб. в год за счёт снижения рисков штрафов и простоев.

Рекомендуется внедрить систему в пилотном режиме на серверах с электронными медкартами. Дальнейшее развитие — интеграция с SIEM-системой на базе ELK Stack.

Требования к списку литературы Синергия

Список литературы должен содержать не менее 20 источников, включая нормативные документы, научные статьи, методические пособия. Обязательно оформление по ГОСТ Р 7.0.100-2018.

Примеры авторитетных источников:

• ГОСТ Р 34.602-2020. Информационная технология. Комплекс стандартов на автоматизированные системы. https://docs.cntd.ru/document/1200179548
• ФСТЭК России. Методические рекомендации по защите персональных данных. 2025. https://www.fstec.ru
• PostgreSQL Documentation. Chapter 27. Logging. https://www.postgresql.org/docs/current/runtime-config-logging.html

Вопросы, которые часто задают студенты

Можно ли использовать готовые решения в ВКР?

Да, но с адаптацией. Например, можно взять open-source сниффер, но доработать под логику ТЮМГУ: добавить фильтрацию по IP-адресам подсети 192.168.100.0/24, интеграцию с Active Directory. Главное — показать, что вы понимаете архитектуру и можете модифицировать код.

Сколько страниц должна быть практическая часть?

Рекомендуемый объём — 40–60 страниц. Включите: ER-диаграмму, дерево функций, блок-схемы алгоритмов, фрагменты кода, тестовые формы. Без этого работа будет считаться неполной. По практике, у студентов Синергии принимают с 45+ стр.

Можно ли использовать open-source решения?

Абсолютно можно. Например, использовать pgAudit для PostgreSQL — это официальное расширение для аудита. Но важно: 1) описать, как оно работает; 2) показать, как вы его настроили; 3) провести тестирование. Это не плагиат, а грамотное использование инструментов.

Что проверить перед сдачей

Уникальный пример: сниффер трафика на Python

Вот пример кода для перехвата SQL-запросов в локальной сети (использует scapy):

from scapy.all import *
import re

def packet_callback(packet):
    if packet.haslayer(Raw):
        payload = str(packet[Raw].load)
        # Поиск SQL-инъекций
        if re.search(r"(unions+select|drops+table|inserts+into)", payload, re.IGNORECASE):
            print(f"[ALERT] Подозрительный запрос: {payload[:100]}")
            with open("alerts.log", "a") as f:
                f.write(f"{packet.time}: {payload}
")

# Запуск сниффера на интерфейсе
sniff(filter="tcp port 5432", prn=packet_callback, store=0)

Код можно адаптировать под порт PostgreSQL (5432) или MySQL (3306). Добавьте фильтрацию по IP-адресам ТЮМГУ.