Фаза анализа и спецификации требований

Анализ всей совокупности требований к системе – технического задания – выполняется на начальной фазе создания программ. ТЗ составляется на основании перечня требований, предъявленных к системе заказчиком (классы решаемых задач, их характеристики и особенности, режим работы автоматизированной системы, сопряжение с внешними объектами, пропускная способность, время ответа и т.п. при заданных ограничениях на стоимость, длительность разработки и др.). Цель создания ТЗ – уточнить и сформулировать задачи, возлагаемые на систему, согласовать требования заказчика и возможности исполнителя, составить техническое задание на разработку СКЗИ. Это делается для того, чтобы удостовериться в том, что от программ требуются только те системные требования, которые могут быть достигнуты.

Достоинства формальных методов заключается в том, что системы, разработанные с использованием подобного подхода, имеют принципиально высокое качество. При этом повышение качества достигается двумя путями:

· построением спецификаций в виде ясного, исчерпывающего, недвусмысленного и легкого для проверки математического утверждения;

· осуществлением верификации во время разработки СКЗИ.

Разработка формальной спецификации требует значительных усилий. Однако, как показывает практика, большинство ошибок, обнаруживаемых в конце жизненного цикла программ, и, следовательно, наиболее дорогих и сложных для исправления, возникает из-за ошибок в спецификации. Таким образом, для предотвращения неисправностей СКЗИ рассмотренной фазе создания необходимо уделять особенное внимание.

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

Фаза проектирования

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

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

Фаза исполнения

Фаза исполнения включает в себя кодирование, интегрирование, а также тестирование и отладку. С ней связаны программные ошибки. Программные ошибки по количеству и типам, в первую очередь, определяются степенью автоматизации программирования и глубиной формализованного контроля текстов программ. Программные ошибки сильно зависят от выбранного языка программирования. Имеющаяся статистика показывает, что наибольший вес имеют ошибки неполной программной реализации функций алгоритма или неверный порядок реализации функций.

Таким образом, на основании анализа фаз создания СКЗИ и допускаемых на них ошибок можно сделать вывод о том, что двумя основными разновидностями ошибок являются:

· неверное специфицирование как всего программного комплекса, так и отдельных его составляющих;

· функциональное несоответствие программы алгоритму.

Предотвращение данных ошибок – путь к обеспечению защиты от сбоев и неисправностей СКЗИ, а также обеспечение точной реализации заданных криптографических алгоритмов в программных и программно-аппаратных СКЗИ.

1.9 Специфические вопросы разработки программных СКЗИ

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

Основными причинами низкой криптостойкости, как правило, являются следующие:

· применение нестойких криптоалгоритмов;

· слабость ключевой системы;

· ошибки в проектировании программ.

Наиболее опасными и трудноустранимыми являются ошибки проектирования – зачастую подсистема криптографической защиты информации не задумывается изначально, а добавляется к уже существующему продукту, что не позволяет учесть все возможные проблемы применения криптографии. Например, встроенное средство шифрования документов Microsoft Word XP реализует стойкий криптоалгоритм и достаточно корректную ключевую систему, однако из-за того, что формат хранения документов предусматривает возможность хранения нескольких версий одного и того же документа в одном файле (зашифрованных одним ключом), криптоаналитик может восстановить ключ шифрования

http://www.npp-bit.ru/katalog2/po/

Сайт компании ЗАО"НПП"БИТ"

ЗАО «НПП «БИТ» представит практические решения по обеспечению защиты персональных данных в ИСПДн различных уровней сложности.

Поиск по сайту: