Common Attack Pattern Enumeration and Classification

Common Attack Pattern Enumeration and Classification

Summary

Attack Execution Flow

1. Observe communication and inputs: The fuzzing attacker observes the target system looking for inputs and communications between modules, subsystems, or systems.

   Attack Step Techniques
   Description	Environments
   Network sniffing. Using a network sniffer such as wireshark, the attacker observes communications into and out of the target system.	env-Web env-ClientServer env-Peer2Peer env-CommProtocol
   Monitor API execution. Using a tool such as ktrace, strace, APISpy, or another debugging tool, the attacker observes the system calls and API calls that are made by the target system, and the nature of their parameters.	env-Local env-Embedded
   Observe inputs using web inspection tools (OWASP's WebScarab, Paros, TamperData, TamperIE, etc.)	env-Web

   Outcome
   ID	Type	Description
   c28s1o1	Success	The attacker creates a list of unique communications packets, messages, inputs, API calls or other actions the software takes.

   Security Controls
   ID	Type	Description
   c28s1s1	Detective	Alert on promiscuous mode. Some network devices (switches, hubs) or monitoring stations (e.g., IDS) can detect and alert when a station in the network is passively eavesdropping.
   c28s1s2	Preventative	Some production hardware (for embedded environments) can have debugging disabled on the hardware.
   c28s1s3	Preventative	Techniques exist to insert no-ops and other null branches that thwart basic attempts to execute software stepwise in a debugger.

1. Generate fuzzed inputs: Given a fuzzing tool, a target input or protocol, and limits on time, complexity, and input variety, generate a list of inputs to try. Although fuzzing is random, it is not exhaustive. Parameters like length, composition, and how many variations to try are important to get the most cost-effective impact from the fuzzer.

   Attack Step Techniques
   Description	Environments
   Boundary cases. Generate fuzz inputs that attack boundary cases of protocol fields, inputs, or other communications limits. Examples include 0xff and 0x00 for single-byte inputs. In binary situations, approach each bit of an individual field with on and off (e.g., 0x80).	env-All
   Attempt arguments to system calls or APIs. The variations include payloads that, if they were successful, could lead to a compromise on the system.	env-Local env-Embedded

   Security Controls
   ID	Type	Description
   c28s2s1	Detective	Log unexpected parameters to API calls or system calls.
   c28s2s2	Preventative	Profile the software's expected use of system calls. Use a sandboxing technique to restrict its API calls to the expected patterns.
   c28s2s3	Preventative	SSL or other link-layer encryption techniques (VPN, 802.11x, etc.) can impair simple observation and require a would-be attacker to work much harder to get information about the operation of the software..

2. Observe the outcome: Observe the outputs to the inputs fed into the system by fuzzers and see if anything interesting happens. If failure occurs, determine why that happened. Figure out the underlying assumption that was invalidated by the input.

   Indicators of Susceptibility
   ID	Type	Description	Environments
   c28s3i1	Positive	The software produces an indicator that the attacker can see (error message, altered error state in a protocol, etc.).	env-All
   c28s3i2	Positive	The previous step led to plausible, practical fuzz inputs.	env-All

   Outcomes
   ID	Type	Description
   c28s3o1	Success	If the software's indicators (error messages, etc.) vary clearly based on the attacker's input, then the attacker has a sufficient starting point for customizing his attack.
   c28s3o2	Failure	The attacker is unable to induce unexpected failures or output based fuzzed inputs.

1. Craft exploit payloads: Put specially crafted input into the system that leverages the weakness identified through fuzzing and allows to achieve the goals of the attacker. Fuzzers often reveal ways to slip through the input validation filters and introduce unwanted data into the system.

   Attack Step Techniques
   Description	Environments
   Identify and embed shellcode for the target system.	env-All
   Embed higher level attack commands in the payload. (e.g., SQL, PHP, server-side includes, etc.)	env-Web env-CommProtocol env-Peer2Peer env-ClientServer
   Induce denial of service by exploiting resource leaks or bad error handling.	env-All

   Security Control
   ID	Type	Description
   c28s4s1	Detective	Monitor system logs and alert on unusual activity. Most shellcode and unusual activity appears in logs.

Description

Related Vulnerability