Katalog CWE

CWE-470 · Słabość

Use of Externally-Controlled Input to Select Classes or Code ('Unsafe Reflection')

Abstrakcja
Bazowa
Status
Szkic
Dodano
19 lipca 2006
Ostatnia zmiana
11 grudnia 2025

Podatności CVE z tą słabościąPełny wpis na cwe.mitre.org ↗

Opis

The product uses external input with reflection to select which classes or code to use, but it does not sufficiently prevent the input from selecting improper classes or code.

If the product uses external inputs to determine which class to instantiate or which method to invoke, then an attacker could supply values to select unexpected classes or methods. If this occurs, then the attacker could create control flow paths that were not intended by the developer. These paths could bypass authentication or access control checks, or otherwise cause the product to behave in an unexpected manner. This situation becomes a doomsday scenario if the attacker can upload files into a location that appears on the product's classpath (CWE-427) or add new entries to the product's classpath (CWE-426). Under either of these conditions, the attacker can use reflection to introduce new, malicious behavior into the product.

Inne nazwy

Reflection Injection

Skutki

  • Integrity, Confidentiality, Availability, Other

    Execute Unauthorized Code or Commands; Alter Execution Logic

    The attacker might be able to execute code that is not directly accessible to the attacker. Alternately, the attacker could call unexpected code in the wrong place or the wrong time, possibly modifying critical system state.

  • Availability, Other

    DoS: Crash, Exit, or Restart; Other

    The attacker might be able to use reflection to call the wrong code, possibly with unexpected arguments that violate the API (CWE-227). This could cause the product to exit or hang.

  • Confidentiality

    Read Application Data

    By causing the wrong code to be invoked, the attacker might be able to trigger a runtime error that leaks sensitive information in the error message, such as CWE-536.

Zapobieganie

  • Architecture and Design

    Refactor your code to avoid using reflection.

  • Architecture and Design

    Do not use user-controlled inputs to select and load classes or code.

  • Implementation

    Apply strict input validation by using allowlists or indirect selection to ensure that the user is only selecting allowable classes or code.

Przykłady podatności

Słabość nadrzędna

Kiedy powstaje

Dotyczy

Java, PHP, Interpreted

Źródła

  1. Seven Pernicious Kingdoms: A Taxonomy of Software Security Errors — Katrina Tsipenyuk, Brian Chess, Gary McGraw, NIST, 2005

Wpis z katalogu CWE 4.20.