Курсовая

Реализация защиты баз данных MySQLс встроенными и наложенными средствами (шифрование, аудит, маскировка данных)

В представленной исследовательской работе проводится комплексный анализ механизмов обеспечения безопасности данных в СУБД MySQL с учетом современных требований российского законодательства и специфики функционирования автоматизированных систем. В рамках исследования детально рассматриваются методы криптографической защиты на различных уровнях функционирования базы данных, механизмы прозрачного шифрования (TDE), а также способы реализации динамического и статического маскирования для предотвращения утечек конфиденциальной информации. Особое внимание уделяется интеграции встроенных инструментов СУБД с наложенными отечественными средствами защиты информации, сертифицированными ФСТЭК России, что позволяет сформировать эшелонированную систему безопасности, соответствующую требованиям по защите государственных информационных систем и систем персональных данных.

Разработанный в ходе исследования проект системы защиты информации для автоматизированной системы, включающий модель угроз и нарушителя, сформированную на основе Методики ФСТЭК России 2021 года, а также детализированный перечень организационных и технических мер защиты (включая настройки аудита и маскирования), адаптированных под требования Приказов ФСТЭК России № 17 и № 21.

Необходимость совершенствования мер защиты баз данных продиктована резким ростом интенсивности кибератак на российскую критическую информационную инфраструктуру и императивными требованиями по импортозамещению программного обеспечения в соответствии с Указами Президента РФ № 166 и № 250. В условиях эксплуатации СУБД MySQL в составе отечественных автоматизированных систем критически важным становится обеспечение легитимности обработки данных и их защиты от несанкционированного доступа (НСД) путем рациональной комбинации штатных функций СУБД и специализированных наложенных решений, что минимизирует риски реализации векторов атак, связанных с компрометацией административных привилегий или эксплуатацией уязвимостей системного кода.

Разработка научно обоснованных рекомендаций и практического проекта реализации системы защиты базы данных MySQL, объединяющего встроенные механизмы СУБД и наложенные отечественные средства защиты информации для достижения требуемого класса защищенности автоматизированной системы.

1. Провести ретроспективный анализ нормативно-правовой базы РФ в области защиты конфиденциальной информации и персональных данных, обрабатываемых в автоматизированных системах.

2. Изучить архитектурные особенности СУБД MySQL и классифицировать ее встроенные механизмы обеспечения безопасности, включая контроль доступа, шифрование и аудит.

3. Разработать модель угроз и модель нарушителя для типового объекта информатизации, использующего СУБД MySQL, в соответствии с актуальной методикой ФСТЭК России.

4. Выполнить сравнительный анализ отечественных наложенных средств защиты информации (СЗИ от НСД, средства аудита, шлюзы безопасности БД), представленных в реестре ФСТЭК России.

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

6. Оценить результативность предлагаемых мер и сформировать регламент реагирования на инциденты информационной безопасности применительно к защищаемой базе данных.

Оформление по ГОСТ
Содержание и структура уже собраны
Подходит как пример для своей темы

Предпросмотр документа

Курсовая

На тему: Реализация защиты баз данных MySQLс встроенными и наложенными средствами (шифрование, аудит, маскировка данных)

по дисциплине «Информационная безопасность автоматизированных систем»

Направление: ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ

Содержание

Введение

Глава 1. Теоретико-методологические аспекты защиты информации в автоматизированных системах на базе СУБД

1.1. Нормативное регулирование обеспечения безопасности информации в РФ: роль ФСТЭК и ФСБ России

1.2. Классификация угроз безопасности информации в современных СУБД и подходы к их нейтрализации

1.3. Архитектура встроенных механизмов защиты MySQL в контексте выполнения требований регуляторов

Глава 2. Анализ и практическая реализация технических мер защиты данных в среде MySQL

2.1. Разработка модели угроз и нарушителя для информационной системы в соответствии с Методикой ФСТЭК 2021 г.

2.2. Реализация алгоритмов шифрования и процедур аудита событий безопасности встроенными средствами СУБД

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

Заключение

Список использованной литературы

КУРСОВАЯ РАБОТА

Реализация защиты баз данных MySQL с встроенными и наложенными средствами (шифрование, аудит, маскировка данных)

ВВЕДЕНИЕ

Актуальность темы исследования обусловлена стремительным ростом числа кибератак на российские автоматизированные системы, обрабатывающие критически важные данные в системах управления базами данных (СУБД). По данным аналитического центра Positive Technologies, в 2024 году количество целевых атак на инфраструктуру российских организаций возросло на 47% по сравнению с предыдущим периодом, при этом основными объектами воздействия злоумышленников становятся СУБД, содержащие персональные данные, коммерческую тайну и сведения ограниченного доступа. В условиях реализации политики импортозамещения программного обеспечения, закреплённой Указом Президента Российской Федерации от 30.03.2022 № 166, задача обеспечения информационной безопасности СУБД, в том числе широко распространённой MySQL, приобретает стратегическое значение для защиты объектов критической информационной инфраструктуры и информационных систем персональных данных.

Нормативно-правовая база Российской Федерации в области защиты информации, включающая Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных», Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации», Приказ ФСТЭК России от 18.02.2013 № 21 «Об утверждении состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных», устанавливает жёсткие требования к защите данных, обрабатываемых в автоматизированных системах. Методика оценки угроз безопасности информации, утверждённая ФСТЭК России в 2021 году, предписывает операторам информационных систем разрабатывать модель угроз и модель нарушителя, на основании которых осуществляется выбор адекватных технических и организационных мер защиты информации.

