|
|
@@ -0,0 +1,248 @@
|
|
|
+# ДОКЛАД
|
|
|
+## Потенциальные угрозы безопасности
|
|
|
+
|
|
|
+### Содержание
|
|
|
+1. Введение
|
|
|
+2. Основные понятия информационной безопасности
|
|
|
+3. Классификация угроз
|
|
|
+4. Вредоносное программное обеспечение
|
|
|
+5. Социальная инженерия и фишинг
|
|
|
+6. Несанкционированный доступ и учётные записи
|
|
|
+7. Сетевые атаки и отказ в обслуживании
|
|
|
+8. Уязвимости ПО и ошибки конфигурации
|
|
|
+9. Утечки и внутренние угрозы
|
|
|
+10. Физические угрозы и цепочка поставок
|
|
|
+11. Последствия реализации угроз
|
|
|
+12. Основные меры защиты
|
|
|
+13. Управление рисками и реагирование на инциденты
|
|
|
+14. Практический пример
|
|
|
+15. Заключение
|
|
|
+16. Список источников
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Введение
|
|
|
+
|
|
|
+Информационные системы содержат персональные данные, финансовые сведения, документы и информацию, необходимую для работы организаций. По мере роста зависимости от цифровых технологий возрастает значение защиты от сбоев, утечек и целенаправленных атак.
|
|
|
+
|
|
|
+**Потенциальные угрозы безопасности** — обстоятельства, действия или события, способные нарушить конфиденциальность, целостность или доступность информации и сервисов. Угроза не обязательно приводит к инциденту: результат зависит от уязвимостей, уровня защиты, действий пользователей и своевременности обнаружения.
|
|
|
+
|
|
|
+**Цель доклада** — рассмотреть основные угрозы, последствия и меры защиты.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 1. Основные понятия информационной безопасности
|
|
|
+
|
|
|
+**Информационная безопасность** — состояние защищённости информации, систем и поддерживающих их процессов от угроз.
|
|
|
+
|
|
|
+* **Угроза** — потенциальная причина нежелательного события.
|
|
|
+* **Уязвимость** — слабое место в ПО, настройках, оборудовании, процессах или действиях людей.
|
|
|
+* **Риск** — сочетание вероятности события и тяжести его последствий.
|
|
|
+* **Инцидент** — событие, приведшее или способное привести к нарушению безопасности.
|
|
|
+* **Средство защиты** — техническая, программная или организационная мера снижения риска.
|
|
|
+
|
|
|
+**Конфиденциальность** означает доступ только уполномоченных лиц; *целостность* — сохранение точности и полноты данных; *доступность* — возможность законного использования системы в нужный момент. Также важны подлинность и возможность установить, кто совершил определённое действие.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 2. Классификация угроз
|
|
|
+
|
|
|
+По источнику угрозы бывают *внешними* и *внутренними*. Внешние исходят от лиц за пределами системы; внутренние связаны с сотрудниками, подрядчиками или другими людьми с законным доступом. По характеру действия угрозы бывают *случайными* и *преднамеренными*. Случайные связаны с ошибками и отказами, преднамеренные — с попытками похитить данные, получить выгоду или нарушить работу.
|
|
|
+
|
|
|
+По объекту воздействия угрозы направлены на данные, приложения, сеть, учётные записи, оборудование или бизнес-процессы. Один инцидент может объединять несколько категорий: фишинг способен привести к краже пароля, проникновению и утечке информации.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 3. Вредоносное программное обеспечение
|
|
|
+
|
|
|
+Вредоносное ПО предназначено для действий, наносящих ущерб пользователю, устройству или организации. Оно может распространяться через вложения, поддельные сайты, заражённые файлы, уязвимые сервисы и скомпрометированные обновления.
|
|
|
+
|
|
|
+* **Вирусы** внедряются в файлы или программы и распространяются при запуске или копировании.
|
|
|
+* **Черви** способны самостоятельно распространяться между устройствами.
|
|
|
+* **Трояны** маскируются под легитимные приложения, выполняя скрытые вредоносные действия.
|
|
|
+* **Программы-вымогатели** блокируют доступ к данным или шифруют их; уплата выкупа не гарантирует восстановления.
|
|
|
+* **Шпионское ПО** скрытно собирает сведения о пользователе.
|
|
|
+* **Кейлоггеры** фиксируют нажатия клавиш и могут красть учётные данные.
|
|
|
+* **Ботнеты** объединяют заражённые устройства для скоординированных действий, например сетевых атак.
|
|
|
+Для снижения риска используют поддерживаемое ПО, своевременные обновления, ограничение прав приложений, защитные средства и обучение. Резервные копии помогают восстановить данные после инцидента.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 4. Социальная инженерия и фишинг
|
|
|
+
|
|
|
+**Социальная инженерия** — психологическое воздействие, побуждающее человека раскрыть сведения или выполнить опасное действие. Такие атаки используют доверие, страх, спешку, любопытство и желание помочь.
|
|
|
+
|
|
|
+**Фишинг** — распространённый вид социальной инженерии: сообщение маскируется под письмо банка, службы доставки, коллеги или администратора и предлагает открыть ссылку, вложение либо сообщить код.
|
|
|
+
|
|
|
+**Признаки риска:**
|
|
|
+* необычный адрес отправителя;
|
|
|
+* неожиданное вложение;
|
|
|
+* требование срочно ввести пароль;
|
|
|
+* домен, отличающийся от официального.
|
|
|
+
|
|
|
+Однако современные сообщения могут выглядеть убедительно.
|
|
|
+
|
|
|
+**Для защиты следует:**
|
|
|
+1. проверять адрес и домен;
|
|
|
+2. не вводить пароль по неожиданным ссылкам;
|
|
|
+3. подтверждать необычные просьбы по независимому каналу;
|
|
|
+4. применять многофакторную аутентификацию;
|
|
|
+5. сообщать специалистам о подозрительных письмах.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 5. Несанкционированный доступ и учётные записи
|
|
|
+
|
|
|
+**Несанкционированный доступ** возникает, когда лицо просматривает, изменяет или удаляет информацию без разрешения. Частая причина — компрометация учётной записи, когда злоумышленник получает пароль, токен сессии или другое средство подтверждения личности.
|
|
|
+
|
|
|
+Риск повышают:
|
|
|
+* повторное использование паролей;
|
|
|
+* слабые комбинации;
|
|
|
+* отсутствие многофакторной проверки;
|
|
|
+* избыточные права;
|
|
|
+* несвоевременное отключение аккаунтов бывших сотрудников.
|
|
|
+
|
|
|
+Опасность возникает и при ошибках проверки прав, позволяющих увидеть чужие данные.
|
|
|
+
|
|
|
+**Меры защиты:** уникальные длинные пароли и менеджеры паролей, многофакторная аутентификация, принцип наименьших привилегий, регулярный пересмотр разрешений, безопасное хранение секретов и журналирование действий.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 6. Сетевые атаки и отказ в обслуживании
|
|
|
+
|
|
|
+Сетевые угрозы направлены на перехват информации, нарушение связи, подмену данных или перегрузку инфраструктуры.
|
|
|
+
|
|
|
+* **Перехват трафика** — получение передаваемой информации, особенно при незащищённом соединении.
|
|
|
+* **Атака посредника** — вмешательство в обмен данными между сторонами.
|
|
|
+* **Подмена сетевых данных** — изменение адресной или иной информации для обмана системы.
|
|
|
+* **DoS** — отказ в обслуживании из-за перегрузки или исчерпания ресурсов.
|
|
|
+* **DDoS** — распределённая атака отказа в обслуживании с множества устройств или источников.
|
|
|
+
|
|
|
+Для защиты используют шифрование соединений, безопасные настройки сетевых устройств, межсетевые экраны, мониторинг трафика, ограничение частоты запросов и специализированные средства противодействия DDoS.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 7. Уязвимости ПО и ошибки конфигурации
|
|
|
+
|
|
|
+**Уязвимость** — недостаток, позволяющий нарушить работу системы или обойти защиту. Причины включают ошибки программирования, устаревшие библиотеки, неправильную обработку ввода, недостаточную проверку прав и небезопасные настройки.
|
|
|
+
|
|
|
+Особенно опасны:
|
|
|
+* системы без обновлений безопасности;
|
|
|
+* открытые административные панели;
|
|
|
+* стандартные пароли;
|
|
|
+* избыточные разрешения;
|
|
|
+* случайно опубликованные файлы с секретами.
|
|
|
+
|
|
|
+Даже качественная программа может стать уязвимой из-за неправильной настройки.
|
|
|
+
|
|
|
+Снижение риска включает инвентаризацию активов, своевременное обновление, анализ зависимостей, безопасную разработку, проверку кода, тестирование и регулярную оценку конфигураций. Исправления следует проверять перед внедрением в критические системы.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 8. Утечки и внутренние угрозы
|
|
|
+
|
|
|
+**Утечка** — раскрытие или передача данных лицам, которым они не предназначены. Она может быть результатом кражи или ошибки: отправки файла не тому адресату, публикации закрытого документа, потери ноутбука или неправильной настройки облачного хранилища.**Внутренние угрозы** исходят от людей, имеющих или имевших законный доступ. Сотрудник может намеренно похитить сведения, случайно нарушить правила или сам стать жертвой обмана. Поэтому важны как технический контроль, так и понятные рабочие процедуры.
|
|
|
+
|
|
|
+Для снижения риска применяют классификацию информации, минимизацию собираемых данных, разграничение прав, шифрование устройств, контроль передачи файлов, аудит доступа, обучение и своевременное закрытие учётных записей. Мониторинг должен учитывать требования законодательства и конфиденциальности.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 9. Физические угрозы и цепочка поставок
|
|
|
+
|
|
|
+Пожар, затопление, перегрев, перебои электропитания, кража оборудования, повреждение кабелей и отказ охлаждения могут привести к потере данных или остановке работы.
|
|
|
+
|
|
|
+**Риски цепочки поставок** связаны с поставщиками ПО, оборудования, библиотек и услуг. Скомпрометированный компонент или вредоносное обновление могут затронуть множество организаций. Дополнительную опасность представляет слишком широкий доступ подрядчика к внутренним системам.
|
|
|
+
|
|
|
+Меры защиты включают физический контроль доступа, резервное питание, датчики среды, копии в отдельной среде, проверку поставщиков, контроль происхождения компонентов и ограничение доступа подрядчиков.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 10. Последствия реализации угроз
|
|
|
+
|
|
|
+Последствия зависят от системы, характера данных и длительности нарушения.
|
|
|
+
|
|
|
+* **Финансовые потери:** восстановление, простой, расследование, компенсации и возможные штрафы.
|
|
|
+* **Нарушение деятельности:** недоступность сервисов, задержки заказов и остановка процессов.
|
|
|
+* **Утечка персональных и коммерческих данных**, причиняющая ущерб людям и организациям.
|
|
|
+* **Потеря целостности:** неверные записи, ошибочные решения и повреждённые документы.
|
|
|
+* **Репутационный ущерб** и снижение доверия клиентов и партнёров.
|
|
|
+* **Правовые последствия** за несоблюдение обязательств по защите информации.
|
|
|
+
|
|
|
+Оценивать угрозы следует по вероятности и возможному ущербу. Даже редкое событие требует подготовки, если его последствия будут критическими.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 11. Основные меры защиты
|
|
|
+
|
|
|
+Эффективная защита сочетает технические средства, рабочие правила и подготовку персонала. Ни одно средство не гарантирует полной безопасности.
|
|
|
+
|
|
|
+1. **Управление доступом:** уникальные учётные записи, минимальные права и многофакторная аутентификация.
|
|
|
+2. **Обновления:** своевременное устранение известных уязвимостей.
|
|
|
+3. **Защита устройств:** средства обнаружения угроз и безопасные настройки.
|
|
|
+4. **Сетевая защита:** сегментация, межсетевые экраны, защищённые протоколы и мониторинг.
|
|
|
+5. **Криптография:** шифрование данных при передаче и хранении, безопасное управление ключами.
|
|
|
+6. **Резервное копирование:** изолированные копии и регулярные испытания восстановления.
|
|
|
+7. **Мониторинг:** регистрация событий, обнаружение аномалий и оповещение ответственных.
|
|
|
+8. **Обучение сотрудников** распознаванию фишинга и безопасной работе с данными.
|
|
|
+9. **Физическая защита** оборудования и планирование непрерывности деятельности.
|
|
|
+
|
|
|
+Для резервного копирования полезно **правило 3-2-1**: три экземпляра данных, два разных типа носителей или среды хранения и одна копия отдельно от основной площадки. Для критичных систем копии дополнительно защищают от изменения и удаления.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 12. Управление рисками и реагирование на инциденты
|
|
|
+
|
|
|
+**Управление рисками** — выявление активов и угроз, оценка уязвимостей и последствий, выбор мер защиты и проверка их эффективности. Приоритет получают риски с большим потенциальным ущербом.
|
|
|
+
|
|
|
+**Этапы реагирования на инциденты:**
|
|
|
+
|
|
|
+1. **Подготовка:** назначение ответственных, описание критичных систем и планов реагирования.
|
|
|
+2. **Обнаружение и анализ:** подтверждение события, определение затронутых систем и масштаба.
|
|
|
+3. **Локализация:** ограничение распространения инцидента, например изоляция устройства или блокировка учётной записи.
|
|
|
+4. **Устранение причины:** удаление вредоносных компонентов, исправление уязвимости и смена секретов.5. **Восстановление:** безопасный возврат систем к работе и усиленный контроль.
|
|
|
+6. **Разбор:** фиксация выводов и улучшение процессов для предотвращения повторения.
|
|
|
+
|
|
|
+При серьёзном инциденте важно сохранять доказательства, вести журнал действий и привлекать ответственных специалистов. Не следует уничтожать журналы или бесконтрольно выключать системы, если это может помешать расследованию.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### 13. Практический пример
|
|
|
+
|
|
|
+Сотрудник университета получает письмо, якобы отправленное службой поддержки. В письме говорится, что доступ к порталу будет заблокирован, если пользователь не подтвердит пароль. Сотрудник открывает ссылку и вводит данные на поддельной странице. Злоумышленник получает доступ к учётной записи и пытается скачать списки студентов.
|
|
|
+
|
|
|
+**Анализ ситуации:**
|
|
|
+* **Первоначальная угроза** — фишинг;
|
|
|
+* **Уязвимое звено** — доверие пользователя и отсутствие достаточных защитных барьеров;
|
|
|
+* **Потенциальное последствие** — утечка персональных данных.
|
|
|
+
|
|
|
+Многофакторная аутентификация могла бы затруднить захват аккаунта, а ограничение прав и мониторинг скачивания — уменьшить ущерб.
|
|
|
+
|
|
|
+**Реагирование включает:**
|
|
|
+* блокирование или восстановление учётной записи;
|
|
|
+* смену пароля;
|
|
|
+* отзыв активных сессий при необходимости;
|
|
|
+* проверку журналов;
|
|
|
+* оценку объёма затронутых данных;
|
|
|
+* уведомление ответственных лиц.
|
|
|
+
|
|
|
+После инцидента следует усилить обучение и проверить настройки доступа.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Заключение
|
|
|
+
|
|
|
+Потенциальные угрозы разнообразны: вредоносное ПО, фишинг, сетевые атаки, ошибки конфигурации, утечки, внутренние нарушения и физические происшествия. Инциденты часто возникают из-за сочетания технических недостатков, человеческих ошибок и неотработанных процедур.
|
|
|
+
|
|
|
+Надёжная защита требует системного подхода: оценки рисков, обновлений, управления доступом, шифрования, резервного копирования, мониторинга и обучения сотрудников. Важно заранее планировать реагирование и восстановление. Полностью исключить угрозы невозможно, но последовательное управление безопасностью позволяет уменьшить вероятность инцидентов и ограничить последствия.
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+### Список источников
|
|
|
+
|
|
|
+* ISO/IEC 27001:2022. Information security management systems — Requirements.
|
|
|
+* ISO/IEC 27002:2022. Information security controls.
|
|
|
+* NIST Cybersecurity Framework 2.0: https://www.nist.gov/cyberframework
|
|
|
+* NIST SP 800-61 Rev. 2. Computer Security Incident Handling Guide: https://csrc.nist.gov/publications/detail/sp/800-61/rev-2/final
|
|
|
+* OWASP Top 10: https://owasp.org/www-project-top-ten/
|
|
|
+* CISA, Secure Our World: https://www.cisa.gov/secure-our-world
|
|
|
+```
|