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

Пункт знакомит с понятием интернета вещей и основными компонентами IoT-устройства: датчиками, контроллером, прошивкой и сетевым интерфейсом. Рассматриваются способы обмена данными между устройствами и сервисами, а также примеры протоколов, используемых в ограниченных сетях. Это необходимо, чтобы определить, какие элементы можно безопасно имитировать в учебном honeypot и какие особенности важно учитывать при проектировании стенда.

Здесь описываются типичные риски для подключённых устройств: слабые или стандартные пароли, открытые сетевые службы, устаревшая прошивка и ошибки конфигурации. Пункт объясняет различие между сканированием, попыткой аутентификации и использованием уязвимости, не переходя к инструкциям по атаке. Рассмотрение угроз помогает сформулировать, какие события может фиксировать прототип и как корректно интерпретировать полученные данные.

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

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

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

Пункт посвящён сборке программного прототипа, который имитирует выбранную IoT-службу и записывает заранее определённые параметры обращений. Описываются настройки запуска, формат журнала и меры ограничения сетевого доступа. Реализация должна оставаться минимальной и понятной: она не требует взаимодействия с настоящими устройствами и не предназначена для перехвата чужого трафика. В конце фиксируется конфигурация, необходимая для повторения испытаний.

Здесь задаётся план проверки прототипа с использованием только разрешённых тестовых запросов внутри изолированной среды. Проверяется, регистрирует ли система время и тип обращения, корректно ли сохраняет журнал и не допускает ли незапланированных соединений. Полученные записи группируются по признакам, после чего отделяются непосредственно наблюдаемые факты от возможных объяснений. Результаты сопоставляются с критериями, выбранными при проектировании.

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

В этом разделе приводятся источники, использованные при изучении IoT-протоколов, угроз и принципов кибербезопасности. В список включаются официальные документы и стандарты, например публикации NIST, спецификации OASIS по MQTT, документы IETF по CoAP и материалы OWASP об угрозах для IoT. Для каждого электронного источника указываются организация или автор, название, год публикации и дата обращения, чтобы читатель мог проверить сведения и повторить поиск.