Java2的安全新特性下的Applet數(shù)字簽名具體實(shí)現(xiàn)方法
北京阿費(fèi)
自從Java技術(shù)開始應(yīng)用以來(lái)，人們對(duì)Java平臺(tái)的安全性以及由于部署Java技術(shù)所引發(fā)的安全問題給予了極大的關(guān)注。特別是在1998年11月Java2發(fā)布后，Java的安全體系結(jié)構(gòu)發(fā)生了根本的改進(jìn)，對(duì)于終端用戶而言，它可以保護(hù)文件和私人數(shù)據(jù)不被惡意的程序或病毒感染和破壞，鑒別代碼提供者的身份。對(duì)于開發(fā)者而言，通過使用API方法，能夠?qū)�安全性功能集成到�?yīng)用程序中，因?yàn)锳PI的體系結(jié)構(gòu)能夠定義和集成對(duì)特定的資源的使用權(quán)限、加密、安全性管理、策略管理，并提供了一些類來(lái)管理公鑰／密鑰對(duì)及信任用戶群的公鑰證書。同時(shí)系統(tǒng)管理員、開發(fā)者和用戶可以使用它提供的工具管理鑰匙庫(kù)，在JAR文件中生成數(shù)字簽名、簽名的完整性檢測(cè)、創(chuàng)建和修改策略文件。按照J(rèn)ava設(shè)計(jì)者的觀點(diǎn)，Java安全包括2個(gè)方面的內(nèi)容，首先將Java作為一種安全的平臺(tái)提供給用戶，在此平臺(tái)上，可安全地運(yùn)行Java程序；其次提供用Java編程語(yǔ)言實(shí)現(xiàn)的安全工具和服務(wù)，它使得諸如企業(yè)界這樣一些對(duì)安全非常敏感的領(lǐng)域也可應(yīng)用Java技術(shù)。本文將就這二個(gè)方面介紹Java2的安全性新特性以及該新特性下的Applet數(shù)字簽名的具體實(shí)現(xiàn)方法�！�
　Java2采用了如圖1所示的新的安全體系結(jié)構(gòu)，并基于這種安全體系結(jié)構(gòu)提供了很多新特性。

