Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Методы защиты информации. Учебное пособие
.pdf
4) автономный объект, используя свой секретный ключ
K
С
О
K
ID
E
D
K
K
П
О
О
С
О
О
,
T
2
T
T
T
1
2
T
T
1
K
П
О
X
E
K
П
О
T
3
K
П
С
X
E
D
K
K
П
С
П
О
K
О
О
KID
E
K
,
О
О
K
K
П
С
П
О
,
K
О
О
T
T
T
2
3
T
T
1
K
K
О
С
О
О
,
, дешифрирует
принятое сообщение от пользователя
фиксирует время принятия сообщения
принимает решение: если
, то конец связи с пользователем. В
. Рассчитывает
. По таймеру
противном случае проверяет: идентификатор ID, полученный в сообщении от пользователя, совпадает с собственным идентификатором? Если
нет, то конец связи. Иначе – используя открытый ключ пользователя
, передает ему сообщение
нение команды K, и фиксирует время
, содержащее запрос X на выпол-
;
5) пользователь:
используя свой секретный ключ
ние
;
используя открытый ключ объекта
сообщение
, содержащее команду управления K и новый
, дешифрирует принятое сообще-
, передает удаленному объекту
и
идентификатор, который будет использован в будущем сеансе связи
(значение нового ID имеет случайный характер);
фиксирует в своей оперативной памяти значение нового идентифика-
тора;
уничтожает свою сеансовую пару ключей
совый ключ объекта
;
6) объект дешифрирует принятое сообщение. Рассчитывает
принимает решение: если
, то конец связи с пользователем. В
и открытый сеан-
и
противном случае размещает в оперативной памяти новый идентификатор ID, уничтожает свою пару ключей
и выполняет команду K.
Таким образом, каждый сеанс связи пользователя с удаленным объектом характеризуется использованием «своих» сеансовых ключей и «своего» сеансового
идентификатора. Значения данных параметров имеет случайный характер, что гарантирует надежную аутентификацию пользователя со стороны удаленного объекта.
31
Контрольные вопросы
1. Изобразите модель криптосистемы с одним ключом и поясните прин-
цип ее работы.
2. Изобразите модель криптосистемы с одним ключом и участием центра
распределения ключей и поясните принцип ее работы.
3. Изобразите модель криптосистемы с открытым ключом, обеспечиваю-
щей конфиденциальность передаваемой информации. Поясните принцип работы данной модели.
4. Изобразите модель криптосистемы с открытым ключом, обеспечиваю-
щей аутентификацию передаваемой информации. Поясните принцип
работы данной модели.
5. Изобразите модель криптосистемы с открытым ключом, обеспечиваю-
щей конфиденциальность и аутентификацию передаваемой информации. Поясните принцип работы данной модели.
6. Перечислите основные требования, которым должны удовлетворять
криптосистемы с открытым ключом.
7. Поясните, в чем состоит суть индивидуального публичного объявления
открытых ключей пользователями?
8. Изобразите сценарий распределения открытых ключей с использовани-
ем публично доступного каталога открытых ключей.
9. Изобразите сценарий распределения открытых ключей с участием ав-
торитетного источника открытых ключей.
10. Поясните, в чем состоит суть сертификации открытых ключей.
11. В чем суть простого распределения секретных ключей?
12. Поясните сценарий распределения секретных ключей с обеспечением
конфиденциальности и аутентичности.
13. Изобразите сценарий применения криптосистемы с открытым ключом
для аутентификации пользователя со стороны автономного объекта
14. Поясните, почему применение криптосистемы с открытым ключом га-
рантирует надежную аутентификацию пользователя со стороны автономного объекта.
32
3 ОБЩИЕ КРИТЕРИИ ОЦЕНКИ БЕЗОПАСНОСТИ ИНФОРМАЦИОННЫХ
ТЕХНОЛОГИЙ
3.1 Основные определения
Введем основные определения [5 - 8], которые нам потребуются для дальнейшего изложения материала по ОК.
Политика безопасности организации – совокупность правил, процедур в области безопасности, которыми руководствуется организация в своей деятельности.
Система ИТ – специфическое воплощение ИТ с конкретным назначением и
условиями эксплуатации.
Объект оценки (Target of Evaluation) – подлежащая оценке система ИТ.
Политика безопасности объекта оценки (Target of Evaluation Security Policy)
– совокупность правил, обеспечивающих защиту информации в пределах системы
ИТ.
Задание по безопасности (Security Target) – совокупность требований без-
опасности и спецификаций, которая является основой для оценки конкретной системы ИТ.
Профиль защиты (Protection Profile) – реализованная совокупность требова-
ний безопасности и спецификаций, отвечающая специфическим запросам пользователя системы ИТ.
Функция безопасности (Security Function) – функциональные возможности
части или частей системы ИТ, обеспечивающие выполнение подмножества взаимосвязанных правил политики безопасности организации.
Стойкость функции безопасности (Strength of Function)– характеристика
функции безопасности, характеризующая возможности системы ИТ выполнять ее
основные функции при прямой атаке нарушителя на профиль защиты.
3.2 История создания "Общих критериев"
"Общие критерии" (Common Criteria) представляют собой результат после-
довательных усилий по разработке критериев оценки безопасности информационных технологий (ИТ) различных стран (рисунок 3.1).
В начале 80-х годов в США были разработаны "Критерии оценки доверен-
ных компьютерных систем" (Trusted Computer System Evaluation Criteria, TCSEC).
В следующем десятилетии и другие страны мира проявили инициативу по разра-
33
ботке критериев оценки, которые строились на вышеупомянутой концепции, но
были более гибки и адаптируемы к природе эволюции ИТ в целом.
В свою очередь, в 1991 г. Европейская Комиссия опубликовала свои "Крите-
рии оценки безопасности информационных технологий" (Information Technology
Security Evaluation Criteria, ITSEC) версии 1.2, которые были разработаны совместно Францией, Германией, Нидерландами и Великобританией.
В начале 1993 г., в Канаде на основе сочетания первых двух подходов
TCSEC и ITSEC были созданы "Канадские критерии оценки доверенных компьютерных продуктов" (Canadian Trusted Computer Product Evaluation Criteria,
CTCPEC) версии 3.0.
В это же время, в США был издан проект стандарта "Федеральные критерии
безопасности информационных технологий" (Federal Criteria for Information Tech-
nology Security, FC) версии 1.0, который использовал другой подход к объединению североамериканской и европейской концепций критериев оценки.
Однако существовала необходимость признания результатов стандартизиро-
ванной оценки безопасности каждой из стран на мировом рынке ИТ. Поэтому в
1990 г. международной организацией по стандартизации (International Organization
for Standardization, ISO) была начата разработка международного стандарта критериев оценки для всемирного использования.
34
начало 80-х гг.
"Критерии оценки дове-
ренных компьютерных
систем"
(TCSEC),
США
1991 г.
"Критерии оценки безопасности информаци-
онных технологий"
(ITSEC),
версия 1.2.
Франция, Германия, Ни-
дерланды, Великобрита-
ния
1993 г.
"Федеральные критерии
оценки безопасности
информационных техно-
логий"
(FC),
версия 1.0.
США
1993 г.
"Канадские критерии
оценки доверенных ком-
пьютерных продуктов"
(CTCPEC),
версия 3.0.
Канада
Рисунок 3.1 – История создания "Общих критериев"
1993 г.
создан
"Проект
Общие кри-
терии"
1996 г.
ОК версии
1.0
1997 г.
ОК версии
2.0
4 апреля
2002 г.
принят ГОСТ Р
ИСО/МЭК 15408
российский аналог
ОК
1 января
2004 г.
ГОСТ Р ИСО/МЭК
15408 вступил в
силу
Эта задача была поставлена перед рабочей группой 3 (Working Group 3,
WG3) подкомитета 27 (Subcommittee 27, SC27) совместимого технического комитета 1 (Joint Technical Committee 1, JTC1). Однако работа WG3 шла медленно из-за
большого объема и необходимости интенсивных многосторонних переговоров с
каждой из сторон. Поэтому в июне 1993 г. организации-спонсоры TCSEC, ITSEC,
CTCPEC и FC объединили свои усилия и начали действовать совместно, чтобы согласовать различающиеся между собой критерии и создать единую совокупность
35
критериев безопасности ИТ, которые могли бы использоваться в международном
масштабе.
Эта деятельность получила название "Проект "Общие критерии". Его целью
являлось устранение концептуальных и технических различий между исходными
критериями и представление в ISO полученных результатов для содействия разработке международного стандарта. Представители организаций-спонсоров сформировали редакционный совет "Общих критериев" (Common Criteria Editorial Board,
ССЕВ) для разработки "Общих Критериев" (ОК). Затем было установлено взаимодействие между ССЕВ и WG3.
Начиная с 1994 г. ССЕВ представил в WG3 несколько ранних версий ОК,
которые потом оформлялись как последовательные рабочие проекты различных
частей критериев ISO.
Версия 1.0 ОК была завершена ССЕВ в январе 1996 г. и одобрена ISO в апреле 1996 г. для распространения в качестве проекта комитета. Был поведен ряд
экспериментальных оценок на основе версии 1.0 ОК, а также организовано широкое публичное обсуждение документа. В результате чего, в рамках проекта ОК
была предпринята значительная переработка на основе полученных замечаний,
которая уже выполнялась преемником ССЕВ, который в настоящее время называется советом по реализации ОК (Common Criteria Implementation Board, CCIB).
CCIB завершил бета-версию 2.0 ОК в октябре 1997 г., и представил ее в
WG3, которая одобрила ее как второй проект комитета. Последующие промежу-
точные версии проекта представлялись неофициально экспертам WG3 по мере их
подготовки в CCIB. CCIB учел ряд замечаний, которые были получены как непосредственно от экспертов WG3, так и от национальных органов ISO при обсуждении промежуточных версий проекта. Кульминацией этого процесса явилась публикации версии 2.0 ОК.
По историческим причинам и с целью обеспечения преемственности
ISO/IEC/JTCI/SC27/WG3 приняла для дальнейшего использования термин "Общие
критерии" (ОК) внутри документа, признавая, что его официальным названием,
принятым в ISO, является "Критерии оценки безопасности информационных технологий" (Information technology — Security techniques — Evaluation Criteria for IT
Security.).
3.3 Структура ГОСТ Р ИСО/МЭК 15408
Российский аналог международного стандарта ОК был разработан центром
безопасности информации, 4 ЦНИИ министерства обороны РФ, центром "Атомзащитаинформ", ЦНИИАТОМИНФОРМ, ВНИИстандрт, при участии экспертов
международной рабочей группы по ОК. И принят постановлением Госстандарта
России от 4 апреля 2002 г. как ГОСТ Р ИСО/МЭК 15408 с полным названием −
36
"Информационная технология. Методы и средства обеспечения безопасности.
ГОСТ Р ИСО/МЭК 15408
Часть 1
"Введение и общая модель"
Представлены:
определения общих прин-
ципов и концепции оценки
безопасности ИТ;
конструкции для выраже-
ния целей безопасности ИТ;
конструкции выбора и
определения требований безопасности ИТ;
конструкции написания
высокоуровневых спецификаций для продуктов и систем.
Указана полезность каждой из
частей ОК применительно к
каждой из основных групп
пользователей ОК (группы
потребителей, разработчиков
и оценщиков).
Часть 2
"Функциональные требо-
вания безопасности"
устанавливает сово-
купность функциональных компонентов как
стандартный способ выражения функциональных требований к объекту оценки (ОО);
содержит каталог
всех функциональных
компонентов, семейств,
классов.
Часть 3
"Требования доверия к
безопасности"
устанавливает сово-
купность компонентов
доверия как стандартный
способ выражения требований доверия к ОО;
содержит каталог всех
компонентов, семейств и
классов доверия;
определяет критерии
оценки профилей защиты
и заданий по безопасности;
представляет оценоч-
ные уровни доверия
(ОУД), которые определяют шкалу ранжирования доверия к ОО.
Рисунок 3.2 – Структура ГОСТ Р ИСО/МЭК 15408
Критерии оценки безопасности информационных технологий".
Этот стандарт определяет критерии, за которыми исторически закрепилось
название "Общие критерии" (ОК), и состоит из трех отдельных, но взаимосвязанных частей, представленных ниже на рисунке 3.2.
интерес для каждой из трех основных групп пользователей ОК.
вы при оценке характеристик безопасности продуктов и систем ИТ, делает результаты оценки безопасности ИТ значимыми для более широкой аудитории, путем
установления общей базы критериев.
опасности, которая достигается предоставлением общего набора требований к
функциям безопасности продуктов и систем ИТ и к мерам доверия, применяемых
к ним при оценке безопасности. В процессе оценки достигается определенный
уровень уверенности в том, что функции безопасности таких продуктов или си-
В таблице 3.1 показано, в каком качестве различные части ОК представляют
ГОСТ Р ИСО/МЭК 15408 предназначен для использования в качестве осно-
1. ОК дают возможность сравнения результатов независимых оценок без-
37
стем, а также предпринимаемые меры доверия отвечают предъявляемым требова-
Таблица 3.1 – Путеводитель по ОК для основных
групп пользователей
Часть ОК
Потребитель
Разработчик
Оценщик
Часть 1
Общие сведения по
применению. Руководство по структуре
профилей защиты.
Общие сведения и
справочное руководство по разработке
требований и формулированию спецификаций безопасности для
объектов оценки
Общие сведения по применению. Руководство по
структуре профилей защиты и заданий по безопасности.
Часть 2
Руководство и справочник при формулировании требований к
функциям безопасности
Справочник по интерпретации функциональных требований и
формулированию
функциональных спецификаций для объектов оценки.
Обязательное изложение
критериев оценки, используемых при определении
эффективности выполнения объектом оценки заявленных функций безопасности.
Часть 3
Руководство по определению требуемого
уровня доверия.
Справочник по интерпретации требований
доверия и определению
подходов к установлению доверия к объектам оценки
Обязательное изложение
критериев оценки, используемых при определении
доверия к объектам оценки и оценки профилей защиты и заданий по безопасности.
ниям.
Результаты оценки помогут потребителям решить, являются ли продукты
или системы ИТ достаточно безопасными для их предполагаемого применения и
приемлемы ли прогнозируемые риски при их использовании.
2. ОК полезны в качестве руководства как при разработке продуктов или
систем с функциями безопасности ИТ, так и при приобретении коммерческих
продуктов и систем с такими функциями. При оценке такой продукт или систему
ИТ называют объектом оценки (ОО).
К таким ОО, например, относятся операционные системы, вычислительные
сети, распределенные системы и приложения.
3. ОК направлены на защиту информации от несанкционированного рас-
крытия, модификации или потери возможности ее использования.
Категории защиты, относящиеся к этим трем типам нарушения безопасности, обычно называют конфиденциальностью, целостностью и доступностью
соответственно. ОК могут быть также применимы к тем аспектам безопасности
ИТ, которые выходят за пределы этих трех понятий. Стандарт сосредоточен на
угрозах информации, возникающих в результате действий человека, злоумышлен-
38
ных, так и иных, но возможно также применение ОК и для некоторых угроз, не
связанных с человеческим фактором.
Некоторые вопросы рассматриваются как лежащие вне области действий
ОК, поскольку они требуют привлечения специальных методов или являются
смежными по отношению к безопасности ИТ. ОК, в частности, не содержат:
1) критерии оценки безопасности, касающиеся административных мер без-
опасности, непосредственно не относящихся к мерам безопасности ИТ;
2) оценку специальных физических аспектов безопасности ИТ, таких как
контроль электромагнитного излучения, прямо не затрагивается, хотя
многие концепции ОК применимы и в этой области;
3) ни методологии оценки, ни административно-правовую структуру, в
рамках которой критерии могут применяться органами оценки;
4) процедуры использования результатов оценки при аттестации продуктов
и систем ИТ;
5) критерии для оценки специфических качеств криптографических алго-
ритмов.
3.4 Сфера действия и применения ОК
Информация, содержащаяся в системах или продуктах ИТ, является критическим ресурсом, позволяющим организациям успешно решать свои задачи. Кроме того, частные лица вправе ожидать, что их персональная информация, будучи
размещенной, в продуктах или системах ИТ, останется приватной, доступной им
по мере необходимости и не сможет быть подвергнута несанкционированной модификации. При выполнении продуктами или системами ИТ их функций следует
осуществлять надлежащий контроль информации, что обеспечило бы ее защиту от
опасностей типа нежелательного или неоправданного распространения, изменения
или потери. Термин "безопасность ИТ" охватывает предотвращение и уменьшение
этих и подобных опасностей.
39
Таблица 3.2 – Сфера действия и применения ОК пользователями
Пользователь
ОК
Сфера действия и применения ОК
Потребитель
1. Методическая поддержка выбора потребителями требований
безопасности ИТ для выражения своих потребностей.
2. Результаты оценки помогают потребителям решить, вполне ли
оцениваемый продукт или система удовлетворяет их потребностям в безопасности.
3. Использование результатов оценки для сравнения различных
продуктов и систем.
4. Предоставление потребителям, особенно входящим в группы и
сообщества с едиными интересами, профиля защиты (ПЗ), для
выражения их специфических требований к мерам безопасности
ИТ в объекте оценки.
Разработчик
1. Поддержка при подготовке к оценке своих продуктов или систем
и содействие в ее проведении, а также при установлении требований безопасности, которым должны удовлетворять каждый их
продукт или система.
2. Конструкции из ОК могут использоваться для формирования ут-
верждения о соответствии объекта оценки установленным для
него требованиям посредством подлежащих оценке специфицированных функций безопасности и мер доверия.
3. В ОК описаны функции безопасности, которые разработчик мог
бы включить в объект оценки.
4. ОК можно использовать для определения обязанностей и дейст-
вий по подготовке свидетельств, необходимых при проведении
оценки ОО. Они также определяют содержание и представление
таких свидетельств.
Оценщик
1. В ОК содержаться критерии, предназначенные для использова-
ния оценщиками при формировании заключения о соответствии
объектов оценки предъявленным к ним требованиям безопасности.
2. В ОК дано описание совокупности основных действий, выпол-
няемых оценщиком, и функций безопасности, к которым относятся эти действия.
Прочие
1. ОК также могут служить справочным материалом для всех, кто
интересуется вопросами безопасности ИТ или несет ответственность за них.
40
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]