Безопасность на основе домена - Domain Based Security

«Безопасность на основе домена», сокращенно «DBSy», представляет собой модельный подход, помогающий анализировать информационная безопасность риски в бизнес-контексте и обеспечивают четкое и прямое сопоставление рисков и меры безопасности нужно было ими управлять. Вариант подхода используется правительством Великобритании Стандарт HMG Infosec №1 метод оценки технических рисков.[1] DBSy - зарегистрированная торговая марка QinetiQ ООО

DBSy был разработан в конце 1990-х годов Агентство оборонной оценки и исследований (ДЕРА). Это модельный подход к обеспечение информации который описывает требования к безопасности в организации с учетом бизнеса, который необходимо поддерживать. Модель основана на концепции домена безопасности, который представляет собой логическое место, где люди работают с информацией с помощью компьютерной системы, и который имеет связи с другими доменами безопасности, где это необходимо для поддержки деловой активности. Следовательно, основное внимание уделяется информации, которая нуждается в защите, людям, которые с ней работают, и людям, с которыми они обмениваются информацией. Модель также может описывать физическую среду, в которой работают люди, и границы системы, в которых размещаются основные меры безопасности системы. Затем к модели применяется систематический метод для выявления и описания рисков, которым подвергаются ценные информационные активы, и определения мер безопасности, эффективных при управлении рисками.

История

DBSy возник в конце 1990-х годов и был разработан Агентством оборонной оценки и исследований (DERA) для Министерства обороны (MOD). Первоначально называвшийся доменным подходом, он был разработан вместе с Пурпурная Пенелопа для поддержки растущей потребности МО во взаимосвязи между системами, работающими на разных уровнях безопасности,[2].[3]Было признано, что риски, связанные с такими связями, напрямую связаны с характером необходимого обмена информацией и что эффективная модель для понимания и управления рисками должна учитывать потребности бизнеса в обмене информацией. Также было признано, что контролируемое раскрытие информации из системы, обрабатывающей секретную информацию (иногда называемую в то время «понижающей оценкой» или «дезинфекция ') не была адекватно описана ни одной из существующих моделей информационной безопасности (особенно Bell-LaPadula, Биба и связанные поток информации модели).

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

Техника моделирования была применена к некоторым крупным проектам для MOD, и в результате этого опыта методы графического моделирования были пересмотрены, и был разработан строгий метод оценки рисков, основанный на концепциях компромиссных путей. Также был разработан подход к документации по ИТ-безопасности через жизненный цикл проекта.[5] Конференции по безопасности на основе доменов были проведены в QinetiQ Малверн в июне 2005 г. и июне 2006 г., продвигая обсуждение того, как его можно было бы более широко использовать, как для защиты[6]и коммерческие системы.[7]

Впоследствии был разработан вариант метода DBSy, который был включен в правительственную программу Великобритании. Стандарт HMG Infosec №1 Метод оценки технических рисков, стандартный метод, используемый для оценки рисков безопасности для всех государственных информационных технологий. системы.

Модель DBSy

Подход DBSy использует простые модели для представления требований к безопасности в организации с использованием двух разных, но связанных точек зрения: бизнес-модель Infosec представляет аспекты безопасности бизнеса, а модель инфраструктуры Infosec представляет собой логическое обеспечение строгих границ, обеспечивающих разделение. В сочетании они составляют модель архитектуры Infosec.[8] Эта модель формирует основу для проведения систематической и тщательной оценки рисков.

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

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

Модель архитектуры Infosec объединяет представления бизнеса и инфраструктуры, показывая, какие домены безопасности поддерживаются какими островами инфраструктуры. Если существуют соединения между доменами безопасности, которые размещены на разных островах, соединения должны поддерживаться подходящей дорогой.

Метод оценки риска

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

Ключевые факторы, определяющие риск для конкретного объекта интереса:

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

Эта структура рисков систематически применяется к модели архитектуры Infosec для конкретной организации, представляющей важные для безопасности функции бизнеса и ИТ-систем организации. Посредством этого процесса можно систематически описать набор Компромиссных путей и оценить относительную эффективность различных контрмер.[9]

Сравнение с другими методами оценки риска ВА

DBSy отличается от других Управление ИТ-рисками Методы, в которых основное внимание уделяется людям, движущим силам бизнеса организации и способам ведения бизнеса, а не техническим мерам безопасности. Аналитик должен систематически определять группы людей, которые представляют угрозу, и способы, которыми они могут причинить вред, обеспечивая строгую бизнес-ориентированную основу для концепций угроза и уязвимость. Цель состоит в том, чтобы понять и проанализировать риски информационной безопасности, с которыми сталкивается организация, особенно в тех случаях, когда кажется, что эти риски противоречат потребностям эффективности бизнеса в организации или в отношениях с клиентами и деловыми партнерами.

Рекомендации

  1. ^ Стандарт HMG IA № 1 «Оценка технических рисков», выпуск 3.51, октябрь 2009 г., «Архивная копия» (PDF). Архивировано из оригинал (PDF) 26 мая 2012 г.. Получено 15 августа 2014.CS1 maint: заархивированная копия как заголовок (связь) по состоянию на 15 августа 2014 г.
  2. ^ B. Pomeroy и S. Wiseman, "Частные настольные компьютеры и общий магазин", Proc. 14-й конференции по приложениям компьютерной безопасности, стр. 190–200, Феникс, Аризона, декабрь 1998 г.
  3. ^ Макдональд Р., "Пурпурная Пенелопа и новая стратегия Министерства обороны Великобритании по информационной безопасности", сентябрь 1997 г. http://www.opengroup.org/security/meetings/sep97/Group.pdf Доступ 27 мая 2014 г.
  4. ^ Чью Пхенг Го, "Модель безопасности для оборонной организации" Уэльский университет, Аберистуит, 30 ноября 2003 г. http://www.aber.ac.uk/~dcswww/Dept/Teaching/MSc_dissertations/2003/Goh_Chiew_Pheng.pdf Доступ 26 августа 2014 г.
  5. ^ Робинсон К., Хьюз К. «Для чего нужны защитные документы? - Цели документов по аккредитации Министерства обороны США», представленные на ежегодной конференции аккредиторов в Саннингдейле, 23–24 сентября 2002 г. https://pdfs.semanticscholar.org/8e3e/c2654849e19be55571dfbab09899fef94674.pdf
  6. ^ Хаят З., Рив Дж., Бутл С., «Безопасность на основе доменов: улучшение практики» Саутгемптонского университета, спонсируемая BAe Systems, 2005 г. http://www.hpl.hp.com/techreports/2005/HPL-2005-141.pdf Доступ 26 августа 2014 г.
  7. ^ Монахон Б. и др., «DBSy в контексте коммерческих услуг» HP Laboratories, Бристоль, HPL-2005-141, 4 августа 2005 г. http://www.hpl.hp.com/techreports/2005/HPL-2005-141.pdf Доступ 26 августа 2014 г.
  8. ^ Ашенден Д., Уорренер К., «Понимание зависимостей риска в информационных системах», Труды 4-й Австралийской конференции по информационной войне и безопасности ИТ, Аделаида, ноябрь 2003 г.
  9. ^ Хьюз К., Вайзман С., «Анализ рисков информационной безопасности: политика защиты до реализации», Труды 4-й Европейской конференции по информационной войне и безопасности, Academic Conferences Ltd. ISBN  1-905305-02-8, Июль 2005 г.