圖1 JDK1．2安全模式
1．1　密紋訪問控制
　　這種能力從一開始就在JDK中存在。但要使用它，應(yīng)用程序的編寫者不得不做大量的編程工作�熇�如，創(chuàng)建SecurityManager和Classloader類的子類并使其用戶化��。HotJava1．0就是一個(gè)這樣的應(yīng)用程序，它允許瀏覽器用戶在幾個(gè)不同的安全等級(jí)上進(jìn)行選擇。然而，這種編程涉及非常敏感的安全問題，它要求程序員對(duì)計(jì)算機(jī)安全有精深的理解和純熟的技巧。新的安全體系結(jié)構(gòu)將使這些變得簡(jiǎn)單而安全。
1．2　易于配置的安全策略
　　與上述情況相似，這種能力在原來(lái)的JDK中也是存在的，但是不便于使用，而且編寫安全代碼也不是簡(jiǎn)單明了的事情。于是，人們期望能夠允許應(yīng)用程序的編寫者和用戶能夠不通過編程來(lái)設(shè)置安全策略。
1．3　便于擴(kuò)展的訪問控制結(jié)構(gòu)
　　一直到JDK1．1為止，為了創(chuàng)建1個(gè)新的訪問許可，你必須在SecurityManager類中增加1個(gè)新的check方法。新的安全體系結(jié)構(gòu)則允許設(shè)置各類訪問許可（每個(gè)都表示對(duì)1個(gè)系統(tǒng)資源的訪問），并能對(duì)所有正確訪問許可（包括未定義的許可）進(jìn)行自動(dòng)處理。
1．4　安全檢查擴(kuò)展至所有Java程序
　　那種所有本地代碼是可信的內(nèi)置概念將不復(fù)存在，取而代之的將是本地代碼（例如非系統(tǒng)代碼，安裝在本地的應(yīng)用程序包等）服從于與Applet相同的安全控制，但是可以聲明對(duì)本地代碼的政策是最寬容的，從而使這些代碼可被認(rèn)為是完全可信而有效地運(yùn)行。上述原則也可應(yīng)用于已簽字的Applet和任何Java應(yīng)用程序。
2　Java2安全體系的概念及運(yùn)行機(jī)制
2．1　保護(hù)域
　　Java2安全體系結(jié)構(gòu)中的一個(gè)基本的概念是保護(hù)域（Protected Domain）。1個(gè)域可通過對(duì)象集來(lái)劃分范圍，這些對(duì)象當(dāng)前可由1個(gè)主體直接訪問。而主體是在計(jì)算機(jī)系統(tǒng)中被授予許可的實(shí)體。JDK1．0所利用的沙箱就是一個(gè)有著固定邊界的保護(hù)域?qū)嵗�。保護(hù)域的概念是一種在保護(hù)單元間起著分組和隔離作用的便利機(jī)制。例如，我們可以將保護(hù)域分開以避免它們之間的直接交互作用，于是，任何允許的交互作用必須通過可信系統(tǒng)代碼或被有關(guān)的域所明確允許。
　　保護(hù)域通常分為明確的2個(gè)類別，系統(tǒng)域和應(yīng)用程序域。所有被保護(hù)的外部資源如：文件系統(tǒng)、網(wǎng)絡(luò)設(shè)施以及屏幕和鍵盤等僅能通過系統(tǒng)域來(lái)訪問。圖2中顯示了1個(gè)Java應(yīng)用環(huán)境的域的組成。從概念上講，1個(gè)域包括1組類，這些類的實(shí)例被授予相同的一組許可。保護(hù)域是由現(xiàn)行策略所確定的。Java應(yīng)用程序環(huán)境保持了來(lái)自代碼（類和實(shí)例）到它們的保護(hù)域然后再到它們的許可的映射，如圖3所示。1個(gè)線程的執(zhí)行可能完全發(fā)生在1個(gè)單一的保護(hù)域中，也可能涉及1個(gè)應(yīng)用程序域或是系統(tǒng)域。例如：1個(gè)打印消息的應(yīng)用程序?qū)⒉坏貌慌c系統(tǒng)域發(fā)生交互作用，因?yàn)橄到y(tǒng)域是唯一對(duì)輸出流的訪問點(diǎn)。在此種情況下的任何時(shí)候，應(yīng)用程序域都不能通過調(diào)用系統(tǒng)域獲得除打印消息外的任何額外許可，否則將是一個(gè)嚴(yán)重的安全性隱患。在相反的情形下，1個(gè)系統(tǒng)域從1個(gè)應(yīng)用程序域中調(diào)用1個(gè)方法，如當(dāng)1個(gè)AWT系統(tǒng)域調(diào)用1個(gè)Applet的繪畫方法來(lái)顯示這個(gè)Applet時(shí)，有效訪問權(quán)限與應(yīng)用程序域所允許的當(dāng)前權(quán)限在任何時(shí)候都相同，這一點(diǎn)也是同樣至關(guān)重要的。換句話說(shuō)，一個(gè)具有較低權(quán)限的域不能通過調(diào)用一個(gè)更高權(quán)限的域，或被一個(gè)更高權(quán)限的域所調(diào)用來(lái)獲得額外的許可。上述有關(guān)1個(gè)線程涉及2個(gè)保護(hù)域的討論自然地歸納為1個(gè)遍歷多重保護(hù)域的線程，計(jì)算許可的一個(gè)簡(jiǎn)單而謹(jǐn)慎的經(jīng)驗(yàn)做法是：

圖2 Java應(yīng)用環(huán)境的域的組成

