8. Защита информационных систем. Принципы проектирования систем защиты.

Защита информации в процес­се ее сбора, хранения и обработки приобретает исключи­тельно важное значение. Под защитой информации пони­мается совокупность мероприятий, методов и средств, обеспечивающих решение следующих основных задач:

• проверки целостности информации;

• исключения несанкционированного доступа к ресур­сам ПЭВМ и хранящимся в ней программам и дан­ным;

• исключения несанкционированного использования хранящихся в ПЭВМ программ (т. е. защиты про­грамм от копирования).

Принципы проектирования систем.

1. Простота механизма защиты.

2. В механизме защиты в нормальных условиях доступ должен отсутствовать, и для работы системы защиты необходимы условия, при которых доступ становится возможным.

3. Все возможные каналы утечки должны быть пере­крыты. Этот принцип предполагает проверку полно­мочий любого обращения к любому объекту и явля­ется основой системы защиты. Задача управления до­ступом с учетом этого принципа должна решаться на общесистемном уровне.

4. Механизм защиты можно не засекречивать. Эффективность защиты не должна зависеть от того, насколько опытны потенциальные нарушители, так как гораздо проще обеспечить защиту списка па­ролей.

5. Разделение полномочий, т.е. применение нескольких ключей защиты. В ПЭВМ наличие нескольких клю­чей защиты удобно в тех условиях, когда право на доступ определяется выполнением ряда условий.

6. Минимальные полномочия. Для любой программы и любого пользователя должен быть определен минимальный круг полномочий, необходимых для выпол­нения порученной работы.

7. Максимальная обособленность механизма защиты. В целях исключения обмена информацией между поль­зователями рекомендуется при проектировании схем защиты сводить к минимуму число общих для не­скольких пользователей параметров и характеристик механизма защиты.

8. Психологическая привлекательность. Система защи­ты должна быть простой в эксплуатации..

9. Источники ошибок в программном средстве. Интеллектуальные возможности человека. Неправильный перевод как причина ошибок в программных/ Интеллектуальные возможности человека.

Выделяют три интеллектуальные возможности человека, используемые при разработке ПО:

• способность к перебору,

• способность к абстракции,

• способность к математической индукции.

Способность человека к перебору связана с возможностью последовательного переключения внимания с одного предмета на другой, позволяя узнавать искомый предмет. В среднем человек может уверенно (не сбиваясь) перебирать в пределах 1000 предметов (элементов). Человек должен научиться действовать с учетом этой своей ограниченности.

Средством преодоления этой ограниченности является его способность к абстракции, благодаря которой человек может объединять разные предметы или экземпляры в одно понятие, заменять множество элементов одним элементом (другого рода).

Способность человека к математической индукции позволяет ему справляться с бесконечными последовательностями.

При разработке ПО человек имеет дело с системами. Под системой будем понимать совокупность взаимодействующих (находящихся в отношениях) друг с другом элементов. ПО можно рассматривать как пример системы. Логически связанный набор программ является другим примером системы. Любая отдельная программа также является системой. В силу ограниченности человека к перебору будем различать простые и сложные системы. Под простой будем понимать такую систему, в которой человек может уверенно перебирать все пути взаимодействия между ее элементами, а под сложной будем понимать такую систему, в которой он этого делать не в состоянии. Между простыми и сложными системами нет четкой границы, поэтому можно говорить и о промежуточном классе систем.

Полезно уметь оценивать сложность системы по числу ее элементов: числом потенциальных путей взаимодействия между ее элементами, т.е. n! , где n  число ее элементов. Систему назовем малой, если n < 7 (6! = 720 < 1000), систему назовем большой, если n > 7. При n=7 имеем промежуточный класс систем. Малая система всегда проста, а большая может быть как простой, так и сложной.

Неправильный перевод как причина ошибок в программных средствах.

При разработке и использовании ПО мы многократно имеем дело с преобразованием (переводом) информации из одной формы в другую. Заказчик формулирует свои потребности в ПО в виде некоторых требований. Исходя из этих требований, разработчик создает внешнее описание ПО, используя при этом спецификацию (описание) заданной аппаратуры и, возможно, спецификацию базового программного обеспечения. На основании внешнего описания и спецификации языка программирования создаются тексты программ ПО на этом языке. По внешнему описанию ПО разрабатывается также и пользовательская документация.

На каждом из этих этапов перевод информации может быть осуществлен неправильно, например, из-за неправильного понимания исходного представления информации. Возникнув на одном из этапов разработки ПО, ошибка в представлении информации преобразуется в новые ошибки результатов, полученных на последующих этапах разработки, и, в конечном счете, окажется в ПО.