CWEweakness

CWE-106 Struts: Plug-in Framework not in Use

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

Description

When an application does not use an input validation framework such as the Struts Validator, there is a greater risk of introducing weaknesses related to insufficient input validation.

Extended description

Unchecked input is the leading cause of vulnerabilities in J2EE applications. Unchecked input leads to cross-site scripting, process control, and SQL injection vulnerabilities, among others. Although J2EE applications are not generally susceptible to memory corruption attacks, if a J2EE application interfaces with native code that does not perform array bounds checking, an attacker may be able to use an input validation mistake in the J2EE application to launch a buffer overflow attack.

Common consequences

• Integrity: Unexpected State

Potential mitigations

• [Architecture and Design] Use an input validation framework such as Struts. • [Architecture and Design] Use an input validation framework such as Struts. • [Implementation] Use the Struts Validator to validate all program input before it is processed by the application. Ensure that there are no holes in the configuration of the Struts Validator. Example uses of the validator include checking to ensure that: • Phone number fields contain only valid characters in phone numbers • Boolean values are only "T" or "F" • Free-form strings are of a reasonable length and composition • [Implementation] Use the Struts Validator to validate all program input before it is processed by the application. Ensure that there are no holes in the configuration of the Struts Validator. Example uses of the validator include checking to ensure that: • Phone number fields contain only valid characters in phone numbers • Boolean values are only "T" or "F" • Free-form strings are of a reasonable length and composition

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 (2)

  • CWE-1173 Improper Use of Validation Framework weakness
  • CWE-20 Improper Input Validation weakness