圖3 類→保護(hù)域→權(quán)限的映射
　�。�1）一個(gè)執(zhí)行線程的許可集可被認(rèn)為是由該線程所遍歷的所有保護(hù)域的許可的交集。
　�。�2）當(dāng)1條代碼調(diào)用doPrivileged方法時(shí)，執(zhí)行線程的許可集被認(rèn)為是包括所有代碼的保護(hù)域以及由它直接或間接調(diào)用的保護(hù)域的權(quán)限。即通過doPrivileged方法可使1條可信代碼能臨時(shí)訪問更多的資源，這在某些情況下是必要的。例如，1個(gè)應(yīng)用程序可能不被允許直接訪問包含字體的文件，但是，顯示文本的系統(tǒng)實(shí)用程序必須代表用戶獲得那些字體。
　　在執(zhí)行期間，當(dāng)請(qǐng)求訪問1個(gè)關(guān)鍵系統(tǒng)資源（如文件I／O和網(wǎng)絡(luò)I／O）或者API方法需要執(zhí)行1個(gè)敏感的操作時(shí)，例如讀1個(gè)文件，資源處理代碼直接或間接地調(diào)用1個(gè)特殊的稱為訪問控制（AccessController）類的方法，訪問控制類通過檢查調(diào)用棧來(lái)作出決定是否準(zhǔn)予該請(qǐng)求或操作發(fā)生。在調(diào)用棧中是執(zhí)行該操作需要調(diào)用的一些類的成員方法，因?yàn)槊總�(gè)類都屬于一些保護(hù)域，每個(gè)保護(hù)域都建立了一些策略，因此在調(diào)用棧的每個(gè)方法都被分配了1組權(quán)限。訪問控制類由棧頂開始，自頂向下檢查每個(gè)方法，看是否方法被所在的保護(hù)域所允許，如果發(fā)現(xiàn)一個(gè)方法權(quán)限沒有得到允許，訪問控制類就拋出安全性異常；反之，如果到達(dá)棧底仍未拋出異常，即說(shuō)明調(diào)用棧中的所有方法均滿足保護(hù)域的權(quán)限要求，訪問控制允許操作發(fā)生。其中有一種特殊的情況，即當(dāng)訪問控制遍歷調(diào)用棧時(shí)，將查找是否存在優(yōu)先域（Privileged Domain），如果存在優(yōu)先域，即使沒有到達(dá)棧底，訪問控制也將停止遍歷調(diào)用棧并允許操作發(fā)生。雖然新的安全機(jī)制初看上去增加了許多調(diào)用API方法的消耗，但是Java2確實(shí)使用了一些技術(shù)去加速檢查權(quán)限的過程，例如訪問控制將過濾掉重復(fù)的域并在遇到第一個(gè)優(yōu)先域時(shí)停止檢查，這說(shuō)明額外的操作將是一個(gè)本地的方法調(diào)用，SUN的基準(zhǔn)測(cè)試顯示了新的安全檢查是相當(dāng)快的。
　　最后，每個(gè)域包括系統(tǒng)或應(yīng)用程序域可以對(duì)其域邊界內(nèi)的內(nèi)部資源進(jìn)行附加保護(hù)。例如，一個(gè)銀行系統(tǒng)的應(yīng)用程序可能需要支持并保護(hù)其內(nèi)部的一些概念，如查帳、存款和取款等。由于此種保護(hù)的語(yǔ)義不像那些可預(yù)測(cè)的語(yǔ)義可以被JDK預(yù)置，因而，在這個(gè)層次上的保護(hù)最好留給系統(tǒng)或應(yīng)用程序開發(fā)員來(lái)做。
　　目前，1個(gè)域單獨(dú)地由1個(gè)代碼來(lái)源（CodeSource）鑒別，它封裝了在該域中運(yùn)行的代碼的2個(gè)特性：代碼基址和公共密鑰證書集，公共密鑰對(duì)應(yīng)于在該域中為所有代碼簽字的私有密鑰。因而，由相同的密鑰簽字和來(lái)自相同URL的類被放在同一個(gè)域中。1個(gè)域還包含在該域中授予代碼的許可，它是由現(xiàn)行安全策略所決定的。
2．2　證書、鑰匙庫(kù)及其相關(guān)工具
　　在Java2的安全體系下，1個(gè)Applet開發(fā)和運(yùn)行的過程如下：
　　在代碼的分發(fā)端：
　�。�1）開發(fā)Java源程序并對(duì)其進(jìn)行編譯。
　�。�2）用JAR工具對(duì)類文件和資源文件進(jìn)行封裝。
　�。�3）用keytool創(chuàng)建公鑰和密鑰，生成X。509V1簽名證書，輸出證書。
　�。�4）通過jarsigner工具用生成的密鑰對(duì)JAR文件進(jìn)行數(shù)字簽名。
　　在代碼的接收端：
　�。�1）用keytool輸入證書視其為可信任。
　�。�2）用policytool創(chuàng)建和修改安全性策略配置文件，授權(quán)請(qǐng)求的訪問權(quán)限。
　�。�3）從網(wǎng)絡(luò)取得字節(jié)碼，用公鑰驗(yàn)證數(shù)字簽名證書和文檔代碼的完整性。
　�。�4）驗(yàn)證字節(jié)碼的合法性，根據(jù)策略文件分配相應(yīng)權(quán)限。
　�。�5）執(zhí)行代碼，完成后被垃圾回收器回收內(nèi)存。
　　在用公鑰驗(yàn)證數(shù)字簽名證書之前，接收方需要確認(rèn)公鑰自身的可靠性，因此通常情況是提供一個(gè)包含公鑰的證書而不是公鑰自身。1個(gè)證書包括：
　�。�1）1個(gè)公鑰。
　�。�2）1個(gè)唯一的名字實(shí)體（個(gè)人或公司），它是證書的所有者，包含用戶名字、公司、組織、城市、地址、國(guó)家代碼、省份等信息。
　�。�3）數(shù)字簽名：1個(gè)證書被1個(gè)分發(fā)者的實(shí)體簽名，保證證書確實(shí)包含另1個(gè)實(shí)體（所有者）的公鑰。
　�。�4）分發(fā)者的標(biāo)識(shí)名信息。
　　對(duì)于接收者可以用分發(fā)者的公鑰來(lái)驗(yàn)證他的數(shù)字簽名，檢查證書的合法性。然而公鑰可能包含在另一個(gè)證書中，而數(shù)字簽名需要用另一個(gè)證書的分發(fā)者的公鑰來(lái)驗(yàn)證，這樣嵌套下去，直到一個(gè)公鑰被接收者確認(rèn)是可信任的。如果接收者不能建立信任鏈，例如：1個(gè)分發(fā)者的證書不合法，那么可以用keytool－import命令來(lái)計(jì)算指紋，每個(gè)指紋是一個(gè)相關(guān)的短數(shù)字，它唯一可靠地標(biāo)識(shí)證書（指紋是一個(gè)用信息摘要算法計(jì)算的證書信息的哈希值），接收者可以呼叫證書的所有者，并比較發(fā)出的證書和接收證書的指紋，如果指紋相同，則證書不同。因此能夠保證證書在傳遞的過程中未被修改。另一個(gè)潛在的問題是發(fā)送者身份的標(biāo)識(shí)，有時(shí)一個(gè)證書是自簽名的，即使用證書中的公鑰相對(duì)應(yīng)的密鑰進(jìn)行簽名，如果接收者已經(jīng)知道或信任發(fā)送者，那么就沒有任何問題。否則發(fā)送者需要從一個(gè)可信任的第3方得到證書，這個(gè)第3方通常是一個(gè)證書的授權(quán)機(jī)構(gòu)CA，那么首先發(fā)送一個(gè)自簽名的證書簽名請(qǐng)求CSR給CA，由CA驗(yàn)證CSR的簽名及發(fā)送CSR的身份、許可證以及其它信息。然后CA通過一個(gè)用CA的密鑰進(jìn)行簽名的證書，授權(quán)CSR的發(fā)送者作為公鑰的所有者，任何人只要信任CA的公鑰，都可以用之來(lái)驗(yàn)證證書的簽名，很多情況下CA自身有一個(gè)來(lái)自更高一級(jí)的CA的證書，從而構(gòu)成證書鏈。所有信任的證書實(shí)體都可以作為信任證書被引入鑰匙庫(kù)，每個(gè)證書中的公鑰都可以用來(lái)驗(yàn)證用相應(yīng)的密鑰生成的簽名。
　　發(fā)送者在發(fā)送簽名的代碼和文檔時(shí)還相應(yīng)提供包含與簽名的密鑰相應(yīng)的公鑰證書。用keytool－export命令或API函數(shù)可以從鑰匙庫(kù)中輸出證書到文件中，然后將這個(gè)文件發(fā)送給需要的接收者，由接收者用keytool－import命令或API函數(shù)將其引入鑰匙庫(kù)中。如果用jarsigner工具為JAR文件生成簽名，他會(huì)從鑰匙庫(kù)中取出證書及證書鏈，并和簽名一起放入JAR文件。
　　密鑰和相應(yīng)的公鑰證書存放在一個(gè)由口令保護(hù)的數(shù)據(jù)庫(kù)中，稱為鑰匙庫(kù)（keystore）。1個(gè)鑰匙庫(kù)包含2種類型的條目，可信任的證書條目，鑰匙和證書條目，每個(gè)都包含1個(gè)密鑰和與密鑰相應(yīng)的公鑰證書，在鑰匙庫(kù)中的每個(gè)條目都有1個(gè)別名進(jìn)行標(biāo)識(shí)。1個(gè)鑰匙庫(kù)的所有者在鑰匙庫(kù)中可以有多個(gè)鑰匙，可以通過不同的別名進(jìn)行訪問，每個(gè)別名通常是用鑰匙庫(kù)的所有者使用的鑰匙的特定角色來(lái)命名，別名也可以標(biāo)識(shí)鑰匙的目的。例如：SignPersonalEmail可以被用來(lái)標(biāo)識(shí)1個(gè)鑰匙庫(kù)的條目，它的密鑰用于簽名個(gè)人郵件，SignJarFiles用于標(biāo)識(shí)1個(gè)條目，它的密鑰用于簽名JAR文件。

