使用Policy文件来设置Java的安全策略

使用Policy文件来设置Java的安全策略

---- 在企业内部网中，本文提出了使用安全策略文件来设置java程序权限的一种简单的方法。由于企业内部网中各台运算机的位置、用途和安全性明确，更适于使用安全策略文件来设置java的权限，软件的安装、设置、升级和迁移都专门的方便，同时，还能够和数字签名配合使用，更重要的是，能够细分每个java程序的权限，使用起来灵活方便。

一. Java中安全策略的概念

---- Java应用程序环境的安全策略，详细讲明了关于不同的代码所拥有的不同资源的许可，它由一个Policy对象来表达。为了让applet（或者运行在SecurityManager下的一个应用程序）能够执行受爱护的行为，例如读写文件，applet（或Java应用程序）必须获得那项操作的许可,安全策略文件确实是用来实现这些许可。

---- Policy对象可能有多个实体，尽管任何时候只能有一个起作用。当前安装的Policy对象，在程序中能够通过调用getPolicy方法得到，也能够通过调用setPolicy方法改变。Policy对象评估整个策略，返回一个适当的P ermissions对象，详细讲明那些代码能够访咨询那些资源。

---- 策略文件能够储存在无格式的ASCII文件，或Policy类的二进制文件，或数据库中。本文仅讨论无格式的ASCII文件的形式。

二. Policy文件的格式

---- 为了能够更好地明白得下面的内容，建议在阅读时参照\jdk1.2\jre\l ib\security\java.policy文件和\jdk1.2\jre\lib\security\java.security文件的内容。

---- 1．Policy文件的语法格式与讲明

---- 一个Policy文件实质上是一个记录列表，它可能含有一个“keysto re”记录，以及含有零个或多个“grant”记录。其格式如下：

keystore "some_keystore_url",

"keystore_type";

grant [SignedBy "signer_names"]

[, CodeBase "URL"] {

Permission permission_class_name

[ "target_name" ]

[, "action"] [, SignedBy "signer_names"];

Permission ...

};

---- 1.1"keystore"记录

---- 一个keystore是一个私有密钥（private keys）数据库和相应的数字签名，例如X.509证书。Policy文件中可能只有一条keystore记录（也可能不含有该记录），它能够显现在文件中grant记录以外的任何地点。Policy

配置文件中指定的keystores用于查找grant记录中指定的、签名者的公共密钥（public keys），如果任何grant记录指定签名者（signer_names），那么，keystore记录必须显现在policy配置文件中。

---- "some_keystore_url"是指keystore的URL位置，"keystore_type"是指keystore的类型。第二个选项是可选项，如果没有指定，该类型则假定由安全属性文件（java.security）中的"keystore.type"属性来确定。keystore类

型定义了keystore信息的储备和数据格式，用于爱护keystore中的私有密钥和keystore完整性的算法。Sun Microsystems支持的缺省类型为“JKS”。

---- 1.2"grant"记录

---- 在Policy文件中的每一个grant记录含有一个CodeSource（一个指定的代码）及其permission(许可)。

---- Policy文件中的每一条grant记录遵循下面的格式，以保留字“gra nt”开头，表示一条新的记录的开始，“Permission”是另一个保留字，在记录中用来标记一个新的许可的开始。每一个grant记录授予一个指定的代码（CodeBase）一套许可（Permissions）。

---- permission_class_name必须是一个合格并存在的类名，例如java.io. FilePermission，不能使用缩写（例如，FilePermission）。

---- target_name用来指定目标类的位置，action用于指定目标类拥有的权限。

---- target_name能够直截了当指定类名（能够是绝对或相对路径），名目名，也能够是下面的通配符：

directory/* 名目下的所有文件

*当前名目的所有文件

directory/-名目下的所有文件，包括子名目

- 当前名目下的所有文件，包括子名目

《ALL FILES》文件系统中的所有文件

关于java.io.FilePermission，action能够是：

read, write, delete和execute。

关于.SocketPermission，action能够是：

listen，accept，connect，read，write。

---- 1.3 Policy文件中的属性扩展（Property Expansion）

---- 属性扩展与shell中使用的变量扩展类似，它的格式为：

"${some.property}"

实际使用的例子为：

permission java.io.FilePermission

"${user.home}", "read";

"${user.home}"的值为"d:\Project"，

因此，下面的语句和上面的语句是一样的：

permission java.io.FilePermission "

d:\Project ", "read";

三. 实例

---- 起初始化Policy时，第一装载系统Policy，然后再增加用户Policy，如果两者都不存在，则使用缺省的Policy，即原始的沙箱模型。

---- 系统Policy文件的缺省位置为：

{java.home}/lib/security/java.policy (Solaris)

{java.home}\lib\security\java.policy (Windows)

用户Policy文件的缺省位置为：

{user.home}/.java.policy (Solaris)

{user.home}\.java.policy (Windows)

---- 事实上，在实际使用中，我们可能可不能象上面介绍的那么复杂，专门是在不使用数字签名时。这时，我们完全能够借鉴JDK 1.2提供给我们的现成的\jdk1.2\jre\lib\security\java.policy文件，按照我们的需要作相应的修改，本文就针对不使用数字签名情形详细讲明安全策略文件的用法。