3.2.1.2. Идентификация и аутентификации субъекта доступа «процесс»
Запрос доступа к ресурсу осуществляет пользователь, идентифицируемый своим эффективным именем (которое может быть изменено по сравнению с первичным в результате олицетворения), каким-либо процессом, определяемым своим полнопутевым именем (полнопутевым именем соответствующего исполняемого файла). Таким образом, процесс является полноправным (а в некоторых случаях, и более важным, смотря какая задача защиты решается) субъектом доступа, т.е. должен быть однозначно идентифицируем. Мы должны знать, что обращаясь к какому-нибудь файловому объекту, например, процессом winword, действительно этот процесс, а не иной запущен под его именем и этот процесс (в частности, его исполняемый файл) не модифицирован. По сути именно в этом и состоит задача идентификация субъекта доступа «процесс».
Идентификатором процесса является полнопутевое имя исполняемого файла. Таким образом, для корректной идентификации субъекта доступа «процесс» необходимо предотвратить любую возможность запуска процессов под иными именами, кроме разрешенных для исполнения, и предотвратить возможность модификации исполняемых файлов, полнопутевые имена которых разрешены для выполнения.
Для решения рассматриваемой задачи в общем случае следует использовать механизм обеспечения замкнутости программной среды.
Общий подход к решению состоит в локализации на защищаемом компьютере возможности запуска программ механизмом контроля доступа к ресурсам (разграничения прав доступа к файловым объектам) установкой прав доступа на выполнение и запрета модификации, при условии выполнения требований к полноте и к корректности реализации разграничительной политики доступа.
Под полнотой реализации разграничительной политики доступа в данном случае понимается возможность разграничить доступ “на выполнение” для всех компьютерных ресурсов, с которых возможен запуск программы.
Под корректностью реализации разграничительной политики доступа в данном случае понимается предотвращение любой возможности модификации разрешенных к запуску исполняемых файлов, а также предотвращение любой возможности запуска под их именем (под «видом» санкционированных) других (несанкционированных для выполнения) исполняемых файлов.
Очевидно, что при реализации на защищаемом компьютере подобного решения, любая сторонняя программа, в том числе, и любая вредоносная программа, не сможет быть запущена.
Вывод. Задача идентификации субъекта доступа «процесс» решается отдельным механизмом защиты – механизмом обеспечения замкнутости программной среды, реализованном на механизме контроля доступа к ресурсам.
3.2.2. Идентификация и аутентификация объектов доступа
3.2.2.1. Идентификация и аутентификация устройств
Современные ОС, относясь в большинстве своем к универсальным, имеют множество встроенных устройств и широкие возможности по подключению внешних устройств. Без локализации защищаемого компьютера в части подключенных и подключаемых устройств решать какие-либо задачи защиты крайне сложно (а об эффективности их решения в этом случае вообще говорить не стоит), т.к. не определены функциональные возможности защищаемого компьютера.
Например, заявление о том, что компьютер автономный, ничего не стоит до тех пор, пока не будут предусмотрены действия по отключению встроенных сетевых устройств и предотвращены возможности подключения внешних сетевых устройств.
Так же ни о чем и заявление о не использовании внешних накопителей.
Далее воспользуемся иерархией задания (идентификации) устройств, принятой в ОС Windows: класс устройств, модель устройств, устройство (устройство может сопровождаться серийным номером). Представление иерархии устройств в ОС Windows проиллюстрировано на рис.3.7.
Рис.3.7. Иерархия задания (идентификации) устройств
в ОС Windows
Заметим, что на практике иногда (для ряда устройств) бывает достаточным оперировать с такими понятиями, как класс устройств, модель устройств, устройство. Но есть ряд ключевых задач защиты, в первую очередь, это относится к внешним накопителям, например, к flash-устройствам, где для идентификации устройства необходимо использовать его серийный номер. В противном случае становится невозможным отличить одно устройство от другого (в частности, два flash-устройства одного изготовителя), т.е. задача идентификации решается не корректно.
Приведем простой пример. Пусть на предприятии разрешена защищенная (с использованием организационных мер - оргмер) обработка информации с использованием внешних накопителей.
Следуя нормативным руководящим документам в области защиты информации, такая обработка предполагает реализацию следующей оргмеры (см. предыдущий раздел):
учет защищаемых носителей должен проводиться в журнале (картотеке) с регистрацией их выдачи (приема).
Как реализовать это требование, если носители не различимы между собою?
Вывод. В общем случае определение (идентификация) устройства в соответствии с иерархическим признаком: класс устройств, модель устройств, устройство. Идентификация устройств должна осуществляться на основе их серийных номеров.
В результате идентификации должно разрешаться, либо запрещаться подключение (монтирование) устройств к системе.
Вывод. Задача идентификации объекта доступа «устройство» решается отдельным механизмом защиты – механизмом управления монтированием к системе устройств, в том числе по их серийным номерам.
В двух словах о корректности реализации механизма защиты. Основное требование состоит в реализации разрешительной разграничительной политики монтирования устройств: «Все, что явно не разрешено, то запрещено». Только в этом случае можно разрешить монтировать определенные конкретные устройства, идентифицируемые конкретными серийными номерами, предотвратив подключения иных устройств.
В порядке замечания уточним, что запретительная разграничительная политика: «Все, что явно не запрещено, то разрешено», наоборот, позволяет запрещать монтировать определенные конкретные устройства.