3　Applet的數(shù)字簽名認(rèn)證實(shí)現(xiàn)的具體方法、步驟
3．1 結(jié)合我自己開發(fā)的基于JAVA2的Applet

我的項(xiàng)目是使用APPLET制作一個(gè)實(shí)時(shí)消息隊(duì)列監(jiān)控程序，由于涉及到了本地資源，對(duì)APPLET一定要進(jìn)行數(shù)字簽名和認(rèn)證。我使用的環(huán)境是WINDOWS2000，應(yīng)用服務(wù)器是WEBLOGIC6.0，開發(fā)環(huán)境是JBUILDER4.0。之前我提醒大家一定要注意服務(wù)器端和客戶端的概念。那些文件應(yīng)該在服務(wù)器端，那些文件應(yīng)該在客戶端。
 首先在客戶端使用JRE1.3.0_01（JAVA運(yùn)行環(huán)境1.3.0.1版本）以取代IE的JVM(JAVA虛擬機(jī))，可以到WWW.JAVA.SUN.COM網(wǎng)站上去下載，下載好了先在客戶端安裝好，安裝過程非常簡(jiǎn)單。
在服務(wù)器端的調(diào)用APPLET的HTML文件中也需要將它包含進(jìn)來(lái)，以便沒有事先安裝JRE的客戶端下載，具體的寫法，請(qǐng)接著往下看；

