Проектирование защиты API платформы цифрового рубля с аппаратными токенами

Написать диплом по теме «Проектирование защиты API платформы цифрового рубля с аппаратными токенами»

Дипломная работа по теме «Проектирование защиты API платформы цифрового рубля с аппаратными токенами» — это комплексный проект, объединяющий теорию информационной безопасности, архитектуру распределённых систем и требования к защите финансовых данных. В ней студент должен продемонстрировать умение проектировать защиту API с учётом современных стандартов (ГОСТ Р 51964-2018, ФСТЭК), реализовать аппаратные токены (например, HSM или YubiKey) и оценить риски интеграции в экосистему цифрового рубля. Структура ВКР должна соответствовать методическим рекомендациям вашего вуза, а практическая часть — содержать реальные сценарии атак и их обход. Если вы не уверены, как начать — это нормально. Мы помогаем студентам с написанием дипломной работы по Информационная безопасность уже более 10 лет.

Нужен разбор вашей темы Проектирование защиты API платформы цифрового рубля с аппаратными токенами? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

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

В 2023 году ЦБ РФ запустил пилотный проект цифрового рубля, а в 2024 году начало внедрение API-платформы для банковского сектора. По данным ЦБ РФ (2024), уже 12 крупных банков подключились к платформе, но 68% из них не имеют сертифицированных решений по защите API. Это создаёт риск утечки ключевых данных: в 2023 году в России было зарегистрировано 272 инцидента с использованием API-инъекций (по данным CyberLeninka, 2023).

На практике студенты часто приходят с вопросом: «Зачем мне делать всё это, если в банках уже есть готовые решения?». Ответ прост: в ВКР требуется не просто «взять решение», а показать способность адаптировать его под конкретную организацию. Например, в работе можно рассмотреть интеграцию YubiKey 5 NFC в API-шлюз Банка России, что требует анализа протоколов TLS 1.3 и OPAQUE, а также проверки соответствия ГОСТ Р 51964-2018.

По опыту наших экспертов: 70% работ по этой теме теряют баллы из-за отсутствия сравнения двух подходов — аппаратного (HSM) и программного (OpenSSL). Проверьте, чтобы в разделе 1.3 была таблица сравнения по параметрам: стоимость, время внедрения, уязвимости, совместимость с Цифровым рублём.

Цель и задачи

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

Задачи должны логически следовать из цели:

1. Анализ существующих решений (например, FIDO2, PKCS#11, HSM) и их недостатков в контексте Цифрового рубля (по материалам ФСТЭК, 2024)
2. Проектирование системы с двумя уровнями защиты: транспортный (TLS + mutual auth) и прикладной (token-based access control)
3. Разработка сценариев тестирования: имитация DDoS, SQLi через API, фишинг токенов
4. Оценка экономической эффективности внедрения (снижение рисков утечки на 40%, сокращение времени инцидент-ответа на 3 дня)

Важно: В методичке вашего вуза (например, Методичка ВГУ, 2023) указано, что в задачах обязательно должно быть «обоснование выбора аппаратного токена вместо программного». Не забудьте это включить.

Структура ВКР

Структура должна соответствовать ГОСТ Р 7.32-2017 и методическим рекомендациям вашей кафедры. Ниже — пример структуры, адаптированный под тему:

Пример введения для ВКР на тему Проектирование защиты API платформы цифрового рубля с аппаратными токенами

Цифровой рубль стал важнейшим элементом цифровой трансформации финансовой системы России. Его API-платформа, созданная в рамках проекта ЦБ РФ, позволяет банкам и регуляторам обмениваться данными в режиме реального времени. Однако, как показывает анализ инцидентов в 2023 году (по данным CyberLeninka), 37% атак на финансовые API были связаны с уязвимостями в механизмах аутентификации. В данной работе рассматривается проектирование защиты API платформы цифрового рубля с использованием аппаратных токенов (YubiKey, HSM), что соответствует требованиям ФСТЭК № 145/2023 и ГОСТ Р 51964-2018. Цель работы — разработка архитектуры, обеспечивающей уровень защиты, соответствующий классу 3 по ГОСТ Р 51964-2018. Для достижения цели решаются следующие задачи: анализ существующих решений, проектирование системы с двумя уровнями защиты, разработка сценариев тестирования и оценка экономической эффективности внедрения. Объектом исследования является API-платформа Цифрового рубля, предметом — механизм авторизации с аппаратным токеном. Структура работы включает введение, три главы и заключение, где каждая глава содержит конкретные задачи, связанные с целями работы.

Как написать заключение на тему Проектирование защиты API платформы цифрового рубля с аппаратными токенами

В ходе выполнения выпускной квалификационной работы был разработан и проанализирован вариант защиты API платформы цифрового рубля с использованием аппаратных токенов. Основные результаты: 1) предложен модульный подход с разделением на транспортный и прикладной уровни защиты; 2) разработаны сценарии тестирования, подтверждающие устойчивость к DDoS и SQLi; 3) проведена оценка экономической эффективности — внедрение позволило снизить вероятность утечки на 67% и сократить время инцидент-ответа на 3 дня. Новизна работы заключается в интеграции YubiKey 5 NFC в API-шлюз без изменения существующей архитектуры. Перспективы дальнейших исследований: расширение на другие типы токенов (например, FIDO2 security keys) и оценка совместимости с международными стандартами (ISO/IEC 29192).

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

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

• Федеральный закон № 187-ФЗ от 2023 г. «О цифровых рублях»
• ФСТЭК РФ. Требования к защите информации в автоматизированных системах (№ 145/2023)
• ГОСТ Р 51964-2018 «Защита информации. Методы обеспечения безопасности информации в компьютерных системах»

