Зачем кредитным организациям нужен аудит безопасности?
На сегодняшний день автоматизированные банковские системы (АБС) являются краеугольным камнем в обеспечении бизнес-процессов практически любой кредитной организации вне зависимости от ее размеров и масштабов деятельности. Оттого, насколько хорошо защищена АБС от внешних и внутренних угроз, напрямую зависит устойчивость работы банка. Поэтому на определенном этапе развития информационной инфраструктуры кредитно-финансовой организации возникает необходимость в оценке текущего уровня защищенности, систематизации действующих мер защиты и разработки стратегии в области информационной безопасности. Первым шагом для решения этих задач является проведение аудита информационной безопасности, различные аспекты которого рассматриваются в рамках статьи.
Что такое аудит безопасности?
Аудит представляет собой периодический, независимый и документированный процесс, целью которого является получение оценки текущего уровня защищенности от возможных внешних и внутренних угроз. В рамках аудита проводится оценка операционных рисков банка, связанных с возможным нарушением информационной безопасности, и вырабатываются предложения по их минимизации до приемлемого уровня. Как правило, для проведения аудита привлекаются внешние компании, которые предоставляют консалтинговые услуги в области информационной безопасности. Инициатором процедуры аудита может являться руководство банка, служба автоматизации или служба информационной безопасности организации. Аудит безопасности проводится группой экспертов, численность и состав которой зависят от целей и задач обследования, а также сложности объекта оценки.
Предпосылки проведения аудита безопасности
Причины, по которым проводится аудит безопасности, зависят от тех целей, которые хочет достичь кредитно-финансовая организация в результате реализации данного проекта. Так, аудит может проводиться с целью подготовки технического задания на проектирование и разработку комплексной системы защиты АБС, обеспечивающую эффективное управление операционными рисками. Необходимо отметить, что после внедрения такой системы защиты может проводиться повторный аудит уже с целью оценки ее эффективности.
В ряде случаев аудит проводится в целях расследования происшедшего инцидента, связанного с нарушением информационной безопасности. В этом случае аудит носит прецедентный характер и направлен на установление причин происшедшего инцидента и выработку рекомендаций по их устранению.
Целью аудита также может являться приведение действующей системы безопасности банка в соответствие требованиям российского или международного законодательства. В России одним из базовых нормативных документов в области информационной безопасности кредитно-финансовых организаций является стандарт Банка России СТО БР ИББС-1.0, вторая версия которого была введена в действие в начале 2006 года. Основной целью данного стандарта является установление единых требований по обеспечению информационной безопасности, а также повышение эффективности мероприятий по защите информации. В настоящее время положения стандарта Банка России носят рекомендательный характер, однако нельзя исключать, что в ближайшем будущем его требования могут стать обязательными для выполнения.
Что касается зарубежных нормативных актов, регулирующих банковский сектор, то одним из основных документов этой категории является соглашение Базель II, принятое Базельским комитетом в 2004 году. Данное соглашение предъявляет требования к оценке операционных, кредитных и иных рисков, а также резервированию капитала для их покрытия. Реализация положений данного соглашения требует внедрения комплекса организационных и технических мер, позволяющих минимизировать риски информационной безопасности.
Виды аудита безопасности
В настоящее время можно выделить следующие основные виды аудита информационной безопасности организаций кредитно-финансовой сферы:
оценка соответствия требованиям международного стандарта ISO 27001;
оценка соответствия требованиям стандарта Банка России СТО БР ИББС-1.0;
оценка соответствия требованиям Базельского соглашения Базель II;
инструментальный анализ защищенности, направленный на выявление и устранение уязвимостей программно-аппаратного обеспечения АБС;
комплексный аудит, направленный на оценку рисков информационной безопасности.
Каждый из вышеперечисленных видов аудита может проводиться по отдельности или в комплексе в зависимости от тех задач, которые необходимо решить банку. В качестве объекта аудита может выступать как АБС в целом, так и ее отдельные подсистемы, в которых проводится обработка информации, подлежащей защите. В качестве таких подсистем может выступать интранет-портал, узел доступа к сети интернет, система электронного документооборота, система "Клиент-банк" и др.
Состав работ по проведению аудита безопасности
В общем случае аудит безопасности вне зависимости от формы его проведения состоит из четырех основных этапов, каждый из которых предусматривает выполнение определенного перечня задач (рис. 1).
/-----------------------------------------------------\
| /--------------------\ /--------------------\ |
| |1. Разработка рег-| |2. Сбор исходных| |
| |ламента проведения|------|данных | |
| |аудита банка | \--------------------/ |
| \--------------------/ | |
| |
| /--------------------\ /--------------------\ |
| |4. Разработка реко-| |3. Анализ полученных| |
| |мендаций по повыше-| |данных с целью оцен-| |
| |нию уровня защиты|------|ки текущего уровня| |
| |банка | |безопасности банка | |
| \--------------------/ \--------------------/ |
\-----------------------------------------------------/
Рис. 1. Основные этапы работ при проведении аудита безопасности
На первом этапе совместно с заказчиком разрабатывается регламент, устанавливающий состав и порядок проведения работ. Основная задача регламента заключается в определении границ, в рамках которых будет проведено обследование банка. Регламент является тем документом, который позволяет избежать взаимных претензий по завершению аудита, поскольку четко определяет обязанности сторон. Как правило, регламент содержит следующую основную информацию:
состав рабочих групп от исполнителя и заказчика, участвующих в процессе проведения аудита;
состав информационных систем АБС, которые используются для реализации платежных и информационных технологических процессов банка. Именно эти системы будут являться объектами для проведения аудита информационной безопасности;
перечень информации, которая будет предоставлена исполнителю для проведения аудита;
список и местоположение объектов заказчика, подлежащих аудиту;
перечень ресурсов, которые рассматриваются в качестве объектов защиты (информационные активы, программные ресурсы, физические ресурсы, банковские процессы и т.д.);
модель угроз информационной безопасности, на основе которой проводится аудит;
категории пользователей, которые рассматриваются в качестве потенциальных нарушителей.
На втором этапе в соответствии с согласованным регламентом осуществляется сбор исходной информации. Методы его осуществления включают интервьюирование сотрудников банка, заполнение опросных листов, анализ предоставленной организационно-распорядительной и технической документации, а также использование специализированных инструментальных средств. Структура опросных листов зависит от формы проведения аудита информационной безопасности.
Третий этап работ предполагает проведение анализа собранной информации с целью оценки текущего уровня защищенности банка. На данном этапе проводится оценка операционных рисков, связанных с угрозами информационной безопасности. По результатам проведенного анализа на четвертом этапе проводится разработка рекомендаций по повышению уровня защищенности от угроз информационной безопасности.
Далее более подробно рассматриваются этапы аудита, связанные со сбором информации, ее анализом и разработкой рекомендаций по повышению уровня защиты банка.
Сбор исходных данных для проведения аудита
Качество проводимого аудита безопасности во многом зависит от полноты и точности информации, которая была получена в процессе сбора исходных данных. Поэтому информация должна включать в себя: существующую организационно-распорядительную документацию, касающуюся вопросов информационной безопасности, сведения о программно-аппаратном обеспечении АБС, информацию о средствах защиты, установленных в АБС, и т.д.
Сбор исходных данных может осуществляться с использованием следующих методов: интервьюирование сотрудников заказчика, обладающих необходимой информацией. При этом интервью, как правило, проводится как с техническими специалистами, так и с представителями руководящего звена банка. Привлечение представителей руководящего звена обусловлено необходимостью сбора информации не только технического характера, но и определения бизнес-процессов организации. Необходимо отметить, что перечень вопросов, которые планируется обсудить в процессе интервью, согласовывается заранее;
предоставление опросных листов по определенной тематике, самостоятельно заполняемых сотрудниками заказчика. В тех случаях, когда представленные материалы не полностью дают ответы на необходимые вопросы, проводится дополнительное интервьюирование;
анализ существующей организационно-технической документации, используемой в банке. К такой документации относятся действующая политика информационной безопасности, IT-стратегия банка, регламенты работы с информационными ресурсами, должностные инструкции персонала и т.д.;
использование специализированных программных средств, которые позволяют получить необходимую информацию о составе и настройках программно-аппаратного обеспечения АБС.
Таблица 1
Качественная шкала оценки уровня ущерба
| N |
Уровень ущерба |
Описание |
| 1 |
Малый ущерб |
Приводит к незначительным потерям материальных активов, которые быстро
восстанавливаются, или к незначительному влиянию на репутацию банка |
| 2 |
Умеренный ущерб |
Вызывает заметные потери материальных активов или приводит к умеренному
влиянию на репутацию банка |
| 3 |
Ущерб средней тя-
жести |
Приводит к существенным потерям материальных активов или значительному урону
репутации банка |
| 4 |
Большой ущерб |
Вызывает большие потери материальных активов и наносит большой урон репутации
банка |
| 5 |
Критический ущерб |
Приводит к критическим потерям материальных активов или к полной потере
репутации компании на рынке, что делает невозможным дальнейшую деятельность
банка |
Таблица 2
Качественная шкала оценки вероятности реализации угрозы
| N |
Уровень
вероятности |
Описание |
| 1 |
Очень низкая |
Угроза практически никогда не будет реализована. Уровень соответствует
числовому интервалу вероятности (0, 0,25) |
| 2 |
Низкая |
Вероятность реализации угрозы достаточно низкая. Уровень соответствует
числовому интервалу вероятности (0,25, 0,5) |
| 3 |
Средняя |
Вероятность реализации угрозы приблизительно равна 0,5 |
| 4 |
Высокая |
Угроза скорее всего будет реализована. Уровень соответствует числовому
интервалу вероятности (0,5, 0,75) |
| 5 |
Очень высокая |
Угроза почти наверняка будет реализована. Уровень соответствует числовому
интервалу вероятности (0,75,1) |
Оценка уровня информационной безопасности банка
После сбора необходимой информации проводится ее анализ с целью оценки текущего уровня защищенности системы. В процессе такого анализа определяются операционные риски информационной безопасности, которым может быть подвержен банк. Фактически риск представляет собой интегральную оценку того, насколько эффективно существующие средства защиты способны противостоять информационным атакам.
Обычно выделяют две основные группы методов расчета рисков безопасности. Первая группа позволяет установить уровень риска путем оценки степени соответствия определенному набору требований по обеспечению информационной безопасности. В качестве источников таких требований могут выступать требования стандарта Банка России.
Вторая группа методов оценки рисков информационной безопасности базируется на определении вероятности реализации угрозы, а также уровней их ущерба. В данном случае значение риска вычисляется отдельно для каждой угрозы и в общем случае представляется как произведение вероятности реализации угрозы на величину возможного ущерба от этой угрозы - Риск(а) = Р(а)-Ущерб(а). Значение ущерба определяется собственником информационного ресурса, а вероятность атаки вычисляется группой экспертов, проводящих процедуру аудита.
Методы первой и второй группы могут использовать количественные или качественные шкалы для определения величины риска информационной безопасности. В первом случае риск и все его параметры