具體步驟如下:
 
服務(wù)器端：
 1．將程序需要用到的各種包文件全部解壓(我這兒要用到WEBLOGIC的JMS包使用命令jarxfweblogicc.jar)，然后使用JDK的打包命令將編譯好的監(jiān)控程序.class和剛才解壓的包一起打包到一個(gè)包中。(前提我已經(jīng)將監(jiān)控程序和解開的包都放在同一個(gè)目錄下了)，都是dos狀態(tài)下的命令，具體命令見jdk1.3(1.2)的bin目錄下，
命令如下：
jar cvfmonitor.jar *.class
此命令生成一個(gè)名為monitor.jar的包
2．為剛才創(chuàng)建的包文件（monitor.jar）創(chuàng)建keystore和keys。其中
keystore將用來(lái)存放密匙(private keys)和公共鑰匙的認(rèn)證，alias別名這兒取為monitor。
命令如下：
keytool -genkey -keystore monitor.keystore –alias monitor
 此命令生成了一個(gè)名為monitor.keystore的keystore文件，
接著這條命令，系統(tǒng)會(huì)問你好多問題，比如你的公司名稱，你
的地址，你要設(shè)定的密碼等等，都由自己的隨便寫。 
3．使用剛才生成的鑰匙來(lái)對(duì)jar文件進(jìn)行簽名
命令如下：
 jarsigner-keystoremonitor.keystoremonitor.jar monitor