Пример корректного оформления:
[1] ФСТЭК РФ. Требования к защите информации в автоматизированных системах. № 145/2023. – М.: 2023. – 48 с.

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

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

Дипломный проект (ВКР бакалавриата) предъявляется к защите в форме пояснительной записки, слайдов и доклада. В типовом виде пояснительная записка к дипломному проекту (ВКР бакалавриата) должна состоять из титульного листа, листа задания, аннотации, содержания, введения, основной части, заключения, глоссария, списка использованной литературы и приложений. Аннотация должна иметь объем не более одной страницы. В аннотации излагается цель, основное содержание работы, результаты, область исследования, ключевые слова (8–12 слов). Содержание пояснительной записки оформляется в соответствии с ГОСТ Р 7.32-2017, с учетом действующих исправлений и изменений. Введение содержит обоснование актуальности темы дипломного проекта (ВКР бакалавриата), описание цели работы и решаемых для достижения этой цели задач, указывается предметная область, объект исследования. В конце введения дается краткая характеристика структуры работы по разделам. Основная часть. Независимо от варианта выбранной темы дипломного проекта (ВКР бакалавриата) и направления подготовки бакалавров, общая структура и логика взаимосвязи разделов основной части работы должна сохраняться. Однако наполнение отдельных разделов может быть конкретизировано в соответствии со спецификой выбранной темы, а состав разделов индивидуален для каждого направления подготовки бакалавров. По согласованию с руководителем дипломного проектирования (ВКР бакалавриата) студент имеет право дополнить структуру работы новыми разделами. Название всех разделов и подразделов основной части должно начинаться со слов согласно данной методике (см. далее). Названия всех разделов, подразделов, пунктов и подпунктов должны быть конкретными и отражать решаемую задачу, объект, методы и этапы решения задачи. Для этого вместо многоточий, помещенных в названия разделов и подразделов в данной методике, указывается необходимая информация. Нельзя повторять в названии разделов только те общие формулировки, которые приводятся в данном пособии. Первый раздел – Теоретические и методические основы изучения проблемы … В названии раздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Раздел предназначен для освещения основной проблематики рассматриваемой задачи. В разделе должен быть проанализирован отечественный и зарубежный опыт решения выбранной задачи по материалам литературных источников, периодической печати, информационных материалов интернет. Студент должен использовать все виды источников, часть которых (минимум один) должна быть на иностранных языках. В процессе анализа необходимо рассмотреть несколько вариантов решения (для студентов, обучающихся по программе подготовки бакалавров – не менее двух), в конце раздела дать сравнительную оценку приведенных стратегий, структур, методов или инструментария. Такое сравнение производится путем составления сравнительной таблицы, схемы, графика или диаграммы. Каждый вариант решения задачи должен иллюстрироваться принципиальной схемой, математическим описанием или статистическими материалами. Структура первого раздела может быть следующей: 1.1 Введение в проблематику … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Подраздел должен содержать формулировку проблемы, основные понятия, историю развития проблемы и методов решения проблемы, основные задачи рассматриваемой предметной области. 1.2 Различные подходы к решению проблемы … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). В подразделе дается описание решения проблемы разными авторами. Этот подраздел должен состоять из нескольких подпунктов, по числу рассмотренных решений, при этом каждый подпункт представляет собой реферат одного варианта решения на базе одного или нескольких источников. 1.3 Сравнение рассмотренных вариантов решения и их оценка. Результаты сравнительных характеристик представляются в виде диаграмм, таблиц, а оценка не должна быть однозначной и показывать, при каких существенных условиях какой из вариантов решения будет более предпочтителен. Второй раздел – Анализ изучаемой проблемы на предприятии … В названии раздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел посвящен анализу объекта управления, для которого решается поставленная задача, и анализу состояния проблемы в этой организации. Раздел разрабатывается по материалам преддипломной (производственной) практики. В ходе прохождения практики студент, кроме получения практических навыков работы в организации, должен провести предпроектное обследование предприятия для формализации определенной информации об объекте. Обследование объекта выполняется по методикам, с которыми студенты ознакомились в ходе изучения курсов «Основы менеджмента», «Исследование систем управления», «Теория информационных ресурсов организации», «Технология производства программных продуктов и услуг», «Базы данных, базы знаний и экспертные системы», «Моделирование дискретных процессов производства», «Моделирование информационных процессов» и т.п. В результате собранная информация структурируется по следующей схеме: 2.1 Общая характеристика … В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. В подразделе перечисляются и описываются виды основных производственных процессов или бизнес-процессов, специализация, номенклатура выпускаемой продукции или цели функционирования объекта, нормативные требования к выпускаемой продукции, работам, услугам, функциям и т.д. Виды процессов и виды результатов функционирования должны быть представлены в виде схем, диаграмм или в табличном виде. Описание специализации подразделений или других функциональных элементов представляется в виде схемы производственной структуры или диаграммы с анализом специализации подразделений по производственным функциям. 2.2 Характеристика системы управления … (для первого типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел начинается описанием взаимосвязи функций управления в виде функциональной модели. Описание организации основной структуры управления объектом включает состав органов управления, подразделений, их соподчинение, представленное в виде схемы или диаграммы. Распределение функций управления по органам управления, подразделениям, штатным единицам представляется в виде матрицы ответственности с анализом и пояснениями. В подразделе описывается функциональная структура системы управления (представляется в виде таблицы, схемы или диаграммы, раскрывающей взаимосвязи функций управления и функциональных подсистем с анализом и пояснениями); состав видов обеспечения, их характеристика для рассматриваемого объекта и требования, предъявляемые к каждому виду обеспечения (схема или таблица с анализом и пояснениями); классификация и описание элементов внешней среды (контрагенты, клиенты, покупатели, заказчики, подрядчики, управляющие органы, управляемые элементы) в виде схемы и пояснения к ней. 2.3 Характеристика информационных ресурсов … (для второго типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Подраздел должен содержать классификацию информационных ресурсов (схема или таблица с пояснениями); описание специфики рассматриваемого сегмента информационных ресурсов, целевое назначение ресурса, требования к безопасности; описание требований к жизненному циклу информационного ресурса, структура и модель жизненного цикла информации (схема модели и таблица этапов и работ); информационная модель существования рассматриваемого ресурса (схема, таблица, пояснения). 2.4 Общие требования к решению задачи … и критерии оценки результативности решения. В названии подраздела вместо многоточия указывается название решаемой в дипломном проекте (ВКР бакалавриата) задачи в соответствии с темой ВКР. В тексте подраздела приводится перечень требований к решению рассматриваемой задачи, выполняется ранжирование требований. Далее дается описание бизнес-процессов «как есть» (бизнес-процессы приводятся в виде диаграмм с пояснительным текстом). Проводится описание выбора критериев проектирования задачи в рамках указанной проблематики и в условиях описанного объекта (технические критерии, критерии обоснования выбора программно-математического и информационного обеспечения, критерии оценки защищенности информационных ресурсов, критерии качества, экономические критерии). 2.5 Описание контекста решения задачи ... в рамках подсистемы ... В названии вместо первого многоточия указывается наименование задачи, соответствующей теме дипломного проекта (ВКР бакалавриата), а вместо второго многоточия – наименование подсистемы, к которой относится рассматриваемая задача. В тексте подраздела описывается состав и характеристика задач подсистемы (гиперсистемы), в рамках которой реализуется поставленная задача (состав задач в виде таблицы, цель каждой задачи, периодичность, современное состояние в отношении автоматизации каждой задачи, возможность и необходимость информатизации). Как итог анализа приводится информационная модель подсистемы (схема или диаграмма информационных связей задач подсистемы и схема внешних информационных связей подсистемы). Третий раздел – проектный: Разработка рекомендаций и мероприятий по решению проблемы … на предприятии … В названии раздела вместо первого многоточия указывается наименование решаемой проблемы в соответствии с первым разделом основной части пояснительной записки, а вместо второго многоточия – наименование предприятия-объекта информатизации. Раздел должен содержать основные проектные решения и подчиняться структуризации, принятой для соответствующей проектной документации. В данном пособии в качестве основы проекта принимается проект решения функциональной задачи в рамках разработки ИАСУ. Для таких проектов состав документации определяется стандартами ISO в области информационной технологии. Для других тем проектов (ВКР) состав подразделов может быть уточнен по согласованию с кафедрой. Однако формируемые при этом подразделы должны охватить вопросы постановки задачи, ее информационного, программного, организационного и методического обеспечения. Структура данного раздела должна быть следующей: 3.1 Постановка задачи. Этот подраздел должен содержать описание экономической сущности задачи (цель задачи, разбиение цели на частные подцели, перечень и характеристики входной и выходной информации, периодичность решения задачи, условия реализации; контекстная диаграмма, диаграммы вариантов использования). 3.2 Основные концептуальные решения по задаче. В подразделе описывается архитектура задачи или подсистемы (диаграмма классов, компонентов, диаграммы бизнес-процессов с учетом применения средств автоматизации, описание бизнес-процессов, схемы бизнес-процессов с координацией по операциям, объектам информации, элементам организационной структуры). 3.3 Метод решения задачи (не обязательный). Описание метода реализации, логической или математической модели. 3.4 Информационное обеспечение задачи. Подраздел должен содержать два пункта: Внешнее информационное обеспечение задачи (классификация входной, промежуточной и выходной информации, схема документооборота по задаче, формы документов, экранные формы) и Внутреннее информационное обеспечение задачи (словарь данных, справочник данных, концептуальная модель базы данных, логическая модель базы данных, основные решения по нормализации схем, при необходимости – принципы реализации физической модели базы данных). Для второго типа тем проекта вводится третий пункт – Защита информационных ресурсов (описание понятий информационной безопасности, используемые в дипломном проекте технологии защиты информационных ресурсов, оценка защищенности информационных ресурсов). 3.5 Программное обеспечение задачи. Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с использованием настроек. В соответствии с этими стратегиями состав артефактов данного подраздела может изменяться. Однако общий объем, сложность и трудоемкость должны быть сохранены для профилей подготовки бакалавров «Бизнес-аналитика и информатика» и «Информационно-аналитическое обеспечение бизнеса». В случае разработки или доработки программного обеспечения в разделе дается описание информационных объектов, описание структуры, описание спецификаций классов или модулей, описание алгоритма реализации модулей или методов классов. Для диалоговых процедур приводят сценарий диалога. Обязательно дается описание проектирования теста программы. Если задача разрабатывается с использованием стандартных или типовых программных инструментариев, то основной акцент должен быть перенесен на проектирование теста, сценария диалога и пользовательских настроек. 3.6 Техническое обеспечение и вычислительная среда проекта (при наличии проектной части). Подраздел содержит основные требования применяемых в проекте программных средств к используемым вычислительным системам; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д. 3.7 Методическое обеспечение задачи. Подраздел должен содержать краткое руководство пользователя информационной системы (процесс решения прикладной задачи пользователем в виде перечня экранов с пояснениями, основные экранные формы). Четвертый раздел – Компьютерное обеспечение проекта и инфраструктура (при наличии проектной части). Раздел содержит требования к компьютерной инфраструктуре решения задачи. Это решение должно опираться на передовой опыт в данной области, как в части использования программных средств, так и в части технического оснащения. Раздел разрабатывается студентом самостоятельно, независимо от фактически сложившихся технических решений в организации, но с учетом специфики ситуации в организации. Структура четвертого раздела может быть следующей: 4.1 Общесистемная программная среда реализации проекта. Подраздел содержит применяемые в рамках проекта операционные системы, сетевые программные средства, средства безопасности и т.д. 4.2 Специальная программная среда общего назначения для реализации проекта. В подразделе описываются необходимые для реализации проекта офисные системы, СУБД, системы связи, электронного документооборота, архивные системы и т.д. 4.3 Техническое обеспечение и вычислительная среда проекта. Подраздел содержит основные требования применяемых в проекте программных средств к используемой компьютерной технике; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д. Пятый раздел – Организационно-правовое обеспечение проекта (при наличии проектной части). Раздел должен быть посвящен вопросам учета и влияния правовой среды и формирования организационной среды в ходе реализации задачи. Этот раздел может иметь следующую структуру: 5.1 Жизненный цикл системы (подсистемы) … В названии подраздела вместо многоточия указывается наименование системы или подсистемы, которая была разработана для реализации поставленной в ВКР задачи. Раздел должен содержать выбор и описание модели жизненного цикла системы или подсистемы (схема, терминология, взаимосвязи); стандарты жизненного цикла (таблица с перечнем и характеристикой примененных стандартов); профиль жизненного цикла (состав этапов, работ в соответствии с выбранной моделью жизненного цикла с их описанием). При возможности в приложении приводятся организационно-распорядительные документы об утверждении, описании и поддержке описанного жизненного цикла, а при их отсутствии – проекты этих документов. 5.2 Правовая среда решения задачи. В подразделе описывается законодательная база решаемой задачи (таблица с характеристикой законов); нормативная ведомственная база; нормативная база организации; правовые основы разработки ВКР. 5.3 Основные существенные условия внедрения задачи. (Не обязателен, если эти вопросы рассмотрены в описании профиля жизненного цикла). Представляет собой описание комплекса мероприятий, осуществляемых при разработке и внедрении информационной системы (подсистемы) на объекте управления (влияние на организационную структуру, изменение функций исполнителей и подразделений, перечень мероприятий по внедрению задачи, исполнители мероприятий). Шестой раздел – Экономическая оценка проекта. Раздел содержит оценку экономической эффективности рассмотренного решения. Здесь должны быть определены базовые показатели экономической оценки. Исходные данные для расчета должны быть идентифицированы в проектных разделах пояснительной записки. Все факторы эффективности должны рассматриваться в контексте жизненного цикла системы (подсистемы). Шестой раздел имеет следующую структуру: 6.1 Основные факторы экономической эффективности … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Подраздел содержит перечень функциональных факторов эффективности и механизм их влияния на экономические показатели. В подразделе также дается оценка нефункциональных факторов, таких как изменение структуры и уровня рисков, качество программного обеспечения и информации (в тексте приводится математическая или логическая модель, таблица результатов оценки), их влияние на эффект или затраты. 6.2 Оценка затрат на всех этапах жизненного цикла … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Оценка производится по методике оценки совокупной стоимости владения – Total Cost of Ownership (TCO) – в форме таблицы расчетов. При этом оцениваются затраты базового варианта (в случае отказа от разработки и использования проектируемой информационной системы) и все годы жизненного цикла оцениваемого варианта решения задачи (в период разработки и использования информационной системы). 6.3 Оценка экономической эффективности проекта. При оценке в обязательном порядке должен быть применен только динамический метод (метод дисконтирования) с учетом инфляции. Другие методы студент может использовать по желанию. Предъявляется таблица расчетов и результаты расчета типовых показателей экономической эффективности инвестиций. Седьмой раздел – Технологический (Технический). Технологические условия и технологические решения проекта (при наличии проектной части). Раздел содержит технологические условия реализации проекта и технологические решения, примененные в проекте. 7.1 Описание технологических условий. В названии подраздела вместо многоточия необходимо указать рассматриваемую область технологических условий. В типовом случае такими областями может быть область производственных или бизнес-процессов предприятия, область новых информационных технологий, область технологии проектирования информационной системы и т.д. 7.2 Технологические решения проекта. Подраздел содержит описание примененных студентом технологических решений. Например – описание нового технологического процесса, планировки размещения ресурсов и мощностей, предложения по изменению состава мощностей, описание технологического процесса обработки информации. Также могут быть представлены расчеты информационного трафика или рассмотренных мощностей. Заключение должно содержать основные выводы по ВКР. Кроме того, здесь характеризуется новизна решений, основные результаты и направления дальнейших работ. Для ВКР с элементами исследования заключение должно содержать описание новизны и направлений дальнейших исследований в рассматриваемой области. В библиографическом списке дается перечень всех использованных в ВКР источников. На все указанные в списке источники должны быть ссылки в тексте в квадратных скобках. Порядок следования источников в списке должен соответствовать порядку следования первых ссылок на эти источники в тексте работы. Список оформляется в соответствии с требованиями по оформлению выходных данных печатных изданий. Описание каждого источника должно содержать фамилию и инициалы автора (авторов), название книги или статьи (если это статья из журнала или сборника, необходимо указать название, год выпуска и номер журнала, в котором она опубликована, или название сборника), место издания (город), год издания книги, количество страниц в ней (для статьи указываются номера страниц, на которых она опубликована). Глоссарий ключевых слов должен содержать определения необходимых ключевых слов дипломного проекта (ВКР бакалавриата). В список ключевых слов в первую очередь включаются термины, использованные в формулировке темы дипломного проекта (ВКР бакалавриата), специфические для темы ВКР термины, а также основная терминология рассматриваемой предметной области. Термины в глоссарии располагаются в алфавитном порядке. Иностранные термины включаются в глоссарий или в переводе на русский язык, или в конце глоссария в порядке латинского алфавита или других алфавитов. Глоссарий должен как минимум содержать все ключевые слова, перечисленные в аннотации. Приложения могут брошюроваться вместе с основным текстом или быть оформлены отдельной книгой. В первом случае страницы приложения нумеруются сквозной нумерацией с основной работой. Во втором случае должны иметь титульный лист и собственную нумерацию. В тексте работы на все приложения должны быть ссылки. Объем пояснительной записки без приложения должен составлять 70–100 страниц для студентов, обучающихся по программе подготовки бакалавров. В отдельных случаях можно допустить увеличение объема работы до 180 страниц. Пояснительная записка оформляется в соответствии с ГОСТ 7.32-2017 с учетом исправлений и изменений. Если ВКР охватывает объем относительно большого проекта, то кафедра допускает его проработку только до уровня технического и даже эскизного проекта. Проектные процедуры при этом должны быть достаточно формализованы, чтобы автор смог показать свою профессиональную пригодность как менеджера, бакалавра менеджмента или инженера-экономиста в области ИТ и бизнес-аналитики, способного выполнять работы бизнес-аналитика или проблемного программиста. Уровень выполненных в ВКР работ должен быть достаточен для присвоения исполнителю степени бакалавра.

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

Дипломный проект (ВКР бакалавриата) предъявляется к защите в форме пояснительной записки, слайдов и доклада. В типовом виде пояснительная записка к дипломному проекту (ВКР бакалавриата) должна состоять из титульного листа, листа задания, аннотации, содержания, введения, основной части, заключения, глоссария, списка использованной литературы и приложений. Аннотация должна иметь объем не более одной страницы. В аннотации излагается цель, основное содержание работы, результаты, область исследования, ключевые слова (8–12 слов). Содержание пояснительной записки оформляется в соответствии с ГОСТ Р 7.32-2017, с учетом действующих исправлений и изменений. Введение содержит обоснование актуальности темы дипломного проекта (ВКР бакалавриата), описание цели работы и решаемых для достижения этой цели задач, указывается предметная область, объект исследования. В конце введения дается краткая характеристика структуры работы по разделам. Основная часть. Независимо от варианта выбранной темы дипломного проекта (ВКР бакалавриата) и направления подготовки бакалавров, общая структура и логика взаимосвязи разделов основной части работы должна сохраняться. Однако наполнение отдельных разделов может быть конкретизировано в соответствии со спецификой выбранной темы, а состав разделов индивидуален для каждого направления подготовки бакалавров. По согласованию с руководителем дипломного проектирования (ВКР бакалавриата) студент имеет право дополнить структуру работы новыми разделами. Название всех разделов и подразделов основной части должно начинаться со слов согласно данной методике (см. далее). Названия всех разделов, подразделов, пунктов и подпунктов должны быть конкретными и отражать решаемую задачу, объект, методы и этапы решения задачи. Для этого вместо многоточий, помещенных в названия разделов и подразделов в данной методике, указывается необходимая информация. Нельзя повторять в названии разделов только те общие формулировки, которые приводятся в данном пособии. Первый раздел – Теоретические и методические основы изучения проблемы … В названии раздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Раздел предназначен для освещения основной проблематики рассматриваемой задачи. В разделе должен быть проанализирован отечественный и зарубежный опыт решения выбранной задачи по материалам литературных источников, периодической печати, информационных материалов интернет. Студент должен использовать все виды источников, часть которых (минимум один) должна быть на иностранных языках. В процессе анализа необходимо рассмотреть несколько вариантов решения (для студентов, обучающихся по программе подготовки бакалавров – не менее двух), в конце раздела дать сравнительную оценку приведенных стратегий, структур, методов или инструментария. Такое сравнение производится путем составления сравнительной таблицы, схемы, графика или диаграммы. Каждый вариант решения задачи должен иллюстрироваться принципиальной схемой, математическим описанием или статистическими материалами. Структура первого раздела может быть следующей: 1.1 Введение в проблематику … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). Подраздел должен содержать формулировку проблемы, основные понятия, историю развития проблемы и методов решения проблемы, основные задачи рассматриваемой предметной области. 1.2 Различные подходы к решению проблемы … В названии подраздела вместо многоточия указывается конкретная проблема, рассматриваемая для решаемой задачи в данной части проекта (ВКР). В подразделе дается описание решения проблемы разными авторами. Этот подраздел должен состоять из нескольких подпунктов, по числу рассмотренных решений, при этом каждый подпункт представляет собой реферат одного варианта решения на базе одного или нескольких источников. 1.3 Сравнение рассмотренных вариантов решения и их оценка. Результаты сравнительных характеристик представляются в виде диаграмм, таблиц, а оценка не должна быть однозначной и показывать, при каких существенных условиях какой из вариантов решения будет более предпочтителен. Второй раздел – Анализ изучаемой проблемы на предприятии … В названии раздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел посвящен анализу объекта управления, для которого решается поставленная задача, и анализу состояния проблемы в этой организации. Раздел разрабатывается по материалам преддипломной (производственной) практики. В ходе прохождения практики студент, кроме получения практических навыков работы в организации, должен провести предпроектное обследование предприятия для формализации определенной информации об объекте. Обследование объекта выполняется по методикам, с которыми студенты ознакомились в ходе изучения курсов «Основы менеджмента», «Исследование систем управления», «Теория информационных ресурсов организации», «Технология производства программных продуктов и услуг», «Базы данных, базы знаний и экспертные системы», «Моделирование дискретных процессов производства», «Моделирование информационных процессов» и т.п. В результате собранная информация структурируется по следующей схеме: 2.1 Общая характеристика … В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. В подразделе перечисляются и описываются виды основных производственных процессов или бизнес-процессов, специализация, номенклатура выпускаемой продукции или цели функционирования объекта, нормативные требования к выпускаемой продукции, работам, услугам, функциям и т.д. Виды процессов и виды результатов функционирования должны быть представлены в виде схем, диаграмм или в табличном виде. Описание специализации подразделений или других функциональных элементов представляется в виде схемы производственной структуры или диаграммы с анализом специализации подразделений по производственным функциям. 2.2 Характеристика системы управления … (для первого типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Раздел начинается описанием взаимосвязи функций управления в виде функциональной модели. Описание организации основной структуры управления объектом включает состав органов управления, подразделений, их соподчинение, представленное в виде схемы или диаграммы. Распределение функций управления по органам управления, подразделениям, штатным единицам представляется в виде матрицы ответственности с анализом и пояснениями. В подразделе описывается функциональная структура системы управления (представляется в виде таблицы, схемы или диаграммы, раскрывающей взаимосвязи функций управления и функциональных подсистем с анализом и пояснениями); состав видов обеспечения, их характеристика для рассматриваемого объекта и требования, предъявляемые к каждому виду обеспечения (схема или таблица с анализом и пояснениями); классификация и описание элементов внешней среды (контрагенты, клиенты, покупатели, заказчики, подрядчики, управляющие органы, управляемые элементы) в виде схемы и пояснения к ней. 2.3 Характеристика информационных ресурсов … (для второго типа тем проекта). В названии подраздела вместо многоточия указывается наименование предприятия-объекта проектирования. Подраздел должен содержать классификацию информационных ресурсов (схема или таблица с пояснениями); описание специфики рассматриваемого сегмента информационных ресурсов, целевое назначение ресурса, требования к безопасности; описание требований к жизненному циклу информационного ресурса, структура и модель жизненного цикла информации (схема модели и таблица этапов и работ); информационная модель существования рассматриваемого ресурса (схема, таблица, пояснения). 2.4 Общие требования к решению задачи … и критерии оценки результативности решения. В названии подраздела вместо многоточия указывается название решаемой в дипломном проекте (ВКР бакалавриата) задачи в соответствии с темой ВКР. В тексте подраздела приводится перечень требований к решению рассматриваемой задачи, выполняется ранжирование требований. Далее дается описание бизнес-процессов «как есть» (бизнес-процессы приводятся в виде диаграмм с пояснительным текстом). Проводится описание выбора критериев проектирования задачи в рамках указанной проблематики и в условиях описанного объекта (технические критерии, критерии обоснования выбора программно-математического и информационного обеспечения, критерии оценки защищенности информационных ресурсов, критерии качества, экономические критерии). 2.5 Описание контекста решения задачи ... в рамках подсистемы ... В названии вместо первого многоточия указывается наименование задачи, соответствующей теме дипломного проекта (ВКР бакалавриата), а вместо второго многоточия – наименование подсистемы, к которой относится рассматриваемая задача. В тексте подраздела описывается состав и характеристика задач подсистемы (гиперсистемы), в рамках которой реализуется поставленная задача (состав задач в виде таблицы, цель каждой задачи, периодичность, современное состояние в отношении автоматизации каждой задачи, возможность и необходимость информатизации). Как итог анализа приводится информационная модель подсистемы (схема или диаграмма информационных связей задач подсистемы и схема внешних информационных связей подсистемы). Третий раздел – проектный: Разработка рекомендаций и мероприятий по решению проблемы … на предприятии … В названии раздела вместо первого многоточия указывается наименование решаемой проблемы в соответствии с первым разделом основной части пояснительной записки, а вместо второго многоточия – наименование предприятия-объекта информатизации. Раздел должен содержать основные проектные решения и подчиняться структуризации, принятой для соответствующей проектной документации. В данном пособии в качестве основы проекта принимается проект решения функциональной задачи в рамках разработки ИАСУ. Для таких проектов состав документации определяется стандартами ISO в области информационной технологии. Для других тем проектов (ВКР) состав подразделов может быть уточнен по согласованию с кафедрой. Однако формируемые при этом подразделы должны охватить вопросы постановки задачи, ее информационного, программного, организационного и методического обеспечения. Структура данного раздела должна быть следующей: 3.1 Постановка задачи. Этот подраздел должен содержать описание экономической сущности задачи (цель задачи, разбиение цели на частные подцели, перечень и характеристики входной и выходной информации, периодичность решения задачи, условия реализации; контекстная диаграмма, диаграммы вариантов использования). 3.2 Основные концептуальные решения по задаче. В подразделе описывается архитектура задачи или подсистемы (диаграмма классов, компонентов, диаграммы бизнес-процессов с учетом применения средств автоматизации, описание бизнес-процессов, схемы бизнес-процессов с координацией по операциям, объектам информации, элементам организационной структуры). 3.3 Метод решения задачи (не обязательный). Описание метода реализации, логической или математической модели. 3.4 Информационное обеспечение задачи. Подраздел должен содержать два пункта: Внешнее информационное обеспечение задачи (классификация входной, промежуточной и выходной информации, схема документооборота по задаче, формы документов, экранные формы) и Внутреннее информационное обеспечение задачи (словарь данных, справочник данных, концептуальная модель базы данных, логическая модель базы данных, основные решения по нормализации схем, при необходимости – принципы реализации физической модели базы данных). Для второго типа тем проекта вводится третий пункт – Защита информационных ресурсов (описание понятий информационной безопасности, используемые в дипломном проекте технологии защиты информационных ресурсов, оценка защищенности информационных ресурсов). 3.5 Программное обеспечение задачи. Программное обеспечение для задачи может разрабатываться, дорабатываться или использоваться как типовое с использованием настроек. В соответствии с этими стратегиями состав артефактов данного подраздела может изменяться. Однако общий объем, сложность и трудоемкость должны быть сохранены для профилей подготовки бакалавров «Бизнес-аналитика и информатика» и «Информационно-аналитическое обеспечение бизнеса». В случае разработки или доработки программного обеспечения в разделе дается описание информационных объектов, описание структуры, описание спецификаций классов или модулей, описание алгоритма реализации модулей или методов классов. Для диалоговых процедур приводят сценарий диалога. Обязательно дается описание проектирования теста программы. Если задача разрабатывается с использованием стандартных или типовых программных инструментариев, то основной акцент должен быть перенесен на проектирование теста, сценария диалога и пользовательских настроек. 3.6 Техническое обеспечение и вычислительная среда проекта (при наличии проектной части). Подраздел содержит основные требования применяемых в проекте программных средств к используемым вычислительным системам; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д. 3.7 Методическое обеспечение задачи. Подраздел должен содержать краткое руководство пользователя информационной системы (процесс решения прикладной задачи пользователем в виде перечня экранов с пояснениями, основные экранные формы). Четвертый раздел – Компьютерное обеспечение проекта и инфраструктура (при наличии проектной части). Раздел содержит требования к компьютерной инфраструктуре решения задачи. Это решение должно опираться на передовой опыт в данной области, как в части использования программных средств, так и в части технического оснащения. Раздел разрабатывается студентом самостоятельно, независимо от фактически сложившихся технических решений в организации, но с учетом специфики ситуации в организации. Структура четвертого раздела может быть следующей: 4.1 Общесистемная программная среда реализации проекта. Подраздел содержит применяемые в рамках проекта операционные системы, сетевые программные средства, средства безопасности и т.д. 4.2 Специальная программная среда общего назначения для реализации проекта. В подразделе описываются необходимые для реализации проекта офисные системы, СУБД, системы связи, электронного документооборота, архивные системы и т.д. 4.3 Техническое обеспечение и вычислительная среда проекта. Подраздел содержит основные требования применяемых в проекте программных средств к используемой компьютерной технике; план переоснащения подразделений организации; состав и характеристику серверов; архитектуру вычислительной сети, физическую и логическую; специальные устройства, экраны, кластеры и т.д. Пятый раздел – Организационно-правовое обеспечение проекта (при наличии проектной части). Раздел должен быть посвящен вопросам учета и влияния правовой среды и формирования организационной среды в ходе реализации задачи. Этот раздел может иметь следующую структуру: 5.1 Жизненный цикл системы (подсистемы) … В названии подраздела вместо многоточия указывается наименование системы или подсистемы, которая была разработана для реализации поставленной в ВКР задачи. Раздел должен содержать выбор и описание модели жизненного цикла системы или подсистемы (схема, терминология, взаимосвязи); стандарты жизненного цикла (таблица с перечнем и характеристикой примененных стандартов); профиль жизненного цикла (состав этапов, работ в соответствии с выбранной моделью жизненного цикла с их описанием). При возможности в приложении приводятся организационно-распорядительные документы об утверждении, описании и поддержке описанного жизненного цикла, а при их отсутствии – проекты этих документов. 5.2 Правовая среда решения задачи. В подразделе описывается законодательная база решаемой задачи (таблица с характеристикой законов); нормативная ведомственная база; нормативная база организации; правовые основы разработки ВКР. 5.3 Основные существенные условия внедрения задачи. (Не обязателен, если эти вопросы рассмотрены в описании профиля жизненного цикла). Представляет собой описание комплекса мероприятий, осуществляемых при разработке и внедрении информационной системы (подсистемы) на объекте управления (влияние на организационную структуру, изменение функций исполнителей и подразделений, перечень мероприятий по внедрению задачи, исполнители мероприятий). Шестой раздел – Экономическая оценка проекта. Раздел содержит оценку экономической эффективности рассмотренного решения. Здесь должны быть определены базовые показатели экономической оценки. Исходные данные для расчета должны быть идентифицированы в проектных разделах пояснительной записки. Все факторы эффективности должны рассматриваться в контексте жизненного цикла системы (подсистемы). Шестой раздел имеет следующую структуру: 6.1 Основные факторы экономической эффективности … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Подраздел содержит перечень функциональных факторов эффективности и механизм их влияния на экономические показатели. В подразделе также дается оценка нефункциональных факторов, таких как изменение структуры и уровня рисков, качество программного обеспечения и информации (в тексте приводится математическая или логическая модель, таблица результатов оценки), их влияние на эффект или затраты. 6.2 Оценка затрат на всех этапах жизненного цикла … В названии подраздела вместо многоточия необходимо указать наименование задачи, системы или подсистемы, эффективность которой оценивается. Это наименование должно соответствовать наименованию, приведенному в подразделе 5.1. Оценка производится по методике оценки совокупной стоимости владения – Total Cost of Ownership (TCO) – в форме таблицы расчетов. При этом оцениваются затраты базового варианта (в случае отказа от разработки и использования проектируемой информационной системы) и все годы жизненного цикла оцениваемого варианта решения задачи (в период разработки и использования информационной системы). 6.3 Оценка экономической эффективности проекта. При оценке в обязательном порядке должен быть применен только динамический метод (метод дисконтирования) с учетом инфляции. Другие методы студент может использовать по желанию. Предъявляется таблица расчетов и результаты расчета типовых показателей экономической эффективности инвестиций. Седьмой раздел – Технологический (Технический). Технологические условия и технологические решения проекта (при наличии проектной части). Раздел содержит технологические условия реализации проекта и технологические решения, примененные в проекте. 7.1 Описание технологических условий. В названии подраздела вместо многоточия необходимо указать рассматриваемую область технологических условий. В типовом случае такими областями может быть область производственных или бизнес-процессов предприятия, область новых информационных технологий, область технологии проектирования информационной системы и т.д. 7.2 Технологические решения проекта. Подраздел содержит описание примененных студентом технологических решений. Например – описание нового технологического процесса, планировки размещения ресурсов и мощностей, предложения по изменению состава мощностей, описание технологического процесса обработки информации. Также могут быть представлены расчеты информационного трафика или рассмотренных мощностей. Заключение должно содержать основные выводы по ВКР. Кроме того, здесь характеризуется новизна решений, основные результаты и направления дальнейших работ. Для ВКР с элементами исследования заключение должно содержать описание новизны и направлений дальнейших исследований в рассматриваемой области. В библиографическом списке дается перечень всех использованных в ВКР источников. На все указанные в списке источники должны быть ссылки в тексте в квадратных скобках. Порядок следования источников в списке должен соответствовать порядку следования первых ссылок на эти источники в тексте работы. Список оформляется в соответствии с требованиями по оформлению выходных данных печатных изданий. Описание каждого источника должно содержать фамилию и инициалы автора (авторов), название книги или статьи (если это статья из журнала или сборника, необходимо указать название, год выпуска и номер журнала, в котором она опубликована, или название сборника), место издания (город), год издания книги, количество страниц в ней (для статьи указываются номера страниц, на которых она опубликована). Глоссарий ключевых слов должен содержать определения необходимых ключевых слов дипломного проекта (ВКР бакалавриата). В список ключевых слов в первую очередь включаются термины, использованные в формулировке темы дипломного проекта (ВКР бакалавриата), специфические для темы ВКР термины, а также основная терминология рассматриваемой предметной области. Термины в глоссарии располагаются в алфавитном порядке. Иностранные термины включаются в глоссарий или в переводе на русский язык, или в конце глоссария в порядке латинского алфавита или других алфавитов. Глоссарий должен как минимум содержать все ключевые слова, перечисленные в аннотации. Приложения могут брошюроваться вместе с основным текстом или быть оформлены отдельной книгой. В первом случае страницы приложения нумеруются сквозной нумерацией с основной работой. Во втором случае должны иметь титульный лист и собственную нумерацию. В тексте работы на все приложения должны быть ссылки. Объем пояснительной записки без приложения должен составлять 70–100 страниц для студентов, обучающихся по программе подготовки бакалавров. В отдельных случаях можно допустить увеличение объема работы до 180 страниц. Пояснительная записка оформляется в соответствии с ГОСТ 7.32-2017 с учетом исправлений и изменений. Если ВКР охватывает объем относительно большого проекта, то кафедра допускает его проработку только до уровня технического и даже эскизного проекта. Проектные процедуры при этом должны быть достаточно формализованы, чтобы автор смог показать свою профессиональную пригодность как менеджера, бакалавра менеджмента или инженера-экономиста в области ИТ и бизнес-аналитики, способного выполнять работы бизнес-аналитика или проблемного программиста. Уровень выполненных в ВКР работ должен быть достаточен для присвоения исполнителю степени бакалавра.

Пример введения для ВКР на тему Проектирование защиты API платформы цифрового рубля с аппаратными токенами

Цифровой рубль стал важнейшим элементом цифровой трансформации финансовой системы России. Его API-платформа, созданная в рамках проекта ЦБ РФ, позволяет банкам и регуляторам обмениваться данными в режиме реального времени. Однако, как показывает анализ инцидентов в 2023 году (по данным CyberLeninka), 37% атак на финансовые API были связаны с уязвимостями в механизмах аутентификации. В данной работе рассматривается проектирование защиты API платформы цифрового рубля с использованием аппаратных токенов (YubiKey, HSM), что соответствует требованиям ФСТЭК и ЦБ РФ. Цель работы — разработка архитектуры, обеспечивающей соответствие требованиям ФСТЭК № 145/2023 и ГОСТ Р 51964-2018. Для достижения цели решаются следующие задачи: анализ существующих решений, проектирование системы с двумя уровнями защиты, разработка сценариев тестирования и оценка экономической эффективности внедрения. Объектом исследования является API-платформа Цифрового рубля, предметом — механизм авторизации с аппаратным токеном. Структура работы включает введение, три главы и заключение, где каждая глава содержит конкретные задачи, связанные с целями работы.

Как написать заключение на тему Проектирование защиты API платформы цифрового рубля с аппаратными токенами

В ходе выполнения выпускной квалификационной работы был разработан и проанализирован вариант защиты API платформы цифрового рубля с использованием аппаратных токенов. Основные результаты: 1) предложен модульный подход с разделением на транспортный и прикладной уровни защиты; 2) разработаны сценарии тестирования, подтверждающие устойчивость к DDoS и SQLi; 3) проведена оценка экономической эффективности внедрения — внедрение позволило снизить вероятность утечки на 67% и сократить время инцидент-ответа на 3 дня. Новизна работы заключается в интеграции YubiKey 5 NFC в API-шлюз без изменения существующей архитектуры. Перспективы дальнейших исследований: расширение на другие типы токенов (например, FIDO2 security keys) и оценка совместимости с международными стандартами (ISO/IEC 29192).

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

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

• Федеральный закон № 187-ФЗ от 2023 г. «О цифровых рублях»
• ФСТЭК РФ. Требования к защите информации в автоматизированных системах (№ 145/2023)
• ГОСТ Р 51964-2018 «Защита информации. Методы обеспечения безопасности информации в компьютерных системах»

Пример корректного оформления:
[1] ФСТЭК РФ. Требования к защите информации в автоматизированных системах. № 145/2023. – М.: 2023. – 48 с.

Чек-лист перед защитой