KIBATS/KIBATS_SVETOFOR

Это региональный этап 2026 по КИБАТС, файлы для выполнения лежать на ЯД, внутри гита документация и рекомендации

---

Ссылка на файлы https://disk.yandex.ru/d/hRNTxnsgCIw-iA

---

Региональный этап Чемпионата высоких технологий – «Конструктивная информационная безопасность автономных транспортных систем» (КИБАТС)

Длительность: 15 ч (4 модуля по 4, 4, 3, 4 ч).
Среда: Jupyter Notebook, тестирование в симуляторе (без робота).

Модуль А (4 ч) – Кибериммунная архитектура (светофор)

• Задания: сформулировать ЦБ и ПБ, реализовать классы Event, Monitor, ControlSystem, LightsGPIO, заполнить ALLOWED_STATES.
• Рекомендации:
  • ЦБ должны быть чёткими (субъект, действие, объект), минимум 2. ПБ – минимум 2, описывают доверенные компоненты.
  • ALLOWED_STATES – список словарей с полями car_green, ped_green и др. Исключите одновременное включение зелёного для машин и пешеходов.
  • Monitor должен быть единственной точкой, через которую проходят все команды. ControlSystem отправляет события в очередь монитора, а не напрямую в LightsGPIO.
  • Архитектурная диаграмма должна отражать поток: ControlSystem → Monitor → LightsGPIO.

Модуль Б (4 ч) – Монитор безопасности (3 политики)

• Политика Б.1 (whitelist): проверяет, что params события входят в ALLOWED_STATES. Иначе – блокировка.
• Политика Б.2 (логирование): при нарушении записывает timestamp, source, operation, params.
• Политика Б.3 (rate limiting): не более 5 событий/сек от одного источника; при 14 из 20 – блокировка источника.
• Рекомендации:
  • Реализуйте каждую политику как отдельную функцию, зарегистрированную в мониторе.
  • Используйте datetime.now() для timestamp.
  • Для rate limiting – храните очередь времени событий по каждому источнику.

Модуль В (3 ч) – Нейтрализация киберпрепятствий (CybTL_01–04)

• CybTL_01 – инъекция запрещённого состояния (проверка через whitelist).
• CybTL_02 – подмена источника (проверка по списку доверенных источников).
• CybTL_03 – DoS-флуд (rate limiting по источнику).
• CybTL_04 – Replay-атака (проверка timestamp – отклонять события старше 1 секунды).
• Рекомендации:
  • Все защиты должны быть реализованы в мониторе (как политики или отдельные методы).
  • Тесты (готовые ячейки) должны проходить без ошибок.

Модуль Г (4 ч, вариатив) – Интеграция с внешними системами

• Задания: реализовать класс CitySystemConnector с методами get_command_from_city() и send_command_to_monitor(), добавить политику авторизации в монитор (команда проходит только при from_city=True и authorized=True).
• Рекомендации:
  • send_command_to_monitor() должен создавать Event с флагом from_city и отправлять его в очередь монитора.
  • Политика авторизации должна проверять оба флага. Не допускайте прямого вызова LightsGPIO из коннектора.
  • Тесты (модуль Г) должны подтверждать, что неавторизованные команды отклоняются.