CAPECattack pattern

CAPEC-691 Spoof Open-Source Software Metadata

High Official page ↗
Abstraction
Standard
Status
Stable
Likelihood of attack
Medium
Typical severity
High
CAPEC version
3.9

Description

An adversary spoofs open-source software metadata in an attempt to masquerade malicious software as popular, maintained, and trusted.

Extended description

Due to open-source software's popularity, it serves as a desirable attack-vector for adversaries since a single malicious component may result in the exploitation of numerous systems/applications. Adversaries may, therefore, spoof the metadata pertaining to the open-source software in order to trick victims into downloading and using their malicious software. Examples of metadata that may be spoofed include: • Owner of the software (e.g., repository or package owner) • Author(s) of repository commits • Frequency of repository commits • Date/Time of repository commits • Package or Repository "stars" Once the malicious software component has been integrated into an underlying application or executed on a system, the adversary is ultimately able to achieve numerous negative technical impacts within the system/application. This often occurs without any indication of compromise.

Prerequisites

• Identification of a popular open-source component whose metadata is to be spoofed.

Skills required

• [Medium] Ability to spoof a variety of software metadata to convince victims the source is trusted.

Consequences

• Integrity: Modify Data • Accountability: Hide Activities • Access Control, Authorization: Execute Unauthorized Commands, Alter Execution Logic, Gain Privileges

Mitigations

• Before downloading open-source software, perform precursory metadata checks to determine the author(s), frequency of updates, when the software was last updated, and if the software is widely leveraged. • Within package managers, look for conflicting or non-unique repository references to determine if multiple packages share the same repository reference. • Reference vulnerability databases to determine if the software contains known vulnerabilities. • Only download open-source software from reputable hosting sites or package managers. • Only download open-source software that has been adequately signed by the developer(s). For repository commits/tags, look for the "Verified" status and for developers leveraging "Vigilant Mode" (GitHub) or similar modes. • After downloading open-source software, ensure integrity values have not changed. • Before executing or incorporating the software, leverage automated testing techniques (e.g., static and dynamic analysis) to determine if the software behaves maliciously.

Related

Att&ck technique · MITRE ATT&CK (2)

  • T1195.001 Compromise Software Dependencies and Development Tools sub-technique
  • T1195.002 Compromise Software Supply Chain sub-technique

Can precede · CAPEC (2)

  • CAPEC-184 Software Integrity Attack attack pattern
  • CAPEC-444 Development Alteration attack pattern

Child of · CAPEC (1)

Peer of · CAPEC (1)

Weakness · CWE (1)

  • CWE-494 Download of Code Without Integrity Check weakness

Referenced by CAPEC · can precede (1)

  • CAPEC-616 Establish Rogue Location attack pattern

Referenced by CAPEC · child of (2)

  • CAPEC-692 Spoof Version Control System Commit Metadata attack pattern
  • CAPEC-693 StarJacking attack pattern

Referenced by CWE · attack pattern (1)

  • CWE-494 Download of Code Without Integrity Check weakness