56
56
применение излишних ресурсов или их недостаточность [14]. Данный риск
считается финансовым; его можно предотвратить применением передовых
автоматизированных средств проектирования. При возникновении риск можно
устранить, применяя повторную корректировку плана-графика по
автоматизации.
На подэтапе «Создание информационного обеспечения задачи» основные
угрозы заключаются в разработке неверной информационной модели и
прототипов экранных форм, неудобных для пользователя. Риск можно
предотвратить по согласованию прообразов экранных форм с будущими
пользователями. Этот риск можно устранить при помощи дополнительной
доработки экранных форм.
На подэтапе «Подготовка к созданию ПО» основная угроза заключается в
неправильной формализации расчётов показателей. Риск можно устранить
посредством тестирования программных модулей на стадии введения.
На подэтапе «Создание ПО» основная угроза состоит в неправильной
разработке программы [23]. Данный риск можно устранить применением для
программирования языка PHP визуальной оболочки PHPEditor, которая при
программировании показывает неправильности различных компонентов
создаваемого программного средства. Следует учесть, что тестирование
программных модулей будет выполняться на стадии введения.
Угроза на стадии «Введение» заключается в неправильном тестировании
технического обеспечения программных модулей. Данный риск можно
предотвратить применением лицензионного стендового оборудования, а
устранить можно при помощи двойного тестирования. На стадии
«Сопровождение» основные угрозы заключаются в поломке оборудования,
моральном устаревание ПС и ПО. Первый риск можно предотвратить при
помощи гибкости созданной ИС и при помощи оперативной доработки
программной архитектуры. Второй риск можно предотвратить при помощи
постоянного мониторинга состояния оборудования.
57
57
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Основными организационными мерами является усовершенствование
политик безопасности, разработкой документов, конкретизирующих меры
соблюдения безопасности информации по определенным угрозам и вопросам.
Документированная политика информационной безопасности должна
быть утверждена руководством, опубликована и доведена до сведения всех
сотрудников организации и внешних сторон, к которым она относится.
Эта политика информационной безопасности должна быть доведена до
сведения всех пользователей организации в форме, являющейся актуальной,
доступной и понятной для читателей, которым она предназначена [19].
Политика информационной безопасности должна быть частью более
общей документированной политики.
Таким образом, основной организационной мерой должна стать
разработка политики информационной безопасности, ознакомление с ее
положениями всех сотрудников и строгое им следование.
Таким образом, основываясь на необходимых мерах по защите
информации в рассматриваемой организации, определим состав
разрабатываемой политики безопасности.
В состав политики безопасности должны входить документы,
регламентирующие работу следующих подсистем - рисунок 13.
На основании данных подсистем были разработаны основные требования
по обеспечению информационной безопасности на предприятии, включающие в
себя следующие частные документы:
1. Регламент использования сайта;
2. Правила парольной защиты;
3. Правила защиты от вирусов и злонамеренного программного
обеспечения.
58
58
Политика безопасности
Документы, регламентирующие
работу подсистем:
управления
политикой ИБ
анализа и
управления
рисками
идентификации и
аутентификации
разграничения
доступа
протоколирования и
пассивного аудита
активного аудита
контроля
целостности
данных
контроля
защищенности
сегментирования
ЛВС и межсетевого
экранирования
VPN
антивирусной
защиты
фильтрации
контента
управления
безопасностью
предотвращения
утечки информации
по техническим
каналам
Рисунок 13. Состав политики безопасности
Кроме того, для определения правил работы с персоналом в случае приема
на работу и увольнения с нее, а также в случае возникновения нештатных
ситуаций, разработана инструкция по работе с персоналом, включающая:
1. Инструкцию по приему на работу и допуску новых сотрудников к
работе в АС и наделения их необходимыми полномочиями по доступу к
ресурсам системы.
2. Инструкцию по увольнению работников и лишения их прав доступа в
систему.
3. Инструкцию по действиям различных категорий персонала, включая
сотрудников отдела безопасности информации, по ликвидации последствий
кризисных (аварийных или нештатных) ситуаций, в случае их возникновения.
59
59
Рассмотрим защиту самого сайта.
CSRF — это вид атак на посетителей веб-сайтов, использующий
недостатки протокола HTTP. Если жертва заходит на сайт, созданный
злоумышленником, от её лица тайно отправляется запрос на другой сервер
(например, на сервер платёжной системы), осуществляющий некую
вредоносную операцию (например, перевод денег на счёт злоумышленника). Для
осуществления данной атаки, жертва должна быть авторизована на том сервере,
на который отправляется запрос, и этот запрос не должен требовать какого-либо
подтверждения со стороны пользователя.
Данный тип атак, вопреки распространённому заблуждению, появился
достаточно давно: первые теоретические рассуждения появились в 1988 году, а
первые уязвимости были обнаружены в 2000 году.
Одно из применений CSRF — эксплуатация пассивных XSS,
обнаруженных на другом сервере. Так же возможны отправка спама от лица
жертвы и изменение каких-либо настроек учётных записей на других сайтах
(например, секретного вопроса для восстановления пароля).
Для избежания CSRF-уязвимостей используются уникальные ссылки для
действий по изменению данных. В CMS WordPress используется метод
токенизации ссылок. Это означает, что к ссылке активного действия,
прибавляется уникальный параметр, который проверяется при осуществлении
самого действия. В CMS WordPress сгенерировать такой параметр можно
функцией wordpress_get_token(). Проверить — wordpress_valid_token(). Токен
генерируется на основе подаваемого значения, сессии пользователя, а также
приватного ключа сайта, что практически сводит на ноль вероятность генерации
вредителем правильного токена.
Пример использования токена в форме авторизации пользователя
приведен в листинге, представленном в Приложении 1. При регистрации
пользователей и работе с материалами производится проверка правильности
всех введенных данных посредством регулярных выражений (Приложение 2).
Каждому пользователю системы отводится определенная роль. Таблица
roles в БД содержит список ролей пользователей системы.
Роли системы:
60
60
- незарегистрированный пользователь;
- зарегистрированный пользователь;
- продавец.
Роль администратора не описывается в таблице.
Каждой роли соответствует список привилегий, который хранится в
таблице permissions. Привилегии определяют доступ пользователей к элементам
системы: модулям, блокам, материалам и т.д.
В базе данных системы пароли хранятся в зашифрованном виде. Для
реализации данной задачи используется односторонний алгоритм хэширования
md5 (рисунок 14).
Рисунок 14. Пример записей из таблицы users
Данный метод отличается тем, что используемый алгоритм
преобразовывает данные только в одну сторону, обратное преобразование
невозможно. Чтобы проверить, правильно ли пользователь ввел пароль,
введенные данные также шифруются, и результат сравнивается с
зашифрованным паролем, хранящимся в базе. Если эти значения совпадают, то
пароль введен верно.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Под информационной моделью подразумевают схему движения
результативных, входных и промежуточных функций и потоков предметной
области [13]. Также она разъясняет, на основе какой нормативно-справочной
информации и входящих документов осуществляется выполнение функций,
связанных с обработкой данных и формируются определенные выходные
документы.
61
61
В качестве информационной модели используется схема данных (ГОСТ
19.701-90), которая указывает путь данных в процессе реализации задач и
определяет стадии обработки, а также различные используемые носители
данных [1]. В такую схему данных включены следующие компоненты [7]:
-· символов данных;
-· символов процесса, необходимого выполнить над данными (символы
процесса могут также указывать функции, которые выполняются
вычислительной машиной);
-· символов линий, указывающих потоки данных между процессами и
(или) носителями данных;
-· определенных символов, использующихся с целью облегчить написание
и чтение схемы.
Процесс обработки информации может быть разделен на два этапа:
1. Прием, ввод и обрабатывание первичной входной информации
(паспортные данные, данные организаций, продукции и пр.).
2. Составление отчетов и документов (списки клиентов, работников,
продукции и пр.).
На рисунке 15 показано визуальное представление информационной
модели.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В качестве входной информации для разрабатываемого сайта служат
ассортимент товаров, данные покупателя, данные каждого товара, оценка товара
покупателем. Данные, которые касаются товара (наименование и ассортимент)
вносит в систему ее администратор.
В систему из ассортимента товара вносятся такие реквизиты:
- наименование категории;
- наименование товара;
62
62
Форма ввода
«Авторизация»
ИС
Покупатель
Покупатель
Менеджер
Т* «Записи»
Т «Записи»
Т* «Пользователи»
Менеджер
Т «Пользователи»
Т «Товары»
Т «Заказы»
Форма ввода
«Регистрация»
Форма ввода
«Новости
или акции»
Форма ввода
«Добавление
товара»
Форма ввода
«Заказ товара»
Т* «Заказы»
Форма вывода
«Вывод новости
или акции»
Т* «Товары»
Форма вывода
«Вывод
товара»
Форма
вывода
«Корзина»
Форма вывода
«Просмотр
товара»
Отчет по
статистическим данным
Форма
просмотра
статистических
данных
Рисунок 15. Информационная модель
О каждой из товарных позиций в систему необходимо внести такие
реквизиты:
- категория;
- наименование;
- описание
Количество поступающих данных зависит от числа обратившихся
клиентов и может бить 10 - 20 на протяжении рабочего дня. В таблице 5
представлена характеристика входных данных.
Таблица 5
Входные показатели в рамках комплекса задач
Характеристика
Клиенты
Товары
Заказы
Ответственный за ведение
Администратор системы
Объем справочника в записях
1000
10000
10000
Частота актуализации
По мере необходимости
Объем актуализации
1-10 записей
63
63
Характеристика
Клиенты
Товары
Заказы
Реквизитный состав
Фамилия
Наименование
Номер
Имя
Категория
Дата
Отчество
Описание
Сумма
Телефон
2.2.3 Характеристика результатной информации
Результатными документами системы являются три формы: отчет о
проведенной операции; сообщение о выполненном платеже и сообщение о
невыполненном платеже (рисунки 16-18).
Рисунок 16. Отчет о выполненной операции
Рисунок 17. Сообщение о проведенном платеже
64
64
Рисунок 18. Сообщение о не проведенном платеже
Характеристика результатной информации представлена в таблице 6.
Таблица 6
Характеристика результатной информации
Наименование таблицы
Наименование поля
Товары
Наименование
Заказ
Дата
Номер
Сумма
Записи
Наименование
Количество
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На рисунке 19 представлено дерево функций сайта. На схеме изображены
основные и служебные функции. Такое разделение на основные и служебные
функции считается условным, так как отдельные пользователи на оформление не
обращают внимание, их интересует сам товара и как быстро он к ним попадет,
для таких покупателей важными считаются функции по покупке товара. Такие
функции считаются основными.
65
65
Рисунок 19. Дерево функций сайта
Дополнительные возможности, связанные с оформлением и настройкой
личной страницы, считаются дополнительными функциями. Основными
функциями считаются:
- работа с заявками: формирование заявки; изменение ее статуса.
- работа с заказами: создание заказа; заключение договора; выписка счёт-
фактуры; оформление товара; контроль оплаты; доставка товара.
Служебными функциями считаются:
- изменение статусов заявок.
- изменение статусов заказов.
- управление учётными записями.