在传统的应用开发中，开发人员常常为了将为一种机器平台开发的程序移植到其它的平台上而感到头痛，Java的出现大大减轻了开发人员的这种负担，它的一次编成，到处运行（Write Once，Run Anywhere）的功能使开发人员能够开发出跨系统跨平台运行的应用程序。现在各种Java应用中都大量使用了Java applet，它是一种特殊的Java小程序，这些applet能够给人们带来更为活泼更具吸引力的Web页面。各种具有Java功能的浏览器，如Netscape Navigator、Microsoft Internet Explorer（MSIE）等，会自动下载并执行内嵌在Web页面中的 Java applet。
然而，Applet在给人们带来好处的同时，也带来了潜在的安全隐患。它使applet的设计者有机会入侵他人的机器。实事求是的讲，这个世界上没有一个电脑系统是百分之百安全的， 但由于现在Internet和Java在全球应用得越来越普及，因此人们在浏览Web页面的同时也会同时下载大量的Java applet，就使得Web用户的机器面临的安全威胁比以往任何时候都要大。
上述问题到目前为止还没有一种完全的解决方法。好在现在Java 的设计者已注意到了这一点，并尽其所能加以限制， 例如，在 JDK1.1 版中就采用逐渐流行的数字签名技术以减少applet可能造成的危险。 尽管如此，目前Web用户的机器还是很容易受到applet的攻击，而且现在用户能够采取的对策并不多。在Java applet 四处充斥的今天，人们使用具有 Java功能的浏览程序之时，对于浏览的网页的地点就不能不多加留意。
Web页面中的执行文件到底会带来什么样的潜在危险呢？大致上可分为四类∶更改系统、侵犯隐私权、非法入侵攫取资源、与使用者敌对。
恶意之1∶更改系统
像 Java 这样功能强大的程序语言，不管是在电脑的硬盘上还是在文件系统中，都具有修改数据的能力。 Java 中包含有许多预先定义好的类(class)，其中的方法(method) 可以删除或修改文件、更改使用中的磁盘内容、杀掉执行程序或其执行线程 (thread)。 这些功能很有可能会被applet的设计者滥用。更改系统可能是所有潜在危险中最严重的一种，Java 的设计者对于限制此类危险已花费了很大的心思；相反的，ActiveX 则对其引发的可能结果尚未加以限制。
所谓的更改系统包括入侵系统。在不安全的使用 Java时，可能会被applet发现攻击的路径。 由于黑客 (hacker) 们总是想方设法利用各种手段入侵他人的电脑系统 ( 取得进入系统与使用权限 )，而我们用户能做的不过是小心使用Java而已，因此保证Java运行环境的安全最主要的还是Java设计者的责任，Java设计得必须保证在用户下载applet时没有其他进入系统的安全漏洞产生。
由于Java 可在多种操作平台上运行，因此恶意的applet只要在其中一种操作系统(例如Solaris) 上攻击成功， 在攻击其它作业系统 ( 例如 Windows NT) 时也能得逞。因此Java在带来应用程序跨平台执行的同时，也带来了恶意applet的这种跨平台攻击的可能性。
利用 Java 来入侵电脑系统并非不可能的事情。曾发现许多目前已知的 Java安全漏洞的美国普林斯顿大学安全Internet编程小组(Safe Internet Programming Team)，就在实验室中展示了这种攻击型的 applet。虽然，目前针对已发现的一些安全漏洞已经提供了一些补丁(patch)程序， 但其它更为复杂的攻击仍可能潜藏着而未被人们发现。
在如今各种重要的电脑系统中，这种更改系统型的 applet 攻击对数据造成的破坏是非常严重的。如它可能会破坏一些表面上看来很安全的数据库中的财务记录，导致公司财务损失而破产；或者是窜改医院中病人的病情数据，导致医疗不当，甚至因此导致病人死亡。所以在目前未能打到解决方案的情况下，对Java applet的使用要非常小心，不要让重要的数据系统暴露在这种新型的攻击危险中。
Internet这种全球最开放的系统几乎可以称得上是电脑黑客们的乐园，这从Internet上层出不穷的入侵事件便不难看出。因此如何使 Java 不致于成为为他们的破坏工具，不管是对开发员来讲还是对用户来讲都是一个重要的课题。
恶意之2∶侵犯隐私权
第二种类型的攻击，就是暴露他人电脑主机的秘密数据。例如，在 Unix 系统中如能访问/etc/passwd( 记录系统中所有使用者的姓名与密码 )这个文件，就有可能入侵整个系统 。
另外，电脑系统也可能会造成一些敏感性资料的泄露，例如必术不正的公司可以利用商业间谍偷取对手公司的业务计划。个人用户对于其私人的电子邮件或财务记录是否可以公开也要慎重考虑，任何可藉由电子邮件传送或经由网络传递的秘密资料，都有可能受到入侵。
利用 Java 的功能，会产生双重伪造的可能性，典型的电子邮件伪造（mail-forging ）的情况会更加严重。Applet 先使用系统送出假信息，以欺骗真的邮件。 最后，目前许多系统中盛行的声音功能，也可能会导致窃听。如果攻击者能掌握系统的麦克风，就有可能进行窃听的行为。 更隐秘的窃听是访问监视进程表（process table ）和相关的文件。网页式的窃听，还可能包括追踪某一特定使用者所经过的网路连结。
Java 对于某些形式的网络攻击可以成功的进行防卫。例如，文件系统的输入输出操作就受到严格的控制。不过，这又与 applet 常需要一条通道以便传回数据的要求相违背，因为applet 总是必须与原来的服务器一直相连。电子邮件的伪造防卫起来则比较困难。由于缺乏对客户端连接接口的限制功能，电子邮件的伪造不太可能杜绝。
恶意之3∶拒绝系统服务
拒绝系统服务式的攻击，会让系统资源无法正常使用。通常的做法是利用一个执行程序吸取超过正常系统所分配的资源，甚至是霸占整个系统。这类攻击还可分为几个小的类型，例如填满文件系统或用光所有可用的文件资源；调用所有系统的内存，产生数以千计的窗口，以便有效的阻止屏幕输出或找开新的窗口；产生许多高优先权的执行线程，以耗光 CPU的执行周期。 虽然这一类危险的破坏作用也很大，但它们似乎并未引起Java 的设计者的重视。
人们对防止这种攻击的重要性还有些争议。在大部分情况下，拒绝系统服务式的攻击，比较接近与使用者敌对的攻击，因为从此类攻击中使系统恢复正常一般比较容易，只需要重新启动系统即可。不过，即使如此，在一些重要的系统中也可能会造成严重的后果，人们当然谁也不希望在与重要的系统连结时重新启动系统吧。例如，在处理股票交易的机器上蓄意拒绝系统服务，其造成的损失将难以想像的。
拒绝系统服务式的攻击是 Java 常见的安全问题之一。 现在Internet上有一个专门介绍此类问题的站点，这就是Mark La Due的Hostile Applet主页(http://www.math.gatech.edu/~maladue/HostileApplets.htm) 中，不兴趣的读者不妨一看，在这里面介绍了许多实际的例子。要制造这种类型的攻击实际上并不难，不过由于目前 Java 的安全模型并没有提供很好的解决办法，因此对它的防范却比较困难。
还有一种类型的 applet 攻击，只是造成使用者的困扰，虽然与以上三种攻击相比危险性小得多，但也值得引起重视。例如，故意发出不经意的声音，或在屏幕上显示不雅的画面等等。另外，还有单纯的程序设计错误而引起的一些不良后果也属于此类。正如前面所讲的，某些类型的拒绝系统服务式攻击，也可以归类为单纯的敌对行为，例如，产生众多窗口的操作，可能只是令人困扰而已，并不会造成破坏系统的数据。
Java的安全机制
Java语言的安全模型与传统的安全方法有很大的不同。第一，以前绝大多数操作系统都允许应用程序访问大部分系统资源。管理者必须依靠用户来对系统资源进行保护（如为不同的人设置不同的访问权限等）。第二，在应用程序执行前依靠用户来对其进行安全处理（如进行消毒等）。这种安全方法有两个明显的缺点：它依靠用户来进行验证，而且要依赖于验证软件本身的可靠性。而Java则采取了许多新的安全措施，它的最主要的安全机制就是Java沙箱。 为了抵抗这四种类型的 applet 攻击，Java安全模型提供了三把利箭∶字节码验证器(Byte-Code Verifier)、applet类装载器(Class Loader)以及安全管理器(Security Manager)。 这三者结合起来可在 applet 的装载与执行阶段，对文件系统、网络与浏览程序的内部存取做进一步检查。这三者缺一不可，共同维护着Java applet的安全。
●类装载器
applet是作为一个Web主页的一部分执行的，为了装载applet，浏览器需要调用Java applet类装载器。类装载器能够确定applet何时以及如何装载类（即代码）。它的主要功能包括：
．从远程机器上开载applet代码
．创建和实施一个名称空间分级，以确保运行的applet不会取代执行环境中的系统级组件，而且它还可以防止applet创建自己的类装载器。
．防止applet调用作为系统的类装载器的一部分的方法。当一个applet被执行时，浏览器调用applet类浏览器， 类装载器装载所有的applet和它们相应的类。一般地，applet不会安装新的类装载器，因此applet类装载器能一直保持对Java运行环境的控制。
applet类装载器为每个applet创建一个新的名称空间，因此applet只能访问属于它自己的名称空间的类。这些类都属于标准Java API库的一部分。applet不能访问属于其它applet的任何类。
●字节码验证器
Java源代码在执行前需要被编译成平台独立的字节码。在一个类装载器可能允许一个指定的applet运行前，它的代码必须要由字节码验证器进行验证。事实上，Java字节码验证器假设了所有的代码都是有可能突破系统的安全措施的。
字节码验证器可以进行几类验证。在基本级上，它保证代码服从Java语言规范。在更复杂的级上，验证器使用一个内置的定理证明器来对代码进行验证。这可以确保applet不会伪造指针、绕过访问限制或通过非法计算来访问对象等。字节码验证器同内置在Java语言本身中的安全功能一起使用可以保证：
．编译后的代码格式正确
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/bianchengyuyan/）．内部栈将不会溢出。如果发生这样的事件，系统就会变得不稳定，此时就最容易受到黑客们的攻击。
．不会发生非法的数据转换如验证器将不会允许将一个整数作为指针使用。这可以保证变量不能对限制使用的内存进行访问。
．字节码指令将具有类型适当的参数
．所有的类成员访问都是合法的。也就是说，一个对象的私有数据可以保持它的隐私性。 使用字节码验证器意味着Java在允许不可信的代码在它的名称空间里运行。这样，名称空间就保证了一个applet不会影响运行环境的其它部分。代码验证保证一个applet不能溢出它的名称空间。因此到最后，JVM将只执行已经通过字节码验证的代码。
●安全管理器
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/bianchengyuyan/）Java安全模型的第三个也是最重要的组件是安全管理器。它的任务是对所有的危险的方法──即那些请求文件I/O、网络访问或那些想安装一个新的类装载器的类──进行验证。遇到这样的情况时，安全管理器可以对请求给予允许或否决。如，如果applet调用一个读方法，JVM就向安全管理器询问这个操作是否允许。如果applet是可信的，该请求就被安全管理器批准；否则即予以否决。实际上，安全管理器的作用就是保卫沙箱之间的边界 。
安全使用的原则
尽管Java安全模型中沙箱已经提供了较好的安全防范措施，但在现实生活中恶意的 applet总是存在的，我们不能指望Java 自身的安全模型能够防护一切恶意的攻击，它并不是一副解决Java安全问题的灵丹妙药。虽然Java的安全机制也在不断完善，但这总需要一个过程，而且这主要是Java设计得的问题。那么对我们普通的用户来讲，目前是不是有什么原则可供遵循，以便能较为安全的使用 Java 呢？
事实上，的确是有几个简单而直接的方法，而且其中大部分属于已知的常识，另外一些则需要对 Java 有所了解才行，以下则提供一些原则作为参考。
首先，管理人员必须先对可能遇到的风险进行评估，并针对网页上的恶意 Java applet与其它类似的执行文件制定相关策略。其次，要深入了解自己的 Java 运行环境。对于所使用的 Java 虚拟机器（VM）是何种品牌的要进行了解，因为不同公司的Java虚拟机采用的安全策略是不一样的，如 Netscape 公司所采取的安全策略，就与 Microsoft 不同。
其次，不要随便浏览自己不了解的网络站点。正如你不会随便将车驶入不熟悉的危险地区一样，也不要随便进入不熟悉的网页地点，以免落入网路黑客的陷阱。例如，如果你要到 Sun 公司的网页逛逛， 这当然没问题，但假如要到名不见经传的网页浏览，那就要三思了。大部分的网页是安全的，不过如果用户自己的机器在有重要的数据需要保护，最好还是只到自己知道并且信任的Web站点。
再次，尽量使用最新版的浏览程序。这是因为对安全问题的修补，通常只会在最新版的浏览程序中通常都会针对以前版本的bug进行改进或提供补丁程序。
另外用户也可以多留意目前市场上针对 Java的漏洞进行弥补的新产品。如不久前有一家名为Gradient Technologies 的公司，推出了一个对浏览时所连接的服务器进行验证的套装软件。 据该公司的产品开发主管 Brian Schimpf 表示，这个套装软件可对记录中的使用者，以及内外部的服务器进行验证。
另外还有一些产品，如InterScan WebProtect(Trend Micro公司)、Gauntlet (Trusted Information系统公司)、SurfinGate and SurfinShied (Finjan Software 公司 )等等，都宣称能防止恶意的Java applet，用户对这些产品也可以不妨一试。
作为网络用户，对于相关的网络安全警告是应该多加注意的。其中一个既简单又有效的方法，就是订阅电脑紧急事件反应小组(CERT)的邮递表(mailing list)。 只要有特别严重的安全问题发生，CERT都会及时通知 Internet的使用者。一般来讲，它提供的信息比厂商要来得及时。此外,你也可以比常访问一下Java安全Web站点(http://www.rstcorp.com/java-security.html)，从那里可以了解到与 Java 安全问题相关的最新信息。
假如用户真的有非常重要的数据需要保护，建议还是采取最严格的防范措施，也就是干脆与 Internet 完全断开，或者不要在重要机器上使用 Web。当然这并不是要求用户因噎废食，只是说要根据用户能够接受的安全风险来决定是否要使用Web。总而言之，要谨慎的对风险进行评估，一旦受到恶意的applet的攻击，会损失哪些数据？如果一个公司想通过Internet进行电子商务，那就需要考虑一旦公司数据受攻击后，是否可能会遭受窃取或毁损的问题了。对于一般的家庭使用者，可能不会有太大的问题，但如果你的机器里拥有有价值的数据资料的话，那也需要注意对恶意的applet进行防范。
