Класс SecurityManager

Если менеджер безопасности уже установлен, этот метод сначала вызывает метод checkPermission менеджера безопасности с разрешением RuntimePermission("createSecurityManager"), чтобы убедиться, что вызывающая нить имеет разрешение на создание нового менеджера безопасности. Это может привести к исключению SecurityException.

Длина массива соответствует количеству методов в стеке вызовов. Элемент с индексом 0 — класс текущего выполняемого метода, элемент с индексом 1 — класс вызывающего метод и т. д.

По умолчанию этот метод возвращает объект AccessControlContext.

Этот метод вызывает AccessController.checkPermission с заданным разрешением.

Если context является экземпляром AccessControlContext, то вызывается метод AccessControlContext.checkPermission с указанным разрешением.

Если context не является экземпляром AccessControlContext, то выбрасывается SecurityException.

Этот метод вызывает checkPermission с разрешением RuntimePermission("createClassLoader").

Если вы переопределяете этот метод, то вы должны вызвать super.checkCreateClassLoader в точке, в которой переопределённый метод обычно бы бросил исключение.

Этот метод вызывается текущим менеджером безопасности методами setPriority, setName и setDaemon класса Thread.

Если аргумент нити является системной нитью (принадлежит группе нитей с родительским элементом null), то этот метод вызывает checkPermission с разрешением RuntimePermission("modifyThread"). Если аргумент нити не является системной нитью, этот метод просто возвращается бездействием.

Приложения, которые хотят более жёсткой политики, должны переопределить этот метод. Если этот метод переопределён, переопределяющий метод должен дополнительно проверить, обладает ли вызывающая нить разрешением RuntimePermission("modifyThread"), и если да, то возвращается бездействием. Это гарантирует, что код, которому предоставлено это разрешение (например, сам JDK), может манипулировать любой нитью.

Если этот метод переопределён, то super.checkAccess должен вызываться первой инструкцией в переопределённом методе или эквивалентная проверка безопасности должна быть размещена в переопределённом методе.

Этот метод вызывается для текущего менеджера безопасности при создании новой дочерней нити или дочерней группы нитей и методами setDaemon и setMaxPriority класса ThreadGroup.

Если аргумент группы нитей является системной группой нитей (имеет родительский элемент null), то этот метод вызывает checkPermission с разрешением RuntimePermission("modifyThreadGroup"). Если аргумент группы нитей не является системной группой нитей, этот метод просто возвращается бездействием.

Приложения, которые хотят более жёсткой политики, должны переопределить этот метод. Если этот метод переопределён, переопределяющий метод должен дополнительно проверить, обладает ли вызывающая нить разрешением RuntimePermission("modifyThreadGroup"), и если да, то возвращается бездействием. Это гарантирует, что код, которому предоставлено это разрешение (например, сам JDK), может манипулировать любой нитью.

Если этот метод переопределён, то super.checkAccess должен вызываться первой инструкцией в переопределённом методе или эквивалентная проверка безопасности должна быть размещена в переопределённом методе.

Этот метод вызывается для текущего менеджера безопасности методом exit класса Runtime. Значение 0 указывает на успех; другие значения указывают на различные ошибки.

Этот метод вызывает checkPermission с разрешением RuntimePermission("exitVM."+status).

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkExit в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывается для текущего менеджера безопасности методами exec класса Runtime.

Этот метод вызывает checkPermission с разрешением FilePermission(cmd,"execute"), если cmd является абсолютным путем, иначе он вызывает checkPermission с FilePermission("<<ALL FILES>>","execute").

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkExec в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывается для текущего менеджера безопасности методами load и loadLibrary класса Runtime.

Этот метод вызывает checkPermission с разрешением RuntimePermission("loadLibrary."+lib).

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkLink в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывает checkPermission с разрешением RuntimePermission("readFileDescriptor").

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkRead в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывает checkPermission с разрешением FilePermission(file,"read").

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkRead в точке, где переопределенный метод обычно выбрасывает исключение.

Если context является экземпляром AccessControlContext, то метод AccessControlContext.checkPermission будет вызван с разрешением FilePermission(file,"read").

Если context не является экземпляром AccessControlContext, то выбрасывается SecurityException.

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkRead в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывает checkPermission с разрешением RuntimePermission("writeFileDescriptor").

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkWrite в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывает checkPermission с разрешением FilePermission(file,"write").

Если вы переопределяете этот метод, то вы должны выполнить вызов super.checkWrite в точке, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывается текущим менеджером безопасности методом delete класса File.

