задействованы механизмы обеспечения безопасности CORBA.
Разумеется, в этом случае нет возможности управлять доступом к
ресурсам на основе информации, которая станет известна только на
этапе работы программы, например, текущего значения аргументов
вызова или времени выполнения запроса.
Пакет уровня 2 (Level 2). Функциональность сервиса на этом уровне
позволяет явно управлять режимом доступа с помощью кода самого
приложения. Кроме того, на уровне 2 объявлены средства
администрирования, базирующиеся на использовании политик
(policies) обеспечения безопасности.
2. Пакеты, определяющие вспомогательную (optional)
функциональность Сервиса Безопасности, которая используется только в
некоторых реальных системах. В настоящий момент в эту группу входит
единственный пакет, связанный с обеспечением «доказательности» (“non-
repudiation”) выполняемых действий. Эту функциональность можно
трактовать как ведение журналов, в которые заносится информация о том,
кто отправил данные и кто их получил. Предполагается, что надежность
методов хранения такой контрольной информации такова, что на нее можно
ссылаться при разрешении конфликтов даже на уровне юридических
разбирательств.
3. Пакеты обеспечения взаимозаменяемости реализаций (Security
Replaceability packages). Это очень важные пакеты, которые влияют на то,
насколько гибко ORB может взаимодействовать с Сервисом Безопасности
(разумеется, эти пакеты интересны в первую очередь разработчикам
реализаций ORB и CORBA Security Service, а не прикладным
программистам). Тем не менее, знание таких особенностей реализации ORB
может пригодиться на этапе выбора нужной реализации ORB.
В эту группу входят два пакета, оба обеспечивают возможность
взаимодействия ORB с различными реализациями Security Service, но
разными путями: