27 марта 2026 года вышла новость, которая отлично иллюстрирует старую истину: самый надёжный антивирус — это выдернутый сетевой шнур. Пуэрто-Рико остался без госуслуг из-за слабой защиты серверов, и спасать базы данных граждан пришлось радикальной изоляцией. Для выпускника ИТ-направления это не просто новость, а готовый скелет темы. Инцидент показывает разрыв между «есть firewall» и «есть архитектура, устойчивая к компромиссу периметра». Именно этот разрыв защищается на ВКР лучше всего: его можно описать нормативно, спроектировать в схемах и измерить в цифрах.
Актуальность: отказ сегмента госуслуг в Пуэрто-Рико произошёл не из-за отсутствия антивируса, а из-за отсутствия изоляции критичного контура. Статья подтверждает: защита баз данных граждан требует не «средства», а архитектуры.
Цель: разработать архитектуру сегментированной инфраструктуры портала с изоляцией контура персональных данных и регламентом восстановления.
Структура: Глава 1 — анализ угроз и нормативной базы; Глава 2 — архитектурная схема, правила межсетевого экранирования, план восстановления; Глава 3 — сценарное тестирование, расчёт экономики.
Актуальность: если бы в Пуэрто-Рико работала нормальная телеметрия, отключение заметили бы раньше. Мониторинг — тот раздел диплома, где легко показать инженерную зрелость.
Цель: спроектировать сбор метрик и логов с узлов защищённого контура и настроить правила реагирования.
Структура: Глава 1 — обзор подходов к observability и стандарта ISO/IEC 25010 в части надёжности; Глава 2 — архитектура сбора данных и конфигурация агентов; Глава 3 — испытания на нагрузке, метрики, оценка ложных срабатываний.
Актуальность: «выдернутый шнур» — это тоже риск: сервис перестаёт работать. Студент, который посчитает баланс между изоляцией и доступностью, получит сильную расчётную часть.
Цель: построить модель количественной оценки остаточного риска при частичной и полной изоляции контура.
Структура: Глава 1 — теория управления рисками ИБ; Глава 2 — модель и исходные данные; Глава 3 — расчёты, сценарии «до/после», выводы.
Слабое место девяти из десяти дипломов по ИБ — аналитическая глава превращается в каталог вендоров. Комиссия это видит сразу. Работайте от требований: сначала нормативный минимум, потом сравнение технических решений.
Таблица ниже снимает главный вопрос комиссии: «почему выбран именно этот способ изоляции». Заполняйте её под свои условия, а не копируйте шаблон.
| Подход | Уровень изоляции | Влияние на доступность | Когда оправдан |
|---|---|---|---|
| Физический air-gap | Максимальный | Высокое: ручные процедуры обмена | Архивы, резервные копии, особо чувствительные контуры |
| Сегментация VLAN + межсетевой экран | Средний | Низкое | Основной контур госуслуг с разумным бюджетом |
| Микросегментация (политики на уровне подов) | Высокий | Среднее, зависит от качества политик | Контейнерные платформы, быстро меняющийся ландшафт |
| Модель Zero Trust | Высокий, но требует зрелости | Низкое при корректной настройке | Распределённые сервисы, гибридная инфраструктура |
Ссылку на кейс Пуэрто-Рико логично поставить в обоснование: это свежий пример того, что отсутствие сегментации превращает одну скомпрометированную машину в остановку государственного сервиса.
Нарисуйте минимум три зоны: публичный фронтенд, прикладной слой, контур персональных данных с резервными копиями. Между зонами — правила по принципу «запрещено всё, что не разрешено явно». Диаграмму оформите в нотации, которую поймёт нормоконтролёр: UML-диаграмма компонентов или схема в стиле C4 подойдут одинаково хорошо.
Если инфраструктура контейнерная, правила изоляции удобно показать в декларативном виде. Такой листинг в приложении к диплому выглядит сильнее скриншота интерфейса.
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
name: pdn-isolation
namespace: gov-portal
spec:
podSelector:
matchLabels:
tier: personal-data
policyTypes:
- Ingress
- Egress
ingress:
- from:
- podSelector:
matchLabels:
tier: backend
ports:
- protocol: TCP
port: 5432
egress:
- to:
- podSelector:
matchLabels:
tier: backup-vault
ports:
- protocol: TCP
port: 9000
Опишите пошагово: обнаружение инцидента, изоляция сегмента, оценка целостности резервных копий, развёртывание из проверенного снимка, сверка данных, возврат в продуктив. Этот алгоритм — готовый раздел «Проектирование», и он же основа для главы испытаний.
Комиссия почти всегда спрашивает: «А как вы поняли, что стало лучше?» Ответ должен быть в числах. Ниже — набор метрик, которые реально считаются на демонстрационном стенде.
| Метрика | Что показывает | Как получить в ВКР |
|---|---|---|
| RTO | Время восстановления сервиса | Замер по сценарию отказа с секундомером |
| RPO | Объём допустимой потери данных | От периодичности резервных копий и репликации |
| MTTD | Время до обнаружения инцидента | Синтетическое событие и логи SIEM |
| Доля ложных срабатываний | Качество правил корреляции | Прогон тестового набора событий |
| Пропускная способность после изоляции | Цена защиты для производительности | Нагрузочное тестирование до и после |
Собирать телеметрию удобно через OpenTelemetry, хранить — в Prometheus или любой совместимой системе, визуализировать — на дашборде. Не забудьте указать в тексте, что метрики собраны на стенде с конкретными параметрами: это снимает вопрос о достоверности.
Типичные ошибки студентов
1. Подмена понятий без обоснования. Пишут «используем Zero Trust», а в проекте — обычный межсетевой экран. Решение: дайте определение модели в первом абзаце и покажите, какие именно её принципы реализованы.
2. Нет метрик эффективности. Работа заканчивается фразой «система надёжна». Решение: введите минимум три измеримые метрики и приведите замеры до и после.
3. Игнорирование ГОСТ 34.602-89 при оформлении ТЗ. Нормоконтроль разворачивает такие работы. Решение: сверьте состав разделов ТЗ с требованиями стандарта до того, как отдадите текст научному руководителю.
Не всегда. Если тема — проектирование архитектуры, достаточно схем, конфигураций и расчётов. Но демонстрационный стенд хотя бы из виртуальных машин заметно усиливает защиту: вы показываете не картинку, а работающую модель.
Три источника: открытые отчёты об инцидентах, данные собственного стенда и статистика по времени восстановления, полученная на виртуалках. Любые допущения фиксируйте в отдельной таблице — это снимает претензии о произвольности цифр.
Да, но как на иллюстрацию тренда, а не как на единственный источник. Рядом должны стоять нормативные документы и аналитические отчёты. Тогда ссылка на свежий кейс работает на вас, а не выглядит натяжкой.
Используйте единый инструмент и единую нотацию во всей работе. Подпишите каждый элемент, добавьте легенду. Пометьте диаграммы как приложения со сквозной нумерацией — иначе нормоконтроль попросит переделать.
Чек-лист перед сдачей
Если тема уже есть, но непонятно, как превратить новость в раздел диплома — начните с бесплатной консультации. Мы экономим студентам около 120 часов: помогаем выстроить структуру, подобрать метрики и оформить работу так, чтобы её не пришлось переписывать после первого визита к нормоконтролёру. Помощь с дипломом доступна по любому направлению, включая информационную безопасность и архитектуру систем.
Источник: Самый надежный антивирус – это выдернутый шнур. Так власти спасли базы данных граждан от хакеров (опубликовано 2026-03-27)