Условное |
Содержание мер по обеспечению безопасности |
|
Уровни |
||
обозна- |
персональных данных |
защищенности |
|||
чение и |
|
персональных |
|||
номер |
|
|
данных |
||
ЗИС.7 |
Контроль санкционированного и исключение |
|
|
|
|
|
несанкционированного использования |
|
|
|
|
|
технологий мобильного кода, в том числе |
|
|
|
|
|
регистрация событий, связанных с |
|
|
|
|
|
использованием технологий мобильного кода, |
|
|
|
|
|
их анализ и реагирование на нарушения, |
|
|
|
|
|
связанные с использованием технологий |
|
|
|
|
|
мобильного кода |
|
|
|
|
ЗИС.8 |
Контроль санкционированного и исключение |
|
|
|
|
|
несанкционированного использования |
|
|
|
|
|
технологий передачи речи, в том числе |
|
|
|
|
|
регистрация событий, связанных с |
|
|
|
|
|
использованием технологий передачи речи, |
|
|
|
|
|
их анализ и реагирование на нарушения, |
|
|
|
|
|
связанные с использованием технологий |
|
|
|
|
|
передачи речи |
|
|
|
|
ЗИС.9 |
Контроль санкционированной и исключение |
|
|
|
|
|
несанкционированной передачи |
|
|
|
|
|
видеоинформации, в том числе регистрация |
|
|
|
|
|
событий, связанных с передачей |
|
|
|
|
|
видеоинформации, их анализ и реагирование |
|
|
|
|
|
на нарушения, связанные с передачей |
|
|
|
|
|
видеоинформации |
|
|
|
|
ЗИС.10 |
Подтверждение происхождения источника |
|
|
|
|
|
информации, получаемой в процессе |
|
|
|
|
|
определения сетевых адресов по сетевым |
|
|
|
|
|
именам или определения сетевых имен по |
|
|
|
|
|
сетевым адресам |
|
|
|
|
ЗИС.11 |
Обеспечение подлинности сетевых |
|
|
+ |
|
|
соединений (сеансов взаимодействия), в том |
|
|
|
+ |
|
числе для защиты от подмены сетевых |
|
|
|
|
|
устройств и сервисов |
|
|
|
|
ЗИС.12 |
Исключение возможности отрицания |
|
|
|
|
|
пользователем факта отправки персональных |
|
|
|
|
|
данных другому пользователю |
|
|
|
|
ЗИС.13 |
Исключение возможности отрицания |
|
|
|
|
|
пользователем факта получения |
|
|
|
|
|
персональных данных от другого |
|
|
|
|
|
пользователя |
|
|
|
|
ЗИС.14 |
Использование устройств терминального |
|
|
|
|
|
доступа для обработки персональных данных |
|
|
|
|
|
116 |
|
|
|
|
Условное |
Содержание мер по обеспечению безопасности |
|
|
Уровни |
||
обозна- |
персональных данных |
|
защищенности |
|||
чение и |
|
|
персональных |
|||
номер |
|
|
|
данных |
||
ЗИС.15 |
Защита архивных файлов, параметров |
|
|
|
+ |
|
|
настройки средств защиты информации и |
|
|
|
|
+ |
|
программного обеспечения и иных данных, не |
|
|
|
|
|
|
подлежащих изменению в процессе |
|
|
|
|
|
|
обработки персональных данных |
|
|
|
|
|
ЗИС.16 |
Выявление, анализ и блокирование в |
|
|
|
|
|
|
информационной системе скрытых каналов |
|
|
|
|
|
|
передачи информации в обход реализованных |
|
|
|
|
|
|
мер или внутри разрешенных сетевых |
|
|
|
|
|
|
протоколов |
|
|
|
|
|
ЗИС.17 |
Разбиение информационной системы на |
|
|
|
+ |
|
|
сегменты (сегментирование информационной |
|
|
|
|
+ |
|
системы) и обеспечение защиты периметров |
|
|
|
|
|
|
сегментов информационной системы |
|
|
|
|
|
ЗИС.18 |
Обеспечение загрузки и исполнения |
|
|
|
|
|
|
программного обеспечения с машинных |
|
|
|
|
|
|
носителей персональных данных, доступных |
|
|
|
|
|
|
только для чтения, и контроль целостности |
|
|
|
|
|
|
данного программного обеспечения |
|
|
|
|
|
ЗИС.19 |
Изоляция процессов (выполнение программ) |
|
|
|
|
|
|
в выделенной области памяти |
|
|
|
|
|
ЗИС.20 |
Защита беспроводных соединений, |
|
|
+ |
+ |
|
|
применяемых в информационной системе |
|
|
|
|
+ |
XIV. Выявление инцидентов и реагирование на них (ИНЦ) |
|
|
|
|
||
ИНЦ.1 |
Определение лиц, ответственных за |
|
|
|
+ |
|
|
выявление инцидентов и реагирование на них |
|
|
|
|
+ |
ИНЦ.2 |
Обнаружение, идентификация и регистрация |
|
|
|
+ |
|
|
инцидентов |
|
|
|
|
+ |
ИНЦ.3 |
Своевременное информирование лиц, |
|
|
|
+ |
|
|
ответственных за выявление инцидентов и |
|
|
|
|
+ |
|
реагирование на них, о возникновении |
|
|
|
|
|
|
инцидентов в информационной системе |
|
|
|
|
|
|
пользователями и администраторами |
|
|
|
|
|
ИНЦ.4 |
Анализ инцидентов, в том числе определение |
|
|
|
+ |
|
|
источников и причин возникновения |
|
|
|
|
+ |
|
инцидентов, а также оценка их последствий |
|
|
|
|
|
ИНЦ.5 |
Принятие мер по устранению последствий |
|
|
|
+ |
|
|
инцидентов |
|
|
|
|
+ |
ИНЦ.6 |
Планированиеипринятиемерпопредотвращению |
|
|
|
+ |
|
|
повторноговозникновенияинцидентов |
|
|
|
|
+ |
|
117 |
|
|
|
|
|
Условное |
Содержание мер по обеспечению безопасности |
|
Уровни |
|||
обозна- |
персональных данных |
защищенности |
||||
чение и |
|
персональных |
||||
номер |
|
|
данных |
|||
XV. Управление конфигурацией информационной системы и системы |
|
|
||||
защиты персональных данных (УКФ) |
|
|
|
|
|
|
УКФ.1 |
Определение лиц, которым разрешены |
|
+ |
|
+ |
|
|
действия по внесению изменений в |
|
|
|
|
+ |
|
конфигурацию информационной системы и |
|
|
|
|
|
|
системы защиты персональных данных |
|
|
|
|
|
УКФ.2 |
Управление изменениями конфигурации |
|
+ |
|
+ |
|
|
информационной системы и системы защиты |
|
|
|
|
+ |
|
персональных данных |
|
|
|
|
|
УКФ.3 |
Анализ потенциального воздействия |
|
+ |
|
+ |
|
|
планируемых изменений в конфигурации |
|
|
|
|
+ |
|
информационной системы и системы защиты |
|
|
|
|
|
|
персональных данных на обеспечение защиты |
|
|
|
|
|
|
персональных данных и согласование |
|
|
|
|
|
|
изменений в конфигурации информационной |
|
|
|
|
|
|
системы с должностным лицом |
|
|
|
|
|
|
(работником), ответственным за обеспечение |
|
|
|
|
|
|
безопасности персональных данных |
|
|
|
|
|
УКФ.4 |
Документирование информации (данных) об |
|
+ |
|
+ |
|
|
изменениях в конфигурации информационной |
|
|
|
|
+ |
|
системы и системы защиты персональных |
|
|
|
|
|
|
данных |
|
|
|
|
|
В данном разделе были рассмотрены основные методы защиты информации при проектировании банков данных.
Контрольные вопросы к разделу 7
1.Что такое информационная безопасность?
2.Что такое целостность, доступность и конфиденциальность информации?
3.Что такое модель угроз безопасности, и какова её обобщенная структура?
4.Какие функции выполняет большинство средств защиты от несанкционированного доступа?
5.Каковы основные каналы утечки информации методом побочных электромагнитных излучений?
6.Какие основные наиболее реализуемые угрозы существуют при построении распределенных баз данных?
7.Какие механизмы защиты реализует межсетевой экран?
8.Какие механизмы защиты реализуют системы обнаружения вторжений?
9.Какие классы внутренних нарушителей Вы знаете?
118
10. Сколько уровней защищенности существует в информационных системах персональных данных?
8. Современные тенденции построения файловых систем
Важным шагом в развитии именно информационных систем явился переход к использованию централизованных систем управления файлами. С точки зрения прикладной программы, файл — это именованная область внешней памяти, в которую можно записывать и из которой можно считывать данные.
Правила именования файлов, способ доступа к данным, хранящимся в файле, и структура этих данных зависят от конкретной системы управления файлами и, возможно, от типа файла. Система управления файлами берет на себя распределение внешней памяти, отображение имен файлов в соответствующие адреса во внешней памяти и обеспечение доступа к данным.
Такие системы иногда называются файловыми. Несмотря на относительную простоту организации, файловые системы имеют ряд недостатков:
1.Избыточность данных. Файловые системы характеризуются значительной избыточностью, поскольку нередко для решения различных задач управления используются одни и те же данные, размещенные в разных файлах. Из-за дублирования данных в разных файлах память на внешних запоминающих устройствах используется неэкономно, информация одного и того же объекта управления распределяется между многими файлами. При этом довольно тяжело представить общую информационную модель предметной области.
2.Несогласованность данных. Учитывая, что одна и та же информация может размещаться в разных файлах, технологически тяжело проследить за внесением изменений одновременно во все файлы. Из-за этого может возникнуть несогласованность данных, когда одно и то же поле в разных файлах может иметь разные значения.
3.Зависимость структур данных и прикладных программ. При файловой организации логическая и физическая структуры файла должны соответствовать их описанию в прикладной программе. Прикладная программа должна быть модифицирована при любом изменении логической или физической структуры файла. Поскольку изменения в одной программе часто требуют внесения изменений в другие информационно-связанные программы, то иногда проще создать новую программу, чем вносить изменения в старую. Поэтому этот недостаток файловых систем приводит к значительному увеличению стоимости сопровождения программных средств. Иногда стоимость сопровождения программных средств может достигать близко 70 % стоимости их разработки.
119
Пользователи видят файл как линейную последовательность записей и могут выполнить над ним ряд стандартных операций:
создать файл (требуемого типа и размера);
открыть ранее созданный файл;
прочитать из файла некоторую запись (текущую, следующую, предыдущую, первую, последнюю);
записать в файл на место текущей записи новую, добавить новую запись в конец файла.
Вразных файловых системах эти операции могли несколько отличаться, но общий смысл их был именно таким. Главное, что следует отметить, это то, что структура записи файла была известна только программе, которая с ним работала, система управления файлами не знала ее. И поэтому для того, чтобы извлечь некоторую информацию из файла, необходимо было точно знать структуру записи файла с точностью до бита. Каждая программа, работающая с файлом, должна была иметь у себя внутри структуру данных, соответствующую структуре этого файла. Поэтому при изменении структуры файла требовалось изменять структуру программы, а это требовало новой компиляции, то есть процесса перевода программы в исполняемые машинные коды. Такая ситуации характеризовалась как зависимость программ от данных. Для информационных систем характерным является наличие большого числа различных пользователей (программ), каждый из которых имеет свои специфические алгоритмы обработки информации, хранящейся в одних и тех же файлах. Изменение структуры файла, которое было необходимо для одной программы, требовало исправления и перекомпиляции и дополнительной отладки всех остальных программ, работающих с этим же файлом. Это было первым существенным недостатком файловых систем, который явился толчком
ксозданию новых систем хранения и управления информацией.
Для иллюстрации обратимся к примеру [24]. «Несколько лет назад почтовое ведомство (из лучших побуждений) пришло к решению, что все адреса должны обязательно включать почтовый индекс. Во многих вычислительных центрах это, казалось бы, незначительное изменение привело к ужасным последствиям. Добавление к адресу нового поля, содержащего шесть символов, означало необходимость внесения изменений в каждую программу, использующую данные этой задачи в соответствии с изменившейся суммарной длиной полей. Тот факт, что какой-то программе для выполнения ее функций не требуется знания почтового индекса, во внимание не принимался: если в некоторой программе содержалось обращение к новой, более длинной записи, то в такую программу вносились изменения, обеспечивающие дополнительное место в памяти.
В условиях автоматизированного управления централизованной базой данных все такие изменения связаны с функциями управляющей программы базы данных. Программы, не использующие значения почтового индекса, не нуждаются в модификации - в них, как и прежде, в соответствии с запросами посылаются те же элементы данных. В таких случаях внесенное изменение
120