Значительно упростила такую процедуру;

_ легко конфигурируемая политика безопасности. Опять же ключевое слово здесь - <легко>;

_ возможность легкого расширения множества прав доступа, то есть фактически контролируемых действий.

Если раньше это требовало введения новых методов check* в SecurityManager, теперь достаточно описать еще

Одного наследника класса java.security.Permission;

_ усиление контроля за всеми Java-приложениями: в настоящее время никакой код не считается безопасным

Априори. Локальный код мо-

Жет быть подвержен тем же проверкам, что и код апплета, хотя, конечно, никто не мешает ослабить этот

Контроль с помощью настроек. Таким образом, схема работы довольно гибкая и позволяет эффективно

Реализовать любую политику безопасности.

Суровая действительность

До сих пор мы говорили о том, каким образом системы безопасности клиентских решений выглядят в

Идеальном случае, как это должно работать. Реально же большая часть проблем безопасности пользователей

Связана именно с ошибками в исполнении этих стройных схем.

Апплеты, мешающие работе

Java-приложения зависят от существующей для данной платформы виртуальной Java-машины. Java-машины

Реализованы для всех наиболее распространенных платформ, а также входят в состав самых популярных бра-