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

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

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

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

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

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

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

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

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

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