Как защитить бизнес от киберугроз в 2025 году

В 1971 году сетевой червь Creeper впервые показал, что сеть ARPANET уязвима: он самостоятельно перемещался между компьютерами PDP‑10 и выводил сообщение: «I’m the Creeper, catch me if you can!». А в 1986 году вирус Brain впервые массово заразил персональные компьютеры, повредив загрузочные секторы 5,25‑дюймовых дискет. Обе атаки произвели сильное впечатление в своё время и заставили компании серьёзно задуматься о кибербезопасности.

Со времён атаки вирусов Creeper и Brain прошли годы, и эпизодические атаки уступили место целевым APT‑кампаниям, во время которых злоумышленники неделями или даже месяцами незаметно контролируют инфраструктуру компаний и крадут данные. Последствия таких кибератак обходятся бизнесу в миллиарды долларов.

Зачем бизнесу защита информации

В 2024 году 57% компаний рассматривали вложения в защиту как способ укрепить доверие клиентов, а 49% — как инструмент для сохранения репутации.

От года к году траты на безопасность растут: с 2021 года компании вложили в кибербезопасность более 1,75 трлн, а ежегодные расходы превысили 459 млрд долларов. В ответ на рост угроз сформировалась CIA‑триада. Название происходит от первых букв принципов в оригинале:

• конфиденциальность (Confidentiality) — не допускать несанкционированный доступ к данным;
• целостность (Integrity) — предотвращать искажение данных;
• доступность (Availability) — гарантировать бесперебойную работу систем.

Политика большинства российских компаний опирается на баланс этих трёх свойств и закрепляется нормативами:

• ГОСТ Р ИСО/МЭК 27001‑2019,
• СТО БР ИББС 1.0‑2019,
• ФЗ‑152 «О персональных данных»,
• ФЗ‑187 «О безопасности критической информационной инфраструктуры»,
• ГОСТ Р 57580 (для банковских и финансовых организаций),
• PCI DSS (для банковских и финансовых организаций),
• и приказами ФСТЭК.

При оценке рисков компании теперь учитывают не только возможную утечку интеллектуальной собственности, штрафы от регуляторов и остановку критически важных процессов, но и оборотные штрафы за утечку персональных данных: Федеральный закон № 420‑ФЗ от 30 ноября 2024 года ввёл санкции до 3% годовой выручки предприятия за повторное нарушение в течение года.

Последствия атак включают не только прямые финансовые потери и штрафы, но и снижение доверия клиентов — это часто наносит даже больший урон выручке.

В отраслях с высоким уровнем регулирования, например финансах, здравоохранении и государственном секторе, требования к защите данных закреплены на законодательном уровне.

Поэтому надёжная кибербезопасность — не просто необходимость, а конкурентное преимущество.

Основные угрозы и риски информационной безопасности

За последний год 83% организаций столкнулись как минимум с одной серьёзной инсайдерской атакой. По данным IBM, примерно такой же процент компаний пережил сразу несколько инцидентов с утечкой данных.

Атаки становятся масштабнее и сложнее: 72% руководителей говорят о росте киберрисков и отмечают, что злоумышленники постоянно совершенствуют методы.

Риски традиционно делятся на две категории:

• устоявшиеся, или традиционные,
• специфические для облачных сред.

Традиционные угрозы

Четыре классических типа угроз — инсайдерские действия, ошибки в программах, DDoS‑атаки и долгосрочные APT‑кампании — всё ещё наносят наибольший ущерб. Рассмотрим каждую подробнее.

Инсайдерские угрозы

Ошибки или намеренные действия сотрудников часто приводят к утечкам данных и саботажу. В 2025 году средний ущерб от таких инцидентов вырос до 17,4 млн долларов.

Уменьшить риски помогут чёткое разделение обязанностей, минимальные привилегии, когда сотрудникам предоставляется только необходимый доступ, и постоянный мониторинг поведения персоналa.

Уязвимости ПО

Ошибки в коде и неправильные настройки программ остаются одной из основных причин взломов. В 2025 году на такие уязвимости пришлось 20% всех подтверждённых утечек данных. За год показатель вырос на 34%, главным образом из‑за атак на периферийные устройства и VPN.

