下面是基于Gong [1999]、McGraw [1999]和Sun的指南的若干關鍵要點：


不要使用公共域或變量；把它們聲明為私有的并提供訪問函數以限制對它們的訪問。

除非有很好的理由，把方法都設為私有的（如果確實沒這樣做，說清楚其理由）。這些非私有的方法必須保護自己，因為它們可能會接收到受污染的數據（除非已經用其它方式對它們進行了保護）。

避免使用靜態域變量。這樣的變量附著在類（而非類的實例）上，而類可以被其它類所定位。其結果就是靜態域變量可以被其它類找到，因此很難保證它們的安全。

永遠不要把可變對象返回給潛在有惡意的代碼（因為代碼可能會改變它）。注意，數組是可變的（即使數組的內容不可變），所以不要返回一個含有敏感數據的內部數組的引用。

永遠不要直接保存用戶給定的可變對象（包括對象的數組）。否則，用戶可以把對象交給安全代碼，讓安全代碼“檢查”對象，并在安全代碼試圖使用數據時改變數據。應該在內部存儲數組前復制它們，而且要小心（例如，警惕用戶編寫的復制例程）。

不要依賴于初始化。有好幾種方法給未初始化的對象分配內存。

除非有很好的理由，應該使每件事都是確定的。如果某個類或方法不是確定的，攻擊者就可以用某種危險而無法預知的方法來擴展它。注意，作為安全性的交換，這會帶來可擴展性的喪失。

不要在安全性上依賴包的范圍。若干類，如java.lang，缺省是關閉的，而且某些Java虛擬機（JVM）會讓你關閉其它包。否則，Java類是沒有關閉的。因此，攻擊者可以向包中引入一個新類，并用此新類來訪問你以為保護了的信息。

不要使用內部類。在內部類轉換為字節代碼時，內部類會轉換為可以訪問包中任意類的類。更糟的是，被封裝類的私有域靜悄悄地變成非私有的，允許內部類訪問！

最小化特權。如果可能，完全不要請求任何特殊的許可。McGraw更進一步地推薦不要標記任何代碼；我認為可以標記代碼（這樣用戶可以決定“只有列表上的發送者可以運行標記過的代碼”），但在編寫程序時要使程序不需要沙箱設置之外的權限。如果一定要有更大的權限，審讀代碼就會特別困難。

如果一定要標記代碼，應該把它們都放在一個檔案文件里。這里最好引用McGraw [1999]的原文：

此規則的目的是防止攻擊者使用混合匹配攻擊，構建新applet或庫把某些標記類與有惡意的類連接在一起，或者把根本意識不到會被一起使用的標記類連接在一起。通過把一組類標記在一起，就可以使這種攻擊更困難。現有的代碼標記系統在防止混合匹配攻擊上做得還不夠，所以這一規則還不能完全防止此類攻擊。但使用單個答案沒什么壞處。


應該使類不可被復制。Java的類復制機制允許攻擊者不運行構建函數就實例化某個類。要使類不可被復制，只要在每個類里定義如下方法：