這個(gè)命令將對(duì)monitor.jar文件進(jìn)行簽名，不會(huì)生成新文件。 
4．將公共鑰匙導(dǎo)入到一個(gè)cer文件中，這個(gè)cer文件就是要拷貝到客戶端的唯一文件 。
命令如下：
keytool-export-keystoremonitor.keystore -alias monitor-filemonitor.cer
 此條命令將生成monitor.cer認(rèn)證文件，當(dāng)然這幾步都有可能問你剛
才設(shè)置的密碼。
這樣就完成了服務(wù)器端的設(shè)置。這時(shí)你就可以將jar文件和keystore文件以及cer文件(我這兒是monitor.jar,monitor.keystore,monitor.cer)拷貝到服務(wù)器的目錄下了，我用的是weblogic6.0，所以就拷貝到C:\bea\wlserver6.0\config\mydomain\applications\DefaultWebApp_myserver下的自己建的一個(gè)目錄下了。
 
客戶端：
1．首先應(yīng)該安裝jre1.3.0_01，然后將服務(wù)器端生成的monitor.cer
文件拷貝到j(luò)re的特定目錄下，我這兒是：
c:\program files\javasoft\jre\1.3.0_01\lib\security目錄下。
2．將公共鑰匙倒入到j(luò)re的cacerts（這是jre的默認(rèn)keystore）
命令如下：
 keytool-import-alias monitor -filemonitor.cer
-keystorecacerts
注意這兒要你輸入的是cacerts的密碼，應(yīng)該是changeit，而不
是你自己設(shè)定的keystore的密碼。
3．修改policy策略文件，在dos狀態(tài)下使用命令policytool
系統(tǒng)會(huì)自動(dòng)彈出一個(gè)policytool的對(duì)話框，如圖4所示，在這里面首先選擇file菜單的open項(xiàng)，
打開c:\program files\javasoft\jre\1.3.0_01\lib\security目錄下的java.poliy文件，然后在edit菜單中選擇Change keystore ，在對(duì)話框中new keystore url:中輸入
file:/c:/program files /javasoft/jre/1.3.0_01/lib/security/cacerts,
這兒要注意反斜杠，在new keystore type 中輸入JKS，這是cacerts的固定格式，然后單擊Add Policy Entry，在出現(xiàn)的對(duì)話框中CodeBase中輸入：
http://URL:7001/*
其中的URL是服務(wù)器的IP地址，7001是我的weblogic的端口，如果你是在別的應(yīng)用服務(wù)器上比如說(shuō)是apache，那端口號(hào)就可以省略掉。
在SignedBy中輸入(別名alias):這兒是Monitor
然后單擊add peimission按鈕，在出現(xiàn)的對(duì)話框中permission中選擇你想給這個(gè)applet的權(quán)限，這兒具體有許多權(quán)限，讀者可以自己找資料看看。我這兒就選用allpeimission，右邊的signedBy中輸入別名：monitor
最后保存，在file菜單的save項(xiàng)。
當(dāng)然你可以看見我已經(jīng)對(duì)多個(gè)包實(shí)現(xiàn)了簽名認(rèn)證。
 

