Материал: Базы данных и их безопасность. Плотников Д.Г
аудиторская проверка предусматривает контроль следующих используемых процедур и механизмов управления
|
поддерживание |
|
|
|
поддерживание |
|
|
точности |
|
|
|
точности процедур |
|
|
вводимых данных |
|
|
|
обработки данных |
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
предупреждение |
|
предоставление прав |
|
||
|
несанкционированного |
|
доступа и контроль за |
|
||
|
измерения программ |
|
их использованием |
|
||
|
|
|
|
|
|
|
предотвращение появления и |
корректное тестирование, |
своевременное обнаружение |
документирование и |
ошибок в процессе выполнения |
сопровождение разработанных |
программ |
программных средств |
поддержание документации в актуальном состоянии |
|
Рис. 5.4. Процедуры и механизмы управления аудита
Установка нового прикладного программного обеспечения
Новые приложения, разработанные собственными силами или сторонними организациями, обязательно следует тщательно протестировать, прежде чем принимать решения об их развертывании и передаче в эксплуатацию. Если уровень тестирования будет недостаточным, существенно возрастает риск разрушения базы данных. Следует считать хорошей практикой выполнение резервного копирования базы данных непосредственно перед сдачей нового программного обеспечения в эксплуатацию. Кроме того, первый период эксплуатации нового приложения обязательно следует организовать тщательное наблюдение за функционированием системы. Отдельным вопросом, который должен быть согласован со сторонними разработчиками программ, является право собственности на разработанное ими программное обеспечение. Данная проблема должна быть решена еще до начала разработки, причем это особенно важно в тех случаях, когда существует вероятность, что впоследствии организации
136
обязательно потребуется вносить изменения в создаваемые приложения. Риск, связанный с подобной ситуацией, состоит в том, что организация не будет иметь юридического права использовать созданное программное обеспечение или модернизировать его. Потенциально подобная ситуация угрожает организации серьезными потерями.
Установки или модернизация системного программного обеспечения
В обязанности АБД входит выполнение модернизации программного обеспечения СУБД при поступлении от разработчика очередных пакетов изменений. В некоторых случаях вносимые изменения оказываются совсем незначительными и касаются только небольшой части модулей системы. Однако возможны ситуации, когда потребуется полная ревизия всей установленной системы. Как правило, каждый поступающий пакет изменений сопровождается печатной или интерактивной документацией, содержащей подобные сведения о сути изменений и их назначении. Многие склонны полагать, что после установки любого из пакетов модернизации продолжение нормального функционирования существующих баз данных и прикладного программного обеспечения автоматически гарантируется. С ростом интенсивности использования базы данных и увеличением объемом сопроводительной документации к пакету эта убежденность укрепляется. Однако обеспечение защиты данных и приложений имеет превалирующую важность, и это следует учитывать. Никакие изменения и модернизация ни в коем случае не должны вносится в систему без предварительной оценки их возможного влияния на имеющиеся данные и программное обеспечение.
Результатом ознакомления с сопроводительной документацией пакета должен стать план действий по его установке. В этом плане должны быть отражены любые изменения, которые могут повлиять на базу данных и приложения, а также предложены решения по их реализации. В
137
некоторых случаях может потребоваться, чтобы программисты выполнили поиск в тексте программ определенных конструкций или осуществили какие-либо иные подготовительные действия. Иногда требуемые изменения могут оказаться минимальными после модернизации системы достаточно будет просто перекомпилировать некоторые из программ. В других случаях могут потребоваться более существенные подготовительные действия например, изменение типа используемых данных. Однако, какие бы изменения не потребовались, все они должны быть учтены и для каждого из них должна быть дана оценка времени выполнения с учетом объема всего имеющегося программного обеспечения. Главная задача АБД обеспечить плавный и безболезненный переход от старой версии системы к новой.
В функционирующей системе, которая должна быть постоянно доступна на протяжении всего рабочего времени, установки любых пакетов модернизации обычно выполняются во внерабочее время например, в выходные дни. Непосредственно перед выполнением модернизации должна быть сделана полная резервная копия существующей системына случай возможного отказа. Затем выполняется установка пакета модернизации, а в данные и программы вносятся все необходимые изменения, сопровождаемые требуемыми процедурами тестирования. Только после полного завершения указанных процедур система может быть запущена в работу с использованием реальных данных.
Изменения, вносимые в программы СУБД в результате модернизации, могут оказать влияние на любые используемые прикладные программы, созданные различными программистами. Поэтому список необходимых изменений должен быть либо разослан всем заинтересованным лицам, либо открыт для всеобщего доступа. Некоторые из вносимых изменений могут представлять собой интерес, если они связаны, например, с исправлением замеченных ранее ошибок и позволяют удалить использовавшиеся до этого искусственные способы их обхода. Кроме того, желательно, чтобы
138
сопроводительная документация включала список известных ошибок с указанием использовавшихся путей их обхода («заплат»). Эти сведения также должны быть разосланы всем заинтересованным лицам или сделаны общедоступными.
Контрмеры некомпьютерные средства контроля Некомпьютерные средства контроля (рис. 5.5) включают
такие методы, как выработку ограничений, соглашений и других административных мер, не связанных с компьютерной поддержкой. Мы рассмотрим такие некомпьютерные средства контроля, как:
некомпьютерные средства контроля
контроль за персоналом
гарантийные
соглашения
контроль за физическим доступом
защита помещений и хранилищ
договора о сопровождении
меры обеспечения безопасности и планирование защиты от непредвиденных обстоятельств
Рис. 5.5. Некомпьютеные средства контроля
Меры обеспечения безопасности и планирование защиты от непредвиденных обстоятельств
Понятия выработки мер обеспечения безопасности и планирования защиты от непреднамеренных обстоятельств существенно отличаются друг от друга. Первое предполагает исчерпывающее определение средств, посредством которых будет обеспечиваться защита вычислительной системы данной организации. Второе состояние в определении методов, с помощью которых будет поддерживаться функционирование
139
организации в случае возникновения любой аварийной ситуации. Каждая организация должна подготовить и реализовать как перечень мер обеспечения безопасности, так и план защиты от непредвиденных обстоятельств.
Меры обеспечения безопасности
В документе по мерам обеспечения безопасности должно быть определено следующее:
область деловых процессов организации, для которой они устанавливаются;
ответственность и обязанности отдельных работников;
дисциплинарные меры, принимаемые в случае обнаружения нарушения установленных ограничений;
процедуры, которые должны обязательно
выполняться.
Процедуры, определяемые как меры обеспечения безопасности, могут потребовать разработки других процедур, определение которых выходит за рамки данного документа. Например, одно из установленных в системе ограничений может заключаться в требовании, чтобы доступ к прикладным приложениям системы могли получать только авторизированные пользователи, однако способ реализации этого требования в данном документе не конкретизируется. Для исчерпывающего определения методов авторизации различных пользователей потребуется разработать отдельный набор процедур. Кроме того, дополнительно может быть подготовлен стандарт выполнения процедуры авторизации, устанавливающий, например, принятый формат паролей (если они используются в системе). В подобном случае документ с определением мер обеспечения безопасности постоянно сохраняет свою значимость, хотя может потребоваться его периодический пересмотр, тогда как выполняемые процедуры реализации этих требований должны модифицироваться при каждом внесении изменений в систему или модернизации используемой технологии. Пример перечня мер обеспечения безопасности можно найти в работе Герберта (Herbert, 1990).
140