В Национальной базе уязвимостей сейчас около 299 тыс. CVE‑записей — это в 46 раз больше, чем в 2016 году, когда их было примерно 6450.

Защититься от таких уязвимостей помогает быстрая установка обновлений и контроль настроек с помощью таких инструментов, как IaC‑сканер. Это помогает закрыть основной путь для взлома и уменьшить время на возможные атаки.

DDoS‑атаки

DDoS‑атаки перегружают инфраструктуру компаний миллионами запросов. В 2024 году зафиксировали рекордную атаку мощностью 5,6 Тбит/с. За год общее число DDoS‑инцидентов выросло на 53%. Число атак мощностью больше 1 Тбит/с увеличилось почти в 19 раз.

В 2023 году наша система защиты «Антиробот» заблокировала 989 атак уровня приложений (L7). Пиковая нагрузка достигала 13,4 млн запросов в секунду (RPS), а средняя мощность была 200 тыс. RPS.

Мы ежедневно нейтрализуем сложные DDoS‑атаки, сохраняя SLA и защищая данные клиентов.

APT‑кампании

Финансируемые злоумышленники проникают в корпоративные сети, незаметно закрепляются и остаются там на недели, месяцы, а иногда и годы. Они используют фишинг, эксплуатацию уязвимостей и вредоносное ПО: шифровальщики, шпионские программы и инструменты удалённого доступа. Также они применяют тактику living‑off‑the‑land — использование легитимных инструментов компании для обхода защиты.

Одна из наиболее известных долгосрочных APT‑кампаний — Volt Typhoon. Эта группа не менее пяти лет незаметно контролировала доступ к критической инфраструктуре США и готовила сценарии саботажа.

Риски облачной инфраструктуры

Облако упрощает работу с IT‑ресурсами, но у него есть своя специфика безопасности и риски, которые отличаются от традиционной инфраструктуры. Один из главных рисков — ошибки в настройках. Именно они чаще всего становятся причиной утечек данных в облаке. До 80% таких инцидентов происходят из‑за хранилищ, открытых для общего доступа, или неправильно защищённых баз данных. Для защиты от подобных угроз необходим постоянный контроль настроек с помощью решений CSPM.

Ещё один значимый риск — уязвимости в API. Облачные сервисы обычно обмениваются данными с помощью сетевых протоколов REST, GraphQL и gRPC. При их использовании возникают логические ошибки: непроверенные права доступа, SQL- и NoSQL‑инъекции или BOLA. Всё это делает API удобной точкой входа для атак. Минимизировать эти риски помогают инструменты защиты API, многофакторная аутентификация на основе протоколов mTLS, OAuth 2.0 и OIDC, а также анализ поведения трафика.

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

Развитие облачных технологий открыло новые направления для атак:

• Компрометация учётных записей: потеря ключей root или  admin может поставить под угрозу всю инфраструктуру.
• Атаки на цепочки поставок: по прогнозу Gartner, к 2025 году с такими угрозами столкнётся почти половина компаний.
• Злоупотребление легальными сервисами: например, вирус Denonia использовал AWS Lambda в качестве скрытого кластера для майнинга криптовалют.

Снизить риски и ущерб от таких атак помогают строгие политики Cloud IAM, многофакторная аутентификация, детальное ведение журналов и непрерывный мониторинг для выявления аномалий.

Методы и способы защиты информации

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

Ключевые подходы к защите

Концепции задают направление, но в ежедневной работе используются конкретные меры трёх уровней.

Уровни мер защиты информации

Помимо уровня, меры различаются по назначению: от профилактики до восстановления.

Классификация мер защиты по назначению

Сочетание уровней и назначений покрывает весь жизненный цикл атаки — от профилактики до восстановления — и воплощает принцип многоуровневой защиты.

Классификация и виды средств защиты информации (СЗИ)

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

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

Системная сборка из таблицы формирует «луковичную» оборону: отказ одного слоя не ставит под угрозу всю инфраструктуру, а интеграция через API и Security as Code помогает безопасности развиваться с тем же темпом, что и DevOps‑процессы.

Защита информации в облачных системах

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

Методы и технологии защиты

Основные методы защиты в облачных системах можно разделить так:

• Zero Trust — каждый запрос проходит обязательную проверку, роли и права доступа регулярно актуализируются.
• Service Mesh с mTLS — сертификаты и взаимная аутентификация обеспечивают защиту трафика между микросервисами, не позволяя атакующим перемещаться дальше при взломе одного контейнера.
• Микросегментация — с помощью SDN или гипервизора сеть делится на небольшие зоны. По умолчанию внутренний трафик блокируется, а разрешённые соединения устанавливаются явно.
• CSPM — постоянный аудит конфигураций помогает обнаруживать открытые хранилища, лишние права доступа и другие риски ещё до их реализации.
• CWP/CAA — защита рабочих нагрузок через сканирование кода функций и образов контейнеров, проверку секретов и соблюдение политик безопасности.
• KMS — централизованное управление созданием и регулярной сменой ключей. Поддерживает сценарии BYOK и HYOK, снижая вероятность утечки данных.
• NDR‑сервисы — собирают и анализируют сетевые логи, например VPC Flow Logs, для выявления аномальной активности. Данные отправляются в системы SIEM или XDR.
• Security as Code — встроенные в CI/CD средства контроля предотвращают ошибки в конфигурации уже на стадии подготовки к развёртыванию.

Примеры облачных средств защиты

Ключевые методы защиты информации доступны в виде встроенных сервисов облачных платформ или решений сторонних разработчиков.

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

Вот несколько примеров таких решений:

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

• API‑WAF/API Security Gateway. Это решение проверяет API‑запросы на соответствие заранее заданным правилам и спецификациям. Например, Cloudflare API Shield сверяет запросы с описанием API и замечает необычное поведение. Такой подход предотвращает типичные атаки, например массовый перебор идентификаторов или использование несуществующих методов API.

• Cloud NDR (Network Detection & Response). Инструменты этого класса анализируют сетевой трафик в облачной среде. Решения создают поведенческие модели на основе логов сетевого трафика и DNS‑запросов. Это позволяет выявить взломы паролей, ботнеты и несанкционированный майнинг криптовалют. Обычно встроенных решений с интеграцией в SIEM или XDR хватает, но есть и независимые аналоги, например Vectra и ExtraHop.

Чем облачные средства защиты информации отличаются от традиционных

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

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

Выбор и внедрение облачных средств защиты

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

• Функциональность и SLA. Решение должно эффективно защищать от заявленных угроз и иметь чёткие гарантии качества услуг.

• Сертификации и соответствие стандартам. Для отраслей с высокими требованиями безопасности важны официальные сертификаты и соответствие стандартам. Например, защита платёжных данных по PCI DSS, а общая информационная безопасность по стандартам ISO 27001, ГОСТ 57580.

• Интеграция в процессы DevOps. Средство защиты должно легко встраиваться в процессы разработки с помощью API, SDK и IaC. Важно, чтобы инструмент мог автоматически проверять код при каждом изменении и останавливать сборку, если найдены критические ошибки.

• Совместимость и экосистема. В мультиоблачной или гибридной инфраструктуре решения должны поддерживать все используемые платформы.

• Управляемость и качество оповещений. Решение должно эффективно фильтровать ложные срабатывания, иметь возможность гибкой настройки политик безопасности и интегрироваться с системами SIEM/SOAR. Важно, чтобы инциденты были чётко приоритизированы, а система позволяла выгружать подробные данные и настраивать исключения.

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

• Пилотное внедрение и PoC. Тестовый период или демо‑стенд помогают оценить эффективность решения по всем критериям на практике. По итогам пилотного проекта уточняются настройки и принимается решение о полном внедрении.

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

Средства защиты в Yandex Cloud

Наша команда предоставляет встроенные облачные сервисы, решающие ключевые задачи информационной безопасности. Инструменты удобно интегрируются через API, поддерживают подход Infrastructure as Code (IaC) и реализуют принцип Zero Trust.

Сертификация и требования к средствам защиты информации

Регулируемые отрасли не могут внедрять СЗИ без подтверждённого соответствия нормативным требованиям.

Основные стандарты и сертификации

Внедрение сертифицированных СЗИ включает обязательную проверку сертификатов и документации, пилотное развертывание, аттестацию и регулярный аудит.

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