Класс SecurityManager

public class SecurityManager
extends Object

Менеджер безопасности — это класс, который позволяет приложениям реализовывать политику безопасности. Он позволяет приложению определить, перед выполнением потенциально небезопасной или чувствительной операции, что это за операция и выполняется ли она в контексте безопасности, который разрешает выполнение данной операции. Приложение может разрешить или запретить выполнение операции.

Класс SecurityManager содержит множество методов с именами, начинающимися со слова check. Эти методы вызываются различными методами в библиотеках Java перед выполнением этими методами определенных потенциально чувствительных операций. Вызов такого check метода обычно выглядит так:

SecurityManager security = System.getSecurityManager();
if (security != null) {
    security.checkXXX(argument,  . . . );
}

Таким образом, менеджер безопасности получает возможность предотвратить завершение операции, выбросив исключение. Процедура менеджера безопасности просто возвращает значение, если операция разрешена, но выбросит SecurityException исключение, если операция запрещена.

Текущий менеджер безопасности устанавливается методом setSecurityManager в классе System. Текущий менеджер безопасности получает методом getSecurityManager.

Специальный метод checkPermission(java.security.Permission) определяет, должно ли быть предоставлено или отклонено запрос на доступ, указанный указанным разрешением. Стандартная реализация вызывает

AccessController.checkPermission(perm);

Если запрашиваемый доступ разрешён, checkPermission возвращает значение без каких-либо действий. Если доступ запрещён, вызывается SecurityException исключение.

Стандартная реализация каждого из других check методов в SecurityManager заключается в вызове метода SecurityManager checkPermission, чтобы определить, имеет ли вызывающий поток разрешение на выполнение запрашиваемой операции.

Обратите внимание, что метод checkPermission с одним аргументом разрешения всегда выполняет проверки безопасности в контексте текущего потока выполнения. Иногда проверка безопасности, которая должна выполняться в заданном контексте, фактически должна выполняться в другом контексте (например, в рабочем потоке). Для этой ситуации предоставляются методы getSecurityContext и checkPermission, которые включают аргумент контекста. Метод getSecurityContext возвращает «снимок» текущего контекста вызова. (Стандартная реализация возвращает объект AccessControlContext.) Пример вызова:

Object context = null;
   SecurityManager sm = System.getSecurityManager();
   if (sm != null) context = sm.getSecurityContext();

Метод checkPermission , который принимает объект контекста в дополнение к разрешению, принимает решения об доступе на основе этого контекста, а не на основе текущего потока выполнения. Таким образом, код в другом контексте может вызвать этот метод, передав разрешение и ранее сохранённый объект контекста. Пример вызова, используя менеджер безопасности sm, полученный, как в предыдущем примере, выглядит следующим образом:

if (sm != null) sm.checkPermission(permission, context);

Разрешения относятся к таким категориям: Файлы, Сокеты, Сеть, Безопасность, Выполнение, Свойства, AWT, Рефлексия и Сериализация. Классы, управляющие этими различными категориями разрешений, — это java.io.FilePermission, java.net.SocketPermission, java.net.NetPermission, java.security.SecurityPermission, java.lang.RuntimePermission, java.util.PropertyPermission, java.awt.AWTPermission, java.lang.reflect.ReflectPermission, и java.io.SerializablePermission.

Все, кроме первых двух (FilePermission и SocketPermission), являются подклассами java.security.BasicPermission, который сам по себе является абстрактным подклассом верхнего уровня класса для разрешений, которым является java.security.Permission. BasicPermission определяет функциональность, необходимую для всех разрешений, содержащих имя, которое соответствует соглашению о наименовании иерархических свойств (например, "exitVM", "setFactory", "queuePrintJob" и т. д.). Знак звёздочки может появляться в конце имени, после ".", или сам по себе, чтобы обозначить соответствие шаблону. Например: "a.*" или "*" — допустимые значения, "*a" или "a*b" — недопустимые.

FilePermission и SocketPermission являются подклассами верхнего уровня класса для разрешений (java.security.Permission). Такие классы, как эти, имеющие более сложный синтаксис имени, чем тот, который используется BasicPermission, являются прямыми подклассами Permission, а не BasicPermission. Например, для объекта java.io.FilePermission, имя разрешения — это имя пути файла (или каталога).

Некоторые классы разрешений имеют список «действий», который указывает действия, разрешенные для объекта. Например, для объекта java.io.FilePermission, список действий (такой как «чтение, запись») указывает, какие действия разрешены для указанного файла (или для файлов в указанном каталоге).

Другие классы разрешений предназначены для «именованных» разрешений — разрешений, содержащих имя, но без списка действий; у вас есть это разрешение или нет.

Примечание: также существует java.security.AllPermission разрешение, которое подразумевает все разрешения. Оно существует, чтобы упростить работу системным администраторам, которым может потребоваться выполнить несколько задач, требующих всех (или множества) разрешений.

См. Разрешения в Java Development Kit (JDK) для информации по разрешениям. В этом документе приведена таблица, в которой перечислены различные методы SecurityManager check и разрешение(я), требуемые стандартной реализацией каждого такого метода. Также содержится таблица методов, требующих разрешений, и для каждого такого метода указано требуемое разрешение.