CAPEC-69 - Target Programs with Elevated Privileges

This attack targets programs running with elevated privileges. The attacker would try to leverage a bug in the running program and get arbitrary code to execute with elevated privileges. For instance an attacker would look for programs that write to the system directories or registry keys (such as HKLM, which stores a number of critical Windows environment variables). These programs are typically running with elevated privileges and have usually not been designed with security in mind. Such programs are excellent exploit targets because they yield lots of power when they break. The malicious user try to execute its code at the same level as a privileged system call.

Severity

Likelihood

Confidentiality

Integrity

Availability

  • Attack Methods 4
  • Injection
  • API Abuse
  • Protocol Manipulation
  • Flooding
  • Purposes 1
  • Exploitation
  • Sec Principles 4
  • Reluctance to Trust
  • Least Privilege
  • Fail Securely
  • Defense in Depth
  • Scopes 3
  • Execute unauthorized code or commands
  • Availability
  • Integrity
  • Confidentiality
  • Gain privileges / assume identity
  • Authorization
  • Access_Control
  • Confidentiality
  • DoS: resource consumption (memory)
  • Availability

Low level: An attacker can use a tool to scan and automatically launch an attack against known issues. A tool can also repeat a sequence of instructions and try to brute force the service on the host target, an example of that would be the flooding technique.

Medium level: More advanced attack may require knowledge of the protocol spoken by the host service.

The targeted program runs with elevated OS privileges.

The targeted program accepts input data from the user or from another program.

The targeted program does not perform input validation properly.

The targeted program does not fail safely. For instance when a program fails it may authorize restricted access to anyone.

The targeted program has a vulnerability such as buffer overflow which may be exploited if a malicious user can inject unvalidated data. For instance a buffer overflow interrupts the program as it executes, and makes it run additional code supplied by the attacker. If the program under attack has elevated privileges to the OS, the attacker can elevate its privileges (such as having root level access).

The targeted program is giving away information about itself. Before performing such attack, an eventual attacker may need to gather information about the services running on the host target. The more the host target is verbose about the services that are running (version number of application, etc.) the more information can be gather by an attacker.

This attack often requires communicating with the host target services directly. For instance Telnet may be enough to communicate with the host target.

Probing technique include fuzzing (sending random data in order to fail the service on the host target), brute forcing (with automated tools), network scanning to determine which services are available and running on the target host.

There are freely available tools to probe and gather information from host target. For instance, the attacker can find out that a host target has not been patched by collecting such information.

Any guideline related to the buffer overflow and format String vulnerability.

Patch programs with the latest patches from Vendors.

Ensure log integrity

Validate all untrusted input

Step 1 -

The attacker probes for programs running with elevated privileges..

Step 2 -

The attacker finds a bug in a program running with elevated privileges..


Step 1 -

The attacker exploits the bug that she has found. For instance she can try to inject and execute arbitrary code or write to OS resources..


A user must be authenticated if she invokes a privileged program.

Apply the principle of least privilege.

Validate all untrusted data.

Apply the latest patches.

Scan your services and disable the ones which are not needed and are exposed unnecessarily. Exposing programs increases the attack surface. Only expose the services which are needed and have security mechanisms such as authentication built around them.

Avoid revealing information about your system (e.g., version of the program) to anonymous users.

Make sure that your program or service fail safely. What happen if the communication protocol is interrupted suddenly? What happen if a parameter is missing? Does your system have resistance and resilience to attack? Fail safely when a resource exhaustion occurs.

If possible use a sandbox model which limits the actions that programs can take. A sandbox restricts a program to a set of privileges and commands that make it difficult or impossible for the program to cause any damage.

Check your program for buffer overflow and format String vulnerabilities which can lead to execution of malicious code.

Monitor traffic and resource usage and pay attention if resource exhaustion occurs.

Protect your log file from unauthorized modification and log forging.