Файл Java .policy - как предотвратить доступ к java.util.Date ()

Чтобы ограничить доступ к определенным пакетам, вам нужно изменить не файл .policy, а security.properties. Есть запись package.access=..., в которой перечислены пакеты, для которых требуются разрешения RuntimePermissions. Таким образом, вы не можете конкретно ограничить доступ к одному классу, только ко всему пакету (включая подпакеты, если необходимо), то есть java.util. (Вы также можете получить доступ к нему с помощью методов Security.?etProperty.)

Если вы это сделали, то позже вы можете добавить правильное разрешение RuntimePermission в политику, чтобы позволить «хорошему» коду использовать его.

Я думаю, что довольно большая часть JRE перестанет работать, если вы ограничите доступ к java.util, поэтому лучше попробуйте другой класс для тестирования.

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

Например, для сравнения: операции с файлами считаются чувствительными к безопасности, поэтому класс File имеет вызовы SecurityManager. В качестве примера метод удаления:

public boolean delete() {
    SecurityManager security = System.getSecurityManager();
    if (security != null) {
        security.checkDelete(path);
    }
    return fs.delete(this);
}

А благодаря проверке SecurityManager в классе File вы можете с большей легкостью ограничить операции удаления файлов в файле .policy.