當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

java 使用适当的签名_关于数字签名和policy文件设置！

發布時間：2024/7/23 编程问答 53 豆豆

生活随笔收集整理的這篇文章主要介紹了 java 使用适当的签名_关于数字签名和policy文件设置！小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

目前做一項目，jbuilder4+oracle+windows2000(linux),打算用applet+servlet

做成分布式b/s結構，

其中有兩個關鍵技術難點：

1:與word，excel等程序集成。

用jintegra解決(多謝路人甲等人的指點)

2:applet存取客戶機(browser)上的本地文件(主要是office文檔)，并啟動客戶機上的

相應office程序。

這個問題涉及到java?applet程序的安全限制，據說可以通過數字簽名或policy文件設置，但目前還沒有找到能夠行得通的方法和資料。

情況緊急，望各位指點，多謝！

----?眾所周知，Java語言具有完善的安全框架，從編程語言，編譯器、解釋程序到Java虛擬機，都能確保Java系統不被無效的代碼或敵對的編譯器暗中破壞，基本上，它們保證了Java代碼按預定的規則運作。但是，當我們需要逾越這些限制時，例如，讀寫文件，監聽和讀寫Socket，退出Java系統等，就必須使用數字簽名或安全策略文件(*.Policy)。

----?在企業內部網中，本文提出了使用安全策略文件來設置java程序權限的一種簡單的方法。由于企業內部網中各臺計算機的位置、用途和安全性明確，更適于使用安全策略文件來設置java的權限，軟件的安裝、設置、升級和遷移都非常的方便，并且，還可以和數字簽名配合使用，更重要的是，可以細分每個java程序的權限，使用起來靈活方便。

一.?Java中安全策略的概念

----?Java應用程序環境的安全策略，詳細說明了對于不同的代碼所擁有的不同資源的許可，它由一個Policy對象來表達。為了讓applet(或者運行在SecurityManager下的一個應用程序)能夠執行受保護的行為，例如讀寫文件，applet(或Java應用程序)必須獲得那項操作的許可,安全策略文件就是用來實現這些許可。

----?Policy對象可能有多個實體，雖然任何時候只能有一個起作用。當前安裝的Policy對象，在程序中可以通過調用getPolicy方法得到，也可以通過調用setPolicy方法改變。Policy對象評估整個策略，返回一個適當的Permissions對象，詳細說明那些代碼可以訪問那些資源。

----?策略文件可以儲存在無格式的ASCII文件，或Policy類的二進制文件，或數據庫中。本文僅討論無格式的ASCII文件的形式。

二.?Policy文件的格式

----?為了能夠更好地理解下面的內容，建議在閱讀時參照jdk1.2jrelibsecurityjava.policy文件和jdk1.2jrelibsecurityjava.security文件的內容。

----?1．?Policy文件的語法格式與說明

----?一個Policy文件實質上是一個記錄列表，它可能含有一個“keystore”記錄，以及含有零個或多個“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記錄遵循下面的格式，以保留字“grant”開頭，表示一條新的記錄的開始，“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。

對于java.net.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}libsecurityjava.policy?(Windows)

用戶Policy文件的缺省位置為：

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

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

----?其實，在實際使用中，我們可能不會象上面介紹的那么復雜，特別是在不使用數字簽名時。這時，我們完全可以借鑒JDK?1.2提供給我們的現成的jdk1.2jrelibsecurityjava.policy文件，根據我們的需要作相應的修改，本文就針對不使用數字簽名情況詳細說明安全策略文件的用法。

----?下面，是一個完整的在Windows?95/98/NT下使用的.java.policy文件。在文件中，分別使用注釋的形式說明了每個“permission”記錄的用途。

//?For?LanServerTalk.java?and?LanClientTalk.java

grant?{

//對系統和用戶目錄“讀”的權限