名稱: Power-On of Untrusted Execution Core Before Enabling Fabric Access Control

The product enables components that contain untrusted firmware before memory and fabric access controls have been enabled.

一般資訊

背景詳情

引入方式

Architecture and Design

適用平台

程式語言

類別： Not Language-Specific (Undetermined)

技術

類別： System on Chip (Undetermined)

常見後果

範圍	影響	可能性
Access Control	Bypass Protection Mechanism 注意：If untrusted IPs or peripheral microcontrollers are enabled too soon, then the untrusted component can master transactions on the hardware bus and target memory or other assets to compromise the SoC boot firmware.	High

潛在緩解措施

Phases : Architecture and Design

漏洞對應備注

理由說明 : 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-1	Accessing Functionality Not Properly Constrained by ACLs In applications, particularly web applications, access to functionality is mitigated by an authorization framework. This framework maps Access Control Lists (ACLs) to elements of the application's functionality; particularly URL's for web apps. In the case that the administrator failed to specify an ACL for a particular element, an attacker may be able to access it with impunity. An attacker with the ability to access functionality not properly constrained by ACLs can obtain sensitive information and possibly compromise the entire application. Such an attacker can access resources that must be available only to users at a higher privilege level, can access management sections of the application, or can run queries for data that they otherwise not supposed to.
CAPEC-180	Exploiting Incorrectly Configured Access Control Security Levels An attacker exploits a weakness in the configuration of access controls and is able to bypass the intended protection that these measures guard against and thereby obtain unauthorized access to the system or network. Sensitive functionality should always be protected with access controls. However configuring all but the most trivial access control systems can be very complicated and there are many opportunities for mistakes. If an attacker can learn of incorrectly configured access security settings, they may be able to exploit this in an attack.

參考資料

REF-1130

Intel x86 Root of Trust: loss of trust
Mark Ermolov, Positive Technologies.
https://blog.ptsecurity.com/2020/03/intelx86-root-of-trust-loss-of-trust.html

REF-1042

Owned by an iPod
Maximillian Dornseif.
https://web.archive.org/web/20060505224959/https://pacsec.jp/psj04/psj04-dornseif-e.ppt

提交

名稱	機構	日期	發布日期	Version
Arun Kanuparthi, Hareesh Khattri, Parbati Kumar Manna, Narasimha Kumar V Mangipudi	Intel Corporation	2019-10-15 +00:00	2020-02-24 +00:00	4.0

修改記錄

名稱	機構	日期	備註
CWE Content Team	MITRE	2020-08-20 +00:00	updated References, Related_Attack_Patterns
CWE Content Team	MITRE	2023-04-27 +00:00	updated References, Relationships
CWE Content Team	MITRE	2023-06-29 +00:00	updated Mapping_Notes
CWE Content Team	MITRE	2025-12-11 +00:00	updated Applicable_Platforms, Time_of_Introduction, Weakness_Ordinalities
CWE Content Team	MITRE	2026-10-28 +00:00	updated Background_Details, Common_Consequences, Description

CWE-1193 詳細資料

CWE-1193