Изоляция процессов. Часть 10.
В общем случае механизм обеспечения замкнутости программной среды
Изоляция процессов. Часть 9.
Как отмечалось ранее, несмотря на то, что в современных универсальных
Изоляция процессов. Часть 8.
Под обеспечением замкнутости программной среды понимается локализация прикладных программ для пользователей. Осуществляется это механизмом управления доступом к исполняемым файлам.
Изоляция процессов. Часть 7.
Правила разграничения доступа для модели управления доступом к исполняемым файлам:
1. субъект С имеет доступ к объекту О в режиме «Исполнение» в
2. субъект С не имеет доступ к объекту О в режиме «Исполнение» в
Изоляция процессов. Часть 6.
Каноническая полномочная модель управления доступом к исполняемым
Изоляция процессов. Часть 5.
По аналогии со сказанным ранее, в рассматриваемом случае в каноническую модель управления доступом также должны быть включены каналы взаимодействия субъектов доступа. В противном случае, субъекты,
Изоляция процессов. Часть 4.
Используя обозначения, введенные ранее, введем следующее обозначение: пусть S = (О, И} — множество прав доступа, где «О» обозначает
Изоляция процессов. Часть 3.
Особое место среди файловых объектов занимают исполняемые файлы (программы), доступ субъектов к которым также может разграничиваться. Именно исполняемые файлы изначально порождают процессы. Поэтому в качестве разграничения доступа к процессам (как к
Изоляция процессов. Часть 2.
Ранее мы показали возможность назначения метки безопасности для
Изоляция процессов
Следует отметить, что в случае назначения метки безопасности процессам возникает проблема, которая отсутствует для ОС семейства Windows
Права доступа. Часть 20.
Соответственно, если требуется реализовать мандатное разграничение
Права доступа. Часть 19.
Получаем совокупность свойств, представленную при решении задач 1 и 2.
Права доступа. Часть 18.
Таким образом все пользователи, имеющие допуск не ниже, чем допуск
Права доступа. Часть 17.
Пример практического использования:
« все пользователи, кроме пользователя с меткой М4, имеют возможность работы с Web-сервисами и иными службами сети Intranet, предполагающими получение информации из сети.
Права доступа. Часть 16.
Получаем:
» запустить процесс доступа к сети Intranet может любой пользователь,
Права доступа. Часть 15.
Используя классический мандатный механизм управления доступом, организовать доступ к служебному виртуальному каналу можно только следующим образом — разрешить запускать процесс (сетевую службу) только пользователю с меткой МЗ. Таким образом, взаимодействовать с сетью
Права доступа. Часть 14.
Задача 2. Подключение защищаемого компьютера к сети Intranet
Допустим теперь, что защищаемый компьютер требуется подключать к
Права доступа. Часть 13.
На практике это может выглядеть следующим образом:
* все пользователи имеют возможность работы с Web-сервисами и иными
Права доступа. Часть 12.
Теперь рассмотрим возможности, которые можно реализовать назначая
Права доступа. Часть 11.
Задача 1. Подключение защищаемого компьютера к сети Internet
Итак, требуется подключить к сети Internet защищаемый компьютер,