Modes Of Introduction
Architecture and Design
Implementation
Applicable Platforms
Technologies
Class: Not Technology-Specific (Undetermined)
Class: ICS/OT (Undetermined)
Common Consequences
Scope |
Impact |
Likelihood |
Other Integrity | Varies by Context, Alter Execution Logic | |
Observed Examples
References |
Description |
| Chain: a digital asset management program has an undisclosed backdoor in the legacy version of a PHP script (CWE-912) that could allow an unauthenticated user to export metadata (CWE-306) |
| A wireless access point manual specifies that the only method of configuration is via web interface (CWE-1059), but there is an undisclosed telnet server that was activated by default (CWE-912). |
Potential Mitigations
Phases : Installation
Always verify the integrity of the product that is being installed.
Phases : Testing
Conduct a code coverage analysis using live testing, then closely inspect any code that is not covered.
Vulnerability Mapping Notes
Justification : This CWE entry is a Class and might have Base-level children that would be more appropriate
Comment : Examine children of this entry to see if there is a better fit
Related Attack Patterns
CAPEC-ID |
Attack Pattern Name |
CAPEC-133 |
Try All Common Switches An attacker attempts to invoke all common switches and options in the target application for the purpose of discovering weaknesses in the target. For example, in some applications, adding a --debug switch causes debugging information to be displayed, which can sometimes reveal sensitive processing or configuration information to an attacker. This attack differs from other forms of API abuse in that the attacker is indiscriminately attempting to invoke options in the hope that one of them will work rather than specifically targeting a known option. Nonetheless, even if the attacker is familiar with the published options of a targeted application this attack method may still be fruitful as it might discover unpublicized functionality. |
CAPEC-190 |
Reverse Engineer an Executable to Expose Assumed Hidden Functionality An attacker analyzes a binary file or executable for the purpose of discovering the structure, function, and possibly source-code of the file by using a variety of analysis techniques to effectively determine how the software functions and operates. This type of analysis is also referred to as Reverse Code Engineering, as techniques exist for extracting source code from an executable. Several techniques are often employed for this purpose, both black box and white box. The use of computer bus analyzers and packet sniffers allows the binary to be studied at a level of interactions with its computing environment, such as a host OS, inter-process communication, and/or network communication. This type of analysis falls into the 'black box' category because it involves behavioral analysis of the software without reference to source code, object code, or protocol specifications. |
Submission
Name |
Organization |
Date |
Date release |
Version |
CWE Content Team |
MITRE |
2012-12-28 +00:00 |
2013-02-21 +00:00 |
2.4 |
Modifications
Name |
Organization |
Date |
Comment |
CWE Content Team |
MITRE |
2017-11-08 +00:00 |
updated Relationships |
CWE Content Team |
MITRE |
2019-06-20 +00:00 |
updated Related_Attack_Patterns |
CWE Content Team |
MITRE |
2020-02-24 +00:00 |
updated Relationships |
CWE Content Team |
MITRE |
2022-04-28 +00:00 |
updated Relationships |
CWE Content Team |
MITRE |
2023-01-31 +00:00 |
updated Applicable_Platforms, Description, Potential_Mitigations |
CWE Content Team |
MITRE |
2023-04-27 +00:00 |
updated Relationships |
CWE Content Team |
MITRE |
2023-06-29 +00:00 |
updated Mapping_Notes |
CWE Content Team |
MITRE |
2023-10-26 +00:00 |
updated Observed_Examples |