界: API Abuse
API 是调用方和被调用方之间的约定。最常见的 API 滥用是由于调用方未能遵守此约定的终止导致的。例如，如果某个程序在调用 chroot() 后未能调用 chdir()，则违反了用于指定如何安全地更改活动根目录的约定。库滥用的另一个典型示例是期望被调用方向调用方返回可信的 DNS 信息。在这种情况下，调用方通过对被调用方行为做出某种假设（返回值可用于身份验证目的）滥用其 API。另一方也可能违反调用方-被调用方约定。例如，如果编码器子类化 SecureRandom 并返回一个非随机值，则将违反此约定。
EJB Bad Practices: Use of Sockets
Abstract
程序使用了 socket 接口，这违反了企业级 JavaBeans 编程规范。
Explanation
企业级 JavaBeans 编程规范要求每个 bean 提供者都必须遵守一系列编程规范，以确保 bean 在任何 EJB 容器 [1] 中的可移植性与行为的一致性。
在这里，程序违背了以下 EJB 指导原则：
“一个企业级 bean 必须禁止监听 Socket 接口、接受 Socket 连接或者使用 Socket 做多点传送。”
制定该规范理由如下：
“EJB 体系结构允许企业级 bean 实例作为网络 Socket 客户端来运行，但禁止其作为网络服务器来运行。而且，允许企业级 bean 实例作为网络服务器来运行与企业级 bean 的基本功能（为 EJB 客户端提供服务）相冲突。”
在这里，程序违背了以下 EJB 指导原则：
“一个企业级 bean 必须禁止监听 Socket 接口、接受 Socket 连接或者使用 Socket 做多点传送。”
制定该规范理由如下：
“EJB 体系结构允许企业级 bean 实例作为网络 Socket 客户端来运行，但禁止其作为网络服务器来运行。而且，允许企业级 bean 实例作为网络服务器来运行与企业级 bean 的基本功能（为 EJB 客户端提供服务）相冲突。”
References
[1] The Enterprise JavaBeans 2.1 Specification Sun Microsystems
[2] Standards Mapping - CIS Azure Kubernetes Service Benchmark 1
[3] Standards Mapping - CIS Amazon Elastic Kubernetes Service Benchmark 2
[4] Standards Mapping - CIS Amazon Web Services Foundations Benchmark 6
[5] Standards Mapping - CIS Google Kubernetes Engine Benchmark normal
[6] Standards Mapping - Common Weakness Enumeration CWE ID 577
desc.structural.java.ejb_bad_practices_use_of_sockets