Архитектура безопасности автоматизированных систем

1. Архитектура безопасности, реализующая контроль полномочий, содержащая:
вычислительное устройство, содержащее, по меньшей мере, один процессор, средства ввода и вывода, взаимодействующие, по меньшей мере, с одним процессором, и носитель информации, содержащий операционную систему и множество инструкций, исполняемых, по меньшей мере, на одном процессоре; где носитель информации также содержит подсистему безопасности, исполняемую посредством, по меньшей мере, одного процессора, которая при исполнении реализует:
сервер безопасности, позволяющий применять правила из множества правил, определенных в рамках одной или нескольких политик безопасности, к параметрам из контекста безопасности для вынесения вердикта, определяющего разрешено ли выполнение действия, запрашиваемого сущностью, где каждой политике безопасности соответствует отдельный интерфейс;
множество шлюзов, предназначенных для взаимодействия с сервером безопасности, где каждый шлюз из множества шлюзов соответствует только одной сущности из множества сущностей, и где множество шлюзов позволяет отслеживать запрашиваемые действия со стороны соответствующих сущностей, и для каждого запрашиваемого действия определять контекст безопасности, определять применимую политику безопасности для запрашиваемого действия на основании определенного контекста безопасности, и запрашивать вердикт у сервера безопасности через интерфейс, соответствующий применимой политике безопасности; и
средство взаимодействия компонентов системы, связывающее множество шлюзов и множество сущностей, предназначенное для разрешения или запрета, запрашиваемого сущностью действия на основании вердикта, полученного соответствующим шлюзом от сервера безопасности.
2. Архитектура по п. 1, где контекст безопасности для каждого запрашиваемого действия включает один или любую комбинацию из следующих параметров: время совершения попытки осуществления действия, идентификатор пользователя, инициировавшего попытку осуществления действия, вызываемый метод в рамках запрашиваемого действия, идентификатор сущности, инициировавшей попытку осуществления действия, идентификатор сущности, в отношении которой запрашивается действие, состояние переменных окружения, состояние сущности, параметры моделей безопасности, информация о типе и ограничениях сессии, информация о доступных ресурсах.
3. Архитектура по п. 1, где каждый интерфейс сервера безопасности представляет собой программный интерфейс, взаимодействие с которым могут осуществлять только множество шлюзов.
4. Архитектура по п. 1, где каждый шлюз из множества шлюзов запрашивает вердикт у сервера безопасности более чем через один интерфейс.
5. Архитектура по п. 4, где вердикт будет конъюнкцией вердиктов, полученных от сервера безопасности по каждому из интерфейсов.
6. Архитектура по п. 1, где каждое запрашиваемое действие может быть стартом сущности.
7. Архитектура по п. 1, где каждое запрашиваемое действие может быть передачей сообщения.
8. Архитектура по п. 1, где каждое запрашиваемое действие может быть обращением сущности по интерфейсу безопасности.
9. Архитектура по п. 1, где множество сущностей может содержать по меньшей мере один процесс в качестве сущности.
10. Архитектура по п. 1, где множество сущностей может содержать по меньшей мере одно приложение в качестве сущности.
11. Архитектура по п. 1, где множество сущностей может содержать по меньшей мере одно компьютерное устройство в качестве сущности.
12. Архитектура по п. 1, где каждый шлюз содержит конфигурацию, относящуюся к одной сущности, в которой описано множество действий, доступных данной сущности, и соответствующих политик безопасности, применимых к каждому действию.
13. Архитектура по п. 1, где каждый шлюз содержит кэш вердиктов, предназначенный для хранения ранее полученных вердиктов от сервера безопасности, относящихся к данному шлюзу.
14. Архитектура по п. 1, где каждый шлюз независимо формируется подсистемой безопасности из конфигурации сервера безопасности.