防止包访问：可以通过限制包访问但同时仅赋予特定代码访问权限防止不可信任代码对包成员的访问。通过向java.security.properties文件中加入如下文字可以达到这一目的：
...
package.access=Package#1 [,Package#2,...,Package#n]
...
当检测到代码试图访问上述包中的类时，类加载器的loadClass方法会抛出异常，除非代码被赋予以下权限：
3)公共方法/字段
公共变量应当避免使用，访问这些变量时应当通过getter/setter法。在这种方式下，必要时可以增加集中的安全检查。
任何能够访问或修改任何敏感部状态的公共方法，务必包含安全检查。
参考如下代码段，该代码段中不可信任代码可能修改TimeZone的值：
private static TimeZone defaultZone = null;
软件安全开发编码规
1.代码编写
1)开发人员应保证工程中不存在无用的资源（如代码、图片文件等）。
2)代码中每个类名上的注释必须留下创建者和修改者的名字。
3)每个需要import的类都应使用一行import声明，不得使用import xxx.*。
4)System.out.println()仅在调试时使用，正式代码里不应出现。
7)exit除了在main中可以被调用外，其他的地方不应被调用。
8)代码中应尽量使用interfaces，不要使用abstract类。
9)在需要换行的情况下，尽量使用println来代替在字符串中使用的"\n"。
10)涉及HTML的文档，尽量使用XHTML1.0 transitional文件类型，其中所有HTML标签都应关闭。
5)开发人员编写代码时应遵循以下命名规则：
Package名称应该都是由一组小写字母组成；
Class名称中的每个单词的首字母必须大写；
Static Final变量的名称全用大写，并且名称后加注释；
参数的名称必须和变量的命名规一致；
使用有意义的参数命名，如果可能的话，使用和要赋值的字段一样的名称。
6)代码应该用unix的格式，而不是windows的。
不要返回包含敏感数据的部数组引用。
这个不可变惯例的变型，在这儿提出是因为是个常见错误。即使数组中包含不可变的对象比如说是字符串，也要返回一个副本，这样调用者不能修改数组中包含的到底是哪个字符串。在方法调用返回时，返回数据的拷贝而不要返回数组。
这些准则的目标，不是为了保证代码的安全性，而是为了消除若干特定类型攻击带来的风险。遵循这些准则，某些特定类型的攻击将无法实现；但是其它类型的攻击仍然可能成功。因此遵循这些准则仅仅是安全的第一步。当书写可能和非守信或混用的代码时，应当仔细的考虑如下准则：
静态字段
缩小mmutable）
序列化
清除敏感信息
1)静态字段
避免使用非final的公共静态变量，应尽可能地避免使用非final公共静态变量，因为无法判断代码有无权限改变这些静态变量的值。
一般地，应谨慎使用可变的静态状态，因为这可能导致设想中应该相互独立的子系统之间发生不曾预期的交互。
2)缩小作用域
作为一个惯例，尽可能缩小成员方法和成员变量的作用域。检查包访问权限成员（package-private）能否改成私有成员（private），保护访问成员（protected）可否改成包访问权限成员（package-private）/私有成员（private）等等。
public static synchronized void setDefault(TimeZone zone)
{
defaultZone = zone;
}
4)保护包
有时需要整体上保护一个包以避免不可信任代码的访问，本节描述了一些防护技术：
防止包注入：如果不可信任代码想要访问类的包保护成员，可能通过在被攻击的包定义自己的新类用以获取这些成员的访问权的方式。防止这类攻击的方式有两种：
...
RuntimePermission("defineClassInPackage."+package)
...
另一种方式是通过将包放到封闭的JAR（sealed Jar）文件里。
（参看java.sun./j2se/sdk/1.2/docs/guide/extensions/spec.html）
通过使用这种技巧，代码无法获得扩展包的权限，因此也无须修改java.security.properties文件。
16)产品中不要包含后门代码，隔离系统中的后门代码，确保其不能出现在产品中。作为一种特殊的调试代码，后门访问代码是为了使开发者和测试工程师访问一部分终端用户不能访问的程序代码。但是，如果后门代码被留到产品中，对攻击者来说，它就是一条不需要通过正常安全手段来攻陷系统的通路。
2.JAVA安全
遵循下面列出的准则有利于编写更加安全的代码。但是总体来说，这些准则不能对安全性做出任何保证。遵循这些准则可能好的实践，但是即使遵循了这些准则，写出的代码仍然可能是不安全的。风险永远存在，不管在编写代码时是如何的警觉。
11)在HTML、JavaScript、XML代码中，缩进应为两个空格，不得使用Tab。
12)HTML标签的name和id属性的命名方式应与Java变量名相同。
13)在需要经常创建开销较大的对象时，开发人员应考虑使用对象池。
14)在进行log的获取时开发人员应尽量使用isXXXEnabled。
15)log的生成环境上尽量避免输出文件名和行号。
...
RuntimePermission("defineClassInPackage."+package)
...
5)尽可能使对象不可变（immutable）
尽可能使对象不可变。如果对象必须改变，使得它们可以克隆并在方法调用时返回副本。如果方法调用的返回对象是数组、向量或哈希表等，牢记这些对象并非不可变，调用者可以修改这些对象的容并导致安全漏洞。此外，不可变的对象因为不用上锁所以能够提高并发性。
通过向java.security.properties文件中加入如下文字防止包被注入恶意类。
...
package.definition=Package#1 [,Package#2,...,Package#n]
...
当检测到代码试图在包定义新类时，类装载器的defineClass方法会抛出异常，除非代码被赋予以下权限：