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

Для реализации более безопасного окружения необходимо, чтобы все приложения регистрировали все объекты, которые они определяют в операционной системе и использовали средства операционной системы для предоставления или отказа в доступе к таким образом обозначенным объектам. Это требовало бы отделение интерпретатора от программы запроса и чтобы объектная модель программы предоставлялась операционной системе. Это предотвращает размещение мониторов управления доступом не прикладном уровне и сохраняет централизованную систему безопасности.

Word 7.0 для Windows мог бы быть перепроектирован для соответствия с такой моделью. Сам Word многие из своих объектов не использует, а для выполнения кода содержащегося в документах пользуется набором объектов принадлежащих VBA (доступ к которому получает при помощи другого набора объектов принадлежащих OLE 2.0). К нашему сожалению, после предоставления программе и документу доступа, контроль доступа к любому другому объекту не может быть использован. Однако, в операционной системе где используется контроль доступа для всех программ, во избежание нарушения безопасности и приватности, может быть реализован принудительный контроль доступа.

Тоже-самое может быть сказано в отношении Java. Java осуществляет гораздо более строгие меры защиты, чем VBA, так как она была создана для использования через Интернет, где не известны намерения поставщика услуг. Однако, назначение политики безопасности остаётся за программой, выполняющей Java, обычно это Веб-броузер. Тип политики безопасности, реализуемый броузером, может быть не совместим с политикой безопасности компании, например, он может не поддерживать разрешенный доступ аплетов Java к локальной файловой системе во встроенных приложениях, но позволять Java-аплету загрузку программного обеспечения на локальный диск в несоблюдение политики компании. Централизованный контроль доступа предоставляет более эффективную защиту.