圖4-policytool的策略修改命令界面

這樣客戶端的設(shè)置就完成了。在客戶端用ie運(yùn)行該applet程序時(shí)，會(huì)詢問你是不是對(duì)該簽名授權(quán)，選擇授權(quán)后，包會(huì)自動(dòng)從服務(wù)器下載到本地計(jì)算機(jī)，而且ie會(huì)自動(dòng)啟動(dòng)jre，在右下欄中可以看見，相當(dāng)于ie的java控制臺(tái)。
 
4．調(diào)用applet的html文件
大家都知道由于java2的安全性，對(duì)applet的正常調(diào)用的html文件已經(jīng)不能再使用了，而改為ActiveX類型的調(diào)用。具體的又分ie和nescape的不同寫法，這一些在sun網(wǎng)上都能找到現(xiàn)成的教程。我就不多說(shuō)了，只是將我的這個(gè)小程序?yàn)閕e寫的的html給大家看看。
<html>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;CHARSET=gb2312">
<center>
<h3>消息中心實(shí)時(shí)監(jiān)控平臺(tái)</h3>
<hr>
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
width="900" height="520" align="baseline" codebase="http://192.168.2.217:7001/j2re-1_3_0_01-win-i.exe#Version=1,3,0,0">
<PARAM NAME="java_code" VALUE="wise.monitor.applet.monitorApplet">
<PARAM NAME="java_codebase" VALUE="monitor/classes"> 
<PARAM NAME="java_type" VALUE="application/x-java-applet;version=1.3">
<PARAM NAME="ARCHIVE" VALUE="monitor.jar" >
<PARAM NAME="scriptable" VALUE="true">
</OBJECT>
</center>
</html>

其中我要強(qiáng)調(diào)一點(diǎn)，因?yàn)閍pplet每一次的改動(dòng)都需要重新打包簽名，手續(xù)非常繁瑣，所以在具體的實(shí)現(xiàn)中要將一些會(huì)變化參數(shù)放到html文件中來(lái)，傳到applet中去，這一點(diǎn)網(wǎng)上文章好多，自己去看吧。
另外一個(gè)就是有朋友問我，那這樣不是太麻煩了，每一個(gè)客戶端都要進(jìn)行復(fù)雜的dos命令操作，我只能說(shuō)一目前我的水平只能將一個(gè)已經(jīng)做好的客戶端文件cer文件和java.policy以及cacerts文件直接拷貝到客戶端，當(dāng)然這也有缺陷，如果別人的計(jì)算機(jī)已經(jīng)有了認(rèn)證，就會(huì)丟失。就這些問題我們可以一起探討。
另外還有一點(diǎn)優(yōu)化，就是在打包的時(shí)候，我這兒只講了把所有要用的涉及到安全性的包和源程序到要打到一個(gè)包中。這樣如果包非常大的話，會(huì)非常影響下載的速度，如果可以使用本地計(jì)算機(jī)的包就好了，這一點(diǎn)jre也做到了，具體的要到控制面板的jre控制臺(tái)上去設(shè)置。這個(gè)就留著讀者自己去摸索吧。

結(jié)束語(yǔ)
 我發(fā)現(xiàn)網(wǎng)上java相關(guān)的資料非常少，中文的更少，所以希望自己能將一些小知識(shí)和大家共享，省掉許多重復(fù)的無(wú)用功。如果大家對(duì)這個(gè)問題還有不清楚的地方，或者就這問題相進(jìn)一步展開討論的，請(qǐng)和我聯(lián)系,我的信箱是afeilb@163.net。希望我們能共同進(jìn)步！
這篇文章也采納了一些別的文章的優(yōu)點(diǎn)，在此要多謝
南京東南大學(xué)計(jì)算機(jī)科學(xué)與工程系的金勝昔、步俊杰、吉逸。
Afei
2001.6.11晚 北京