Invocation of System.exit()
terminates the Java Virtual Machine (JVM), consequently terminating all running programs and threads. This can result in denial-of-service (DoS) attacks. For example, a call to System.exit()
that is embedded in Java Server Pages (JSP) code can cause a web server to terminate, preventing further service for users. Programs must prevent both inadvertent and malicious calls to System.exit()
. Additionally, programs should perform necessary cleanup actions when forcibly terminated (for example, by using the Windows Task Manager, POSIX kill
command, or other mechanisms).
Noncompliant Code Example
This noncompliant code example uses System.exit()
to forcefully shutdown the JVM and terminate the running process. The program lacks a security manager; consequently, it lacks the capability to check whether the caller is permitted to invoke System.exit()
.
public class InterceptExit { public static void main(String[] args) { // ... System.exit(1); // Abrupt exit System.out.println("This never executes"); } }
Compliant Solution
This compliant solution installs a custom security manager PasswordSecurityManager
that overrides the checkExit()
method defined in the SecurityManager
class. This override is required to enable invocation of cleanup code before allowing the exit. The default checkExit()
method in the SecurityManager
class lacks this facility.
class PasswordSecurityManager extends SecurityManager { private boolean isExitAllowedFlag; public PasswordSecurityManager(){ super(); isExitAllowedFlag = false; } public boolean isExitAllowed(){ return isExitAllowedFlag; } @Override public void checkExit(int status) { if (!isExitAllowed()) { throw new SecurityException(); } super.checkExit(status); } public void setExitAllowed(boolean f) { isExitAllowedFlag = f; } } public class InterceptExit { public static void main(String[] args) { PasswordSecurityManager secManager = new PasswordSecurityManager(); System.setSecurityManager(secManager); try { // ... System.exit(1); // Abrupt exit call } catch (Throwable x) { if (x instanceof SecurityException) { System.out.println("Intercepted System.exit()"); // Log exception } else { // Forward to exception handler } } // ... secManager.setExitAllowed(true); // Permit exit // System.exit() will work subsequently // ... } }
This implementation uses an internal flag to track whether the exit is permitted. The method setExitAllowed()
sets this flag. The checkExit()
method throws a SecurityException
when the flag is unset (that is, false
). Because this flag is not initially set, normal exception processing bypasses the initial call to System.exit()
. The program catches the SecurityException
and performs mandatory cleanup operations, including logging the exception. The System.exit()
method is enabled only after cleanup is complete.
Exceptions
ERR09-EX0: It is permissible for a command-line utility to call System.exit()
, for example, when the required number of arguments are not input [[Bloch 2008]\, [ESA 2005|AA. References#ESA 05]].
Risk Assessment
Allowing unauthorized calls to System.exit()
may lead to denial of service (DoS).
Rule |
Severity |
Likelihood |
Remediation Cost |
Priority |
Level |
---|---|---|---|---|---|
ERR09-J |
low |
unlikely |
medium |
P2 |
L3 |
Related Guidelines
Bibliography
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="23dd885c-9746-4b66-92a7-0c23eb8dd45f"><ac:plain-text-body><![CDATA[ |
[[API 2006 |
AA. References#API 06]] |
[Method |
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/SecurityManager.html#checkExit(int)], class |
]]></ac:plain-text-body></ac:structured-macro> |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="d89f303f-f0c7-434a-8d35-081637eb0837"><ac:plain-text-body><![CDATA[ |
[[Austin 2000 |
AA. References#Austin 00]] |
[Writing a Security Manager |
http://java.sun.com/developer/onlineTraining/Programming/JDCBook/signed2.html] |
]]></ac:plain-text-body></ac:structured-macro> |
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="37642047-d839-4468-ae73-1847113e5d55"><ac:plain-text-body><![CDATA[ |
[[Darwin 2004 |
AA. References#Darwin 04]] |
9.5, The Finalize Method |
]]></ac:plain-text-body></ac:structured-macro> |
|
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="3ce2beff-2dbc-48e7-a204-7a0c47038c6b"><ac:plain-text-body><![CDATA[ |
[[ESA 2005 |
AA. References#ESA 05]] |
Rule 78. Restrict the use of the |
]]></ac:plain-text-body></ac:structured-macro> |
|
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="66a1016c-ce31-4b43-a494-8d09644031c5"><ac:plain-text-body><![CDATA[ |
[[Goetz 2006 |
AA. References#Goetz 06]] |
7.4, JVM Shutdown |
]]></ac:plain-text-body></ac:structured-macro> |
|
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="d136532b-ab6b-4cba-bbfb-c3eb3326afa0"><ac:plain-text-body><![CDATA[ |
[[Kalinovsky 2004 |
AA. References#Kalinovsky 04]] |
Chapter 16, Intercepting a Call to |
]]></ac:plain-text-body></ac:structured-macro> |
06. Exceptional Behavior (ERR) 07. Visibility and Atomicity (VNA)