Этот метод вызывает checkPermission с разрешением FilePermission(file,"delete").

Если вы переопределяете этот метод, вам следует вызвать super.checkDelete в том месте, где переопределённый метод обычно бы бросил исключение.

Номер порта -1 указывает, что вызывающий метод пытается определить IP-адрес указанного имени хоста.

Этот метод вызывает checkPermission с разрешением SocketPermission(host+":"+port,"connect"), если порт не равен -1. Если порт равен -1, то он вызывает checkPermission с разрешением SocketPermission(host,"resolve").

Если вы переопределяете этот метод, вам следует вызвать super.checkConnect в том месте, где переопределённый метод обычно бы бросил исключение.

Номер порта -1 указывает, что вызывающий метод пытается определить IP-адрес указанного имени хоста.

Если context не является экземпляром AccessControlContext, то выбрасывается исключение SecurityException.

В противном случае проверяется номер порта. Если он не равен -1, вызывается метод checkPermission контекста context с разрешением SocketPermission(host+":"+port,"connect"). Если порт равен -1, то вызывается метод checkPermission контекста context с разрешением SocketPermission(host,"resolve").

Если вы переопределяете этот метод, вам следует вызвать super.checkConnect в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод вызывает checkPermission с разрешением SocketPermission("localhost:"+port,"listen").

Если вы переопределяете этот метод, вам следует вызвать super.checkListen в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод вызывается текущим менеджером безопасности методом accept класса ServerSocket.

Этот метод вызывает checkPermission с разрешением SocketPermission(host+":"+port,"accept").

Если вы переопределяете этот метод, вам следует вызвать super.checkAccept в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод вызывает checkPermission с разрешением java.net.SocketPermission(maddr.getHostAddress(), "accept,connect").

Если вы переопределяете этот метод, вам следует вызвать super.checkMulticast в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод вызывает checkPermission с разрешением java.net.SocketPermission(maddr.getHostAddress(), "accept,connect").

Если вы переопределяете этот метод, вам следует вызвать super.checkMulticast в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод используется методами getProperties и setProperties класса System.

Этот метод вызывает checkPermission с разрешением PropertyPermission("*", "read,write").

Если вы переопределяете этот метод, вам следует вызвать super.checkPropertiesAccess в том месте, где переопределённый метод обычно бы бросил исключение.

Этот метод используется методом getProperty класса System.

Этот метод вызывает checkPermission с разрешением PropertyPermission(key, "read").

Если вы переопределяете этот метод, вам необходимо вызвать super.checkPropertyAccess в том месте, где переопределенный метод обычно выбрасывает исключение.

Этот метод вызывает checkPermission с разрешением RuntimePermission("queuePrintJob").

Если вы переопределяете этот метод, вам необходимо вызвать super.checkPrintJobAccess в том месте, где переопределенный метод обычно выбрасывает исключение.

Во время загрузки класса этот метод может вызываться методами загрузчиков классов и виртуальной машиной Java для проверки, разрешен ли вызывающей стороне доступ к пакету загружаемого класса.

Этот метод проверяет, начинается ли указанный пакет с любого из пакетов в свойстве безопасности package.access. Реализация также может проверить пакет против дополнительного списка ограниченных пакетов, как указано ниже. Если пакет ограничен, вызывается checkPermission(Permission) с разрешением RuntimePermission("accessClassInPackage."+pkg).

Если этот метод переопределен, то super.checkPackageAccess должен быть вызван в первой строке переопределенного метода.

Этот метод вызывается методом loadClass некоторых загрузчиков классов.

Этот метод проверяет, начинается ли указанный пакет с любого из пакетов в свойстве безопасности package.definition. Реализация также может проверить пакет против дополнительного списка ограниченных пакетов, как указано ниже. Если пакет ограничен, вызывается checkPermission(Permission) с разрешением RuntimePermission("defineClassInPackage."+pkg).

Если этот метод переопределен, то super.checkPackageDefinition должен быть вызван в первой строке переопределенного метода.

Этот метод вызывает checkPermission с разрешением RuntimePermission("setFactory").

Если вы переопределяете этот метод, вам необходимо вызвать super.checkSetFactory в том месте, где переопределенный метод обычно выбрасывает исключение.

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

Этот метод создает объект SecurityPermission для данного целевого имени разрешения и вызывает checkPermission с ним.

См. документацию для SecurityPermission для списка возможных целевых имен разрешений.

Если вы переопределяете этот метод, вам необходимо вызвать super.checkSecurityAccess в том месте, где переопределенный метод обычно выбрасывает исключение.