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

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

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

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

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

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

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

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

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

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