CWEweakness

CWE-382 J2EE Bad Practices: Use of System.exit()

Official page ↗
Abstraction
Variant
Structure
Simple
Status
Draft
Languages
Java
CWE version
5.0

Description

A J2EE application uses System.exit().

Common consequences

• Availability: DoS: Crash, Exit, or Restart — Access to a function that can shut down the application is an avenue for Denial of Service (DoS) attacks, since use of System.exit() also shuts down the application's container.

Potential mitigations

• [Architecture and Design] The shutdown function should be a privileged function available only to a properly authorized administrative user. • [Implementation] Web applications should not call methods that cause the virtual machine to exit, such as System.exit(). • [Implementation] Web applications should not throw any Throwables to the application server, as this may adversely affect the container. • [Implementation] Non-web applications may have a main() method that contains a System.exit(), but generally should not call System.exit() from other locations in the code.

Detection methods

• Automated Static Analysis: Automated static analysis, commonly referred to as Static Application Security Testing (SAST), can find some instances of this weakness by analyzing source code (or binary/compiled code) without having to execute it. Typically, this is done by building a model of data flow and control flow, then searching for potentially-vulnerable patterns that connect "sources" (origins of input) with "sinks" (destinations where the data interacts with external components, a lower layer such as the OS, etc.)

Related

Child of · CWE (1)

  • CWE-705 Incorrect Control Flow Scoping weakness

Referenced by OWASP · mapped cwe (1)