이름: Improper Management of Sensitive Trace Data

Trace data collected from several sources on the System-on-Chip (SoC) is stored in unprotected locations or transported to untrusted agents.

일반 정보

배경 세부 정보

취약점 도입 방식

Architecture and Design
Implementation

적용 가능한 플랫폼

언어

클래스: Not Language-Specific (Undetermined)

운영 체제

클래스: Not OS-Specific (Undetermined)

아키텍처

클래스: Not Architecture-Specific (Undetermined)

기술

클래스: System on Chip (Undetermined)

일반적인 결과

범위	영향	가능성
Confidentiality	Read Memory

잠재적 완화 방법

Phases : Implementation
Since these traces are collected from several security-sensitive sources, they must be protected against untrusted debuggers. Tag traces to indicate owner and debugging privilege level (designer, OEM, or end user) needed to access that trace.

취약점 매핑 메모

근거 : This CWE entry is at the Base level of abstraction, which is a preferred level of abstraction for mapping to the root causes of vulnerabilities.
댓글 : Carefully read both the name and description to ensure that this mapping is an appropriate fit. Do not try to 'force' a mapping to a lower-level Base/Variant simply to comply with this preferred level of abstraction.

관련 공격 패턴

CAPEC ID	공격 패턴 이름
CAPEC-150	Collect Data from Common Resource Locations An adversary exploits well-known locations for resources for the purposes of undermining the security of the target. In many, if not most systems, files and resources are organized in a default tree structure. This can be useful for adversaries because they often know where to look for resources or files that are necessary for attacks. Even when the precise location of a targeted resource may not be known, naming conventions may indicate a small area of the target machine's file tree where the resources are typically located. For example, configuration files are normally stored in the /etc director on Unix systems. Adversaries can take advantage of this to commit other types of attacks.
CAPEC-167	White Box Reverse Engineering An attacker discovers the structure, function, and composition of a type of computer software through white box analysis techniques. White box techniques involve methods which can be applied to a piece of software when an executable or some other compiled object can be directly subjected to analysis, revealing at least a portion of its machine instructions that can be observed upon execution.
CAPEC-545	Pull Data from System Resources An adversary who is authorized or has the ability to search known system resources, does so with the intention of gathering useful information. System resources include files, memory, and other aspects of the target system. In this pattern of attack, the adversary does not necessarily know what they are going to find when they start pulling data. This is different than CAPEC-150 where the adversary knows what they are looking for due to the common location.

참고 자료

REF-1150

Secure design-for-debug for Systems-on-Chip
Jerry Backer, David Hely, Ramesh Karri.
https://ieeexplore.ieee.org/document/7342418

REF-1151

Secure and Flexible Trace-Based Debugging of Systems-on-Chip
Jerry Backer, David Hely, Ramesh Karri.
https://dl.acm.org/doi/pdf/10.1145/2994601

제출

이름	조직	날짜	출시일	Version
Hareesh Khattri, Parbati K. Manna, and Arun Kanuparthi	Intel Corporation	2020-07-20 +00:00	2020-12-10 +00:00	4.3

수정 사항

이름	조직	날짜	댓글
CWE Content Team	MITRE	2021-10-28 +00:00	updated Common_Consequences
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	2025-12-11 +00:00	updated Weakness_Ordinalities
CWE Content Team	MITRE	2026-10-28 +00:00	updated Background_Details, Common_Consequences, Description, Potential_Mitigations

CWE-1323 상세 정보

CWE-1323