背景详情
引入方式
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 |