rspec/rules/S2656/java/rule.adoc

69 lines
1.8 KiB
Plaintext
Raw Normal View History

== Why is this an issue?
2021-04-28 16:49:39 +02:00
According to the EJB specification:
____
An enterprise bean must not attempt to listen on a socket, accept connections on a socket, or use a socket for multicast.
{empty}...
* The enterprise bean must not attempt to set the socket factory used by ServerSocket, Socket, or the stream handler factory used by URL.
These networking functions are reserved for the EJB container. Allowing the enterprise bean to use these functions could compromise security and decrease the containers ability to properly manage the runtime environment.
____
Since EJB's may be passivated (temporarily serialized at the discretion of the container), using sockets in an EJB could cause resource leaks. Instead, you should work at a higher level and let the container handle such resources.
This rule raises an issue each time a socket is created or or retrieved from another class in a servlet class or EJB.
=== Noncompliant code example
2021-04-28 16:49:39 +02:00
2022-02-04 17:28:24 +01:00
[source,java]
2021-04-28 16:49:39 +02:00
----
public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
// ...
Socket sock = null;
try {
sock = new Socket(host, 3000); // Noncompliant
// ...
} catch (Exception e) {
// ...
}
}
----
== Resources
2021-04-28 16:49:39 +02:00
* CWE - https://cwe.mitre.org/data/definitions/246[CWE-246 - J2EE Bad Practices: Direct Use of Sockets]
* CWE - https://cwe.mitre.org/data/definitions/577[CWE-577 - EJB Bad Practices: Use of Sockets]
ifdef::env-github,rspecator-view[]
'''
== Implementation Specification
(visible only on this page)
=== Message
Remove this use of sockets.
'''
== Comments And Links
(visible only on this page)
=== relates to: S4818
=== on 20 Jul 2015, 07:36:58 Ann Campbell wrote:
Tagged java-top by Ann [~nicolas.peru]
endif::env-github,rspecator-view[]