Степень разработанности проблемы в отечественной научной литературе характеризуется наличием фундаментальных исследований в области защиты СУБД, выполненных специалистами МГТУ имени Н.Э. Баумана, ИТМО, Института проблем информационной безопасности МГУ имени М.В. Ломоносова. Вклад в развитие методологии защиты баз данных внесли такие исследователи, как Щеглов А.Ю., Клейменов С.А., Мельников В.П., Лукацкий А.В., разработавшие подходы к построению многоуровневой системы защиты информации в СУБД с применением встроенных механизмов контроля доступа, шифрования и аудита, а также наложенных средств защиты информации от несанкционированного доступа.

Однако анализ научных публикаций показывает, что в настоящее время отсутствует комплексное исследование, интегрирующее применение встроенных возможностей СУБД MySQL и сертифицированных ФСТЭК России наложенных средств защиты информации в единую архитектуру, соответствующую требованиям регуляторов и обеспечивающую защиту от актуальных угроз безопасности информации, идентифицированных в соответствии с методикой ФСТЭК России 2021 года.

Цель работы: разработка комплексной системы защиты баз данных MySQL с применением встроенных и наложенных средств защиты информации, соответствующей требованиям ФСТЭК России и обеспечивающей защиту от актуальных угроз безопасности информации.

Задачи исследования:

проанализировать нормативно-правовую базу Российской Федерации в области защиты информации в автоматизированных системах и требования ФСТЭК России к защите информационных систем персональных данных;
исследовать классификацию угроз безопасности информации в СУБД и методологические подходы к их нейтрализации в контексте Методики ФСТЭК России 2021 года;
изучить архитектуру встроенных механизмов защиты MySQL и возможности их применения для выполнения требований регуляторов;
разработать модель угроз и модель нарушителя для информационной системы на базе СУБД MySQL в соответствии с Методикой ФСТЭК России 2021 года;
реализовать алгоритмы шифрования данных, процедуры аудита событий безопасности и механизмы маскирования данных встроенными средствами СУБД MySQL;
обосновать применение наложенных средств защиты информации от несанкционированного доступа, сертифицированных ФСТЭК России, для комплексной защиты информационной системы.

Объект исследования: информационная система персональных данных на базе СУБД MySQL, обрабатывающая биометрические персональные данные и сведения, составляющие коммерческую тайну.

Предмет исследования: технические и организационные меры защиты информации в СУБД MySQL с применением встроенных механизмов и наложенных средств защиты информации.

Методологическая база исследования. Теоретическую основу работы составляют концепции обеспечения информационной безопасности автоматизированных систем, модели управления рисками информационной безопасности, методология построения системы защиты информации в информационных системах персональных данных. Методы исследования включают: анализ угроз безопасности информации по Методике ФСТЭК России 2021 года, сравнительный анализ встроенных механизмов защиты СУБД и сертифицированных ФСТЭК России средств защиты информации, метод экспертных оценок для определения актуальности угроз, моделирование архитектуры системы защиты информации. Нормативно-правовую базу составляют: Федеральный закон от 27.07.2006 № 152-ФЗ, Федеральный закон от 27.07.2006 № 149-ФЗ, Приказ ФСТЭК России от 18.02.2013 № 21, Методика оценки угроз безопасности информации (ФСТЭК России, 2021), ГОСТ Р ИСО/МЭК 27001-2021. Источниковую базу составляют монографии и научные статьи отечественных специалистов в области информационной безопасности, аналитические отчёты Positive Technologies и «Лаборатории Касперского», нормативно-техническая документация ФСТЭК России.

Научная новизна работы заключается в разработке комплексного подхода к построению системы защиты СУБД MySQL, интегрирующего встроенные механизмы контроля доступа, шифрования, аудита и маскирования данных с наложенными средствами защиты инф

…

Остальная часть документа скрыта

Сгенерируйте работу по своей теме, чтобы получить полный текст.

Навигация по работам

Часто задаваемые вопросы

Какой объем готовит Нейросеть для написания курсовой по информационным системам?

Обычно 30-40 страниц основной части. Примерно треть уходит на аналитическую главу, остальное на проектирование, реализацию и тестирование. Приложения с листингами, схемами и скриншотами в этот объем не входят, поэтому работа с толстым приложением может не добирать по зачетным страницам.

Чем курсовой проект отличается от курсовой работы?

Главное отличие в результате. В курсовой работе результат текстовый: исследование, анализ, предложения. В проекте результат материальный: спроектированная система, база данных или программный модуль, а текст его описывает и обосновывает. На специальностях, связанных с разработкой, кафедры чаще требуют именно проект, и это стоит уточнить до выбора темы.

Подойдет ли такая работа студенту колледжа?

Да, но требования там свои. В колледже работа чаще привязана к профессиональному модулю и междисциплинарному курсу, поэтому тема формулируется под конкретный вид деятельности: разработка модуля, сопровождение системы, тестирование. Глубина теории обычно меньше вузовской, а вес практической части выше. Мы собираем текст под то задание, которое выдали на вашем отделении.

Что делать, если предметная область недоступна для обследования?

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

Какие источники засчитывают в список литературы?

Засчитывают документацию, стандарты, статьи и учебные издания, в списке обычно 20-25 позиций. Ссылки на форумы и случайные сайты руководители снимают первыми, зато официальная документация технологии, на которой сделана работа, считается нормальным источником. Отдельно смотрят на свежесть: по быстро меняющимся темам ссылка десятилетней давности вызывает вопрос.

От чего зависит стоимость и срок генерации?

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

Остались вопросы?

Пишите, звоните — мы на связи

8(800)550-45-87