- •Содержание
- •Введение
- •1 Аналитическая часть
- •1.1 Структура предприятия и характеристика его информационных технологий
- •1.2 Классификация и характеристика угроз информационной безопасности в фгуп «Ростехинвентаризация – Федеральное бти»
- •1.3 Характеристика возможного ущерба в фгуп «Ростехинвентаризация – Федеральное бти» от реализации угроз информационной безопасности.
- •1.4 Определение общих требований к системе защиты информации для фгуп «Ростехинвентаризация – Федеральное бти»
- •2.1 Определение требуемого класса защищенности автоматизированной системы обработки данных (асод) в фгуп «Ростехинвентаризация – Федеральное бти»
- •1.5 Постановка задачи
- •2 Проектирование системы информационной безопасности фгуп «Ростехинвентаризация – Федеральное бти»
- •2.2 Определение требуемого класса защищенности средств вычислительной техники асод фгуп
- •2.3 Классификация современных средств защиты информации, используемых в системе фгуп «Ростехинвентаризация – Федеральное бти»
- •Определение требований по защите информации от несанкционированного доступа для асод фгуп «Ростехинвентаризация – Федеральное бти»
- •2.5 Определение подхода к повышению уровня защиты асод фгуп «Ростехинвентаризация – Федеральное бти» на основе модернизации по разграничения доступа
- •Модернизация программных сзи фгуп «Ростехинвентаризация – Федеральное бти» для разграничения доступа.
- •Разработка модели разграничения доступа
- •3.2 Определение требований к программе разграничения доступа
- •Разработка алгоритма программы
- •3.4 Выбор среды программирования
- •Характеристика разработанной программы для назначения прав доступа
- •3.6 Интеграция разработанного программного средства в систему по асод фгуп «Ростехинвентаризация – Федеральное бти»
- •Разработка инструкции программиста и пользователя
- •Безопасность труда
- •4.1 Анализ и обеспечение безопасных условий труда
- •4.2 Расчет производственного совещения
- •4.3 Возможные чрезвычайные ситуации
- •Оценка экономического эффекта от модернизации системы информационной безопасности фгуп
- •5.1 Технико-экономическое обоснование работы
- •5.2 Определение трудоемкости разработки программного продукта
- •5.3 Расчет себестоимости программного продукта
- •5.4 Расчет экономического эффекта от внедрения программного продукта
- •Заключение
- •Список использованных источников
- •Приложение а Листинг программы
Характеристика разработанной программы для назначения прав доступа
Итогом разработки стало программное средство для назначения прав доступа.
Данное программное средство предназначено для назначения прав доступа пользователям и группам, состоящим в АD, путем предварительного сопоставления списка групп и пользователей со списком каталогов и категорий прав. программное средство может применять в организациях имеющих структуру аналогичную ФГУП.
Программное средство состоит из трех взаимосвязанных модулей:
dost.bat – основная часть программного средства;
sop.vbs – модуль получения пользователей и групп состоящих в АD; их с каталогами и правами доступа.
Схема связи модулей и рабочих файлов приведена на рисунке 3.8.
dost.bat
Данный модуль представляет собой основную часть программного средства. В этом модуле реализованы следующие функции программного для разграничения прав доступа:
Установка времени запуска
Получение списка каталогов на сервере и его сравнение с listK.txt
Назначение прав доступа
Первая функция реализована средствами стандартного планировщика Microsoft Windows в командной строке.
аt 13:30 с:\ dost.bat
Данная строка является первой строкой в модуле dost.bat. принцип работы её заключается в следующем: как только наступает заданное время, в нашем случае 13:30, запускается основная часть программного средства – dost.bat.
Вторая функция представляет собой простой вывод списка каталогов и входящих в них подкаталогов, реализованная функцией командной строки dir:
dir D:\ /S /А:D /B
Рисунок 3.8 – Схема связи модулей и рабочих файлов
После получения списка всех каталогов и подкаталогов происходит редактирование полученного списка, путем удаления списка каталогов, глубина которых более 3 подкаталогов. Так каким образом получается список формата:
D:\отдел\пользователь
При первом запуске программного средства данный список сохраняется в текстовый файл listK.txt. При повторных запусках происходит сравнение полученного списка каталогов со списком в файле listK.txt, в случае несовпадения, происходит дозапись listK.txt.
После дозаписи в файл listK.txt, происходит вызов второго модуля программного средства.
Полученные списки пользователей и групп записываются в итоговый файл listUF.txt, путем добавления записи имени пользователя к его каталогу. Таким образом, получается некий массив состоящий из двух столбцов и n строк. Значение строк первого столбца в дальнейшем будет является значением переменной i, а значение сток второго столбца значением переменной j. Данные переменный в дальнешем будут использоваться для автоматического назначения прав доступа. Но для того что бы ни произошло ошибки при отсутствии этого текстового файла, необходимо его дождаться. Для этого используется условный цикл «goto»:
if exist c:\ listUF.txt goto go
sleep 10
goto test
:go
В результате работы данной программной конструкции будет проходить проверка на появления файла listUF.txt в корне диска «С» с интервалом 10 секунд, после того как файл появится, будет выполнено действие, указанное после метки go, у нас это редактирование таблицы доступа АСL. При желание можно сократить интервал проверки, изменив значение sleep.
Третья функция, главная и финальная, реализована встроенной программной просмотра и управления прав доступа cаcls.exe.
cacls d:\ %%i /T /G %%j:C /P director:R admin:F
В данной строке происходит применение прав j пользователя на i ресурс, и жесткая установка прав чтения и полного доступа на все ресурсы директора и системного администратора, соответственно. Назначение прав производится в цикле «for», т.е. права назначаются перебором всех каталогов и пользователей, согласно разработанной модели разграничения доступа в пункте 3.1. Значение переменных i и j хранится в текстовом файле listUF.txt.
sop.vbs
Модуль sop.vbs предназначен для возврата списка пользователей и групп состоящих АD, в результате запроса. Для возврата списка в данном модуле формируется запрос к АD, но перед этим модуль производит ещё один запрос для определения имени домена и организационной единицы. Предварительный запрос происходит динамически, что придает программному средству адаптируемость в использовании. Результат со списком пользователей и групп помещается во временный файл, из которого производится дозапись в файл listUF.txt.
