Обновлено: 17 июля 2026
В современном деловом окружении, где информационные системы становятся центром управления операциями и обработки критически важной информации, киберугрозы оказывают прямое влияние на финансовую устойчивость компаний, их способность поддерживать непрерывность процессов и сохранять доверие клиентов и партнеров. Каждое упущение в реальной защите может привести не только к утечке данных или техническим сбоям, но и к ощутимым финансовым потерям, репутационным рискам и дополнительным расходам, связанным с восстановлением инфраструктуры и компенсацией ущерба.
«Бумажная» информационная безопасность представляет собой подход, в рамках которого организация ограничивается формальным поддержанием документации, отражающей соответствие требованиям регуляторов, и формированием внутренних регламентов, которые не проверяются в реальной эксплуатации систем.
Популярность такого подхода объясняется его относительной простотой и низкими начальными затратами. Компании могут быстро подготовить необходимый пакет документов, сосредоточившись на формальных требованиях, что позволяет минимизировать усилия и ресурсы на старте.
Формальная защита ограничивается созданием и поддержкой документов, которые формально подтверждают наличие определенных мер и процедур по обеспечению кибербезопасности, но при этом не обеспечивается фактическая проверка их исполнения и не включается систематическая оценка угроз и уязвимостей, что оставляет открытыми технические риски, способные привести к остановке бизнес-процессов, утечке данных и штрафам. Кроме того, зачастую, не используются средства защиты информации (СЗИ), такие как антивирусные системы, системы предотвращения вторжения на сетевом уровне (IPS/IDS), мониторинг событий безопасности с технических компонентов информационной инфраструктуры и так далее.
Отсутствие такой проверки и СЗИ лишает руководство компании инструментов для оценки реального уровня защиты, что не позволяет точно прогнозировать риски, строить планы по непрерывности бизнеса и инвестировать финансовые средства в меры, которые действительно снижают вероятность инцидентов, а не создают лишь видимость соответствия требованиям.
Некоторые компании пренебрегают практическим обеспечением кибербезопасности и ограничиваются лишь составлением документации, но важно понимать, что без практического применения ни один регламент не поможет справиться с реальной атакой, если не будет подкреплен практическими мерами, современными техническими средствами защиты, осведомленностью сотрудников и опытом специалистов.
Как следствие из желания сэкономить на безопасности компании несут прямой финансовый ущерб из-за остановки бизнес-процессов, штрафов, затрат на восстановление и уведомление пострадавших клиентов. И это только малая часть негативных событий, которые могут произойти в последствии.
Тем не менее, важно понимать, что документирование процессов по обеспечению ИБ конечно же тоже должно быть, ведь это начало известного цикла Деминга (Plan-Do-Cheak-Act). Но документация должна быть составлена во-первых правильно и учитавать всю специфику и данные компании, а во-вторых после ее утверждения необходимо перейти к следующей стадии (DO) и как раз таки приступить к реализации и внедрению практического подхода по обеспечению реальной информационной безопасности.
Практическая безопасность концентрируется на защите критичных информационных активов компании, опираясь на международный и локальный опыт. Используя инструментальные средства защиты, эффективные процессы, которые проверяются регулярными внутренними аудитами, тестами на проникновение и практическим опытом специалистов. Это гарантирует бизнесу эффективность принятых мер и затрат.
Эффективно работающая практическая информационная безопасность опирается на соблюдении “золотых” международных стандартов и локальных законодательных актах. Примерами таких стандартов могут быть ISO 2700x и применение риск-ориентированной модели, блок гайдов и стандартов от NIST и CIS и российских ГОСТ по информационной безопасности.
Но ключевое отличие от “бумажной” безопасности - это имплементирование всех необходимых контролей, требований и рекомендаций на практике, т.е. не просто утверждается регламент или политика, а внедряется работающий процесс с применением необходимых СЗИ и технических настроек на компонентах информационной инфраструктуры.
Это один из видов контролей, который на практике проверяет эффективность работающих процессов по ИБ. Регулярное тестирование на проникновение позволяет выявлять уязвимости до того, как ими смогут воспользоваться злоумышленники. Имитируя настоящую кибератаку появляется возможность заранее инвестировать в исправление критичных (и не только) уязвимостей. Это уменьшает потенциальные простои и экономические потери. А так же подтверждает эффективность уже предпринятых мер.
Мы рекомендуем проводить тестирование на проникновение на самом старте (еще даже до окончания внедрения всех необходимых процессов) для того чтобы оценить уровень обеспечения кибербезопасности, до предполагаемых изменений, а также повторный после внедрения всех необходимых процессов ИБ. Пентест позволяет быстро закрыть все, выявленные специалистами, уязвимости и при необходимости скорректировать процессы по обеспечению ИБ.
Используйте пентест как лакмусовую бумажку.
Технический аудит конфигураций и архитектуры систем дает руководству прозрачное понимание того, какие элементы инфраструктуры соответствуют требованиям безопасности, а какие нуждаются в дополнительной настройке или модернизации, что позволяет распределять ресурсы эффективно и снижает риск внезапных инцидентов, которые могут привести к остановке ключевых процессов. В ряде случаев аудит позволяет выявить инциденты и/или присутствие злоумышленника в компании.
Внутренний аудит, который должен проводиться регулярно для контроля предпринятых мер защиты и процессов по обеспечению ИБ, не всегда владеет достаточной экспертизой, а так же может пропустить какие-то детали из-за человеческого фактора (эффект “замыливания глаза”, “тут так заведено”, “всегда так было настроено” и т.п.). Внешний аудит позволяет провести мероприятия с гораздо более высокой эффективностью.
Рекомендуемая частота проведения внешнего аудита процессов по обеспечению ИБ - не реже 1 раза в год.
Одним из необходимых процессов по обеспечению ИБ, который описан практически во всех мировых стандартах и гайдах - является мониторинг событий информационной безопасности. Без нормального функционирования данного процесса любой специалист по информационной безопасности не владеет в моменте информацией о том что же именно у него происходит в тот или иной момент времени. Можно сказать что он практически “слепой”. А значит практически любой (даже самый незначительный) инцидент ИБ будет пропущен. А реакция будет слишком запоздалой. Про последствия тут писать излишне.
Для того чтобы грамотно выстроить данный процесс необходимо внедрение SIEM-системы и значительное количество времени разнонаправленных специалистов ИБ. Однако, эффект от внедренного процесса мониторинга потом вряд ли можно будет переоценить.
Централизованный мониторинг и реагирование на события безопасности обеспечивают непрерывное наблюдение за состоянием инфраструктуры, фиксируют отклонения и потенциальные атаки в реальном времени, что сокращает время обнаружения и локализации инцидентов и обеспечивает руководству уверенность, что любые угрозы не останутся незамеченными и не приведут к длительным простоям, утечкам или репутационным потерям.
В компаниях используется множество информационных систем, данных, бизнес-процессов так или иначе влияющих на её деятельность. В первую очередь необходимо определять те активы и процессы, которые значимо влияют на деятельность компании и выставлять приоритеты проводимых работ по защите. Со временем, когда количество процессов и систем вырастает, у внутренних исполнителей может теряться фокус приоритезации. В таком случае, когда отсутствует систематический подход по определению приоритетов и важности защищаемых активов, лучше прибегнуть к внешним специалистам.
Разработанные процессы должны быть доведены до сведения всех участников, а участники должны подтвердить свою готовность исполнять процесс с заданными параметрами (время реагирования, время выполнения своей части, объем одновременных операций по процессу и т.п.). Также должны проводиться регулярные проверочные испытания, которые подтвердят, что в необходимый момент процесс будет работать так как было задумано, а все участники знают что делать и безошибочно выполняют свою роль
Даже самые эффективные процессы и разработанная документация не сможет защитить активы компании, в случае когда требуются средства защиты информации (межсетевые экраны, в том числе приложений, средства обнаружения вторжений, антивирусная защита, средства контроля целостности и т.п). Выбор эффективных средств защиты, оптимальных по стоимости владения, качеству работы, производительности, надёжности, с планированием на возможность вертикального и горизонтального масштабирования (а значит нужно иметь представление о дальнейшем развитии инфраструктуры обеспечения инструментальной защиты, нагрузку, потенциальные угрозы и т.п.) - является жизненно важной частью обеспечения реальной безопасности.
Даже самые защищённые системы взламывают. Жизненно важно быть готовым к подобному и в критичный момент знать что делать. В случае возникновения инцидента, время которое потребуется на разработку плана работ на его устранение, ошибки, которые могут возникнуть, эффективность действий, оптимальность процесса устранения - может оказаться временем между “компания прекратила существование” и “компания устранила инцидент с минимальными последствиями”. Планы действий по устранению последствий самых часто встречающихся инцидентов (здесь всё зависит от специфики деятельности компании) - жизненно необходимы (например, план действий в случае компрометации AD, план действий в случае утечки пароля администратора баз данных и т.п.).
Тут приведена лишь малая часть практических шагов по обеспечению кибербезопасности, на деле их гораздо больше. Каждый бизнес уникален, со своими специфическими бизнес-процессами, отраслевой спецификой и уникальными технологическими решениями, поэтому для составления полного road-map необходима уже детальная проработка.
Кейсы
Кейсы
Кейсы
