企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。

在这里，程序违背了以下 EJB 指导原则：

“一个企业级 bean 必须禁止利用 AWT 机制，将信息输出到显示设备，或者通过键盘输入信息。”

制定该规范理由如下：

“大部分服务器都不允许应用程序中的程序与连接至服务器系统上的键盘/显示设备进行直接交互。”

企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。

在这里，程序违背了以下 EJB 指导原则：

“企业级 bean 必须禁止以下内容：创建类加载器；获取当前类加载器；设置类加载器上下文；设置安全管理器；创建新的安全管理器；停止 JVM 或者篡改输入、输出及错误流。”

制定该规范理由如下：

“这些功能都是为 EJB 容器预留的。允许企业级 bean 使用这些功能会造成一些安全上的漏洞，并使容器无法正确地管理运行时环境。”

企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。

在这里，程序违背了以下 EJB 指导原则：

“一个企业级 bean 必须禁止利用 java.io 包访问 file system 中的文件和目录。”

制定该规范理由如下：

“file system API 不适用于商业组件的数据访问。商业组件应利用资源管理 API（如 JDBC）存储数据。”

企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。

在这里，程序违背了以下 EJB 指导原则：

“一个企业级 bean 必须禁止监听 Socket 接口、接受 Socket 连接或者使用 Socket 做多点传送。”

制定该规范理由如下：

“EJB 体系结构允许企业级 bean 实例作为网络 Socket 客户端来运行，但禁止其作为网络服务器来运行。而且，允许企业级 bean 实例作为网络服务器来运行与企业级 bean 的基本功能（为 EJB 客户端提供服务）相冲突。”

企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。

在这里，程序违背了以下 EJB 指导原则：

“一个企业级 bean 必须禁止利用线程同步机制来同步执行多个实例。”

制定该规范理由如下：

“这一规则要求确保一致的运行时语义，因为一些 EJB 容器可能会使用单个 JVM 来执行所有 bean 实例，而其他一些可能会跨多个 JVM 分布各个 bean 实例。”

在以下情况下，会发生文件泄露：
1. 数据从一个不可信赖的数据源进入程序。


2. 数据用于动态地构造一个路径。

例 1：以下代码接收不可信的数据并使用它打开返回给用户的文件。

from django.http import FileResponse
...
def file_disclosure(request):
    path = request.GET['returnURL']
    return FileResponse(open(path, 'rb'))
...

如果攻击者使用请求参数提供与某个敏感文件位置相匹配的 URL，他们将能够查看该文件。例如，使用 "http://www.yourcorp.com/webApp/logic?returnURL=settings.py" 将能够查看该应用程序的“settings.py”。

在以下情况下，会发生文件泄露：
1. 数据从一个不可信赖的数据源进入程序。


2. 数据用于动态地构造一个路径。

例 1：下面的代码会接受不可信赖的数据，并使用其构造服务器端转发所使用的路径。

...
String returnURL = request.getParameter("returnURL");
	RequestDispatcher rd = request.getRequestDispatcher(returnURL);
	rd.forward();
...

例 2：下面的代码会接受不可信赖的数据，并使用其构造服务器端转发所使用的路径。

...
	<% String returnURL = request.getParameter("returnURL"); %>
	<jsp:include page="<%=returnURL%>" />
	...

如果攻击者使用请求参数提供与某个敏感文件位置相匹配的 URL，他们将能够查看该文件。例如，使用 "http://www.yourcorp.com/webApp/logic?returnURL=WEB-INF/applicationContext.xml" 将能够查看该应用程序的 applicationContext.xml 文件。
在攻击者掌握 applicationContext.xml 的信息之后，他们就能够定位和下载 applicationContext.xml 中引用的其他配置文件，甚至类文件或 jar 文件。这样一来，攻击者将能够获得与应用程序有关的敏感信息，并以之为目标发动其他类型的攻击。