CWE-1256: Improper Restriction of Software Interfaces to Hardware Features

BaseStable

The product provides software-controllable device functionality for capabilities such as power and clock management, but it does not properly limit functionality that can lead to modification of hardware memory or register bits, or the ability to observe physical side channels.

View on MITRE
Back to CWE Lookup

Extended Description

It is frequently assumed that physical attacks such as fault injection and side-channel analysis require an attacker to have physical access to the target device. This assumption may be false if the device has improperly secured power management features, or similar features. For mobile devices, minimizing power consumption is critical, but these devices run a wide variety of applications with different performance requirements. Software-controllable mechanisms to dynamically scale device voltage and frequency and monitor power consumption are common features in today's chipsets, but they also enable attackers to mount fault injection and side-channel attacks without having physical access to the device. Fault injection attacks involve strategic manipulation of bits in a device to achieve a desired effect such as skipping an authentication step, elevating privileges, or altering the output of a cryptographic operation. Manipulation of the device clock and voltage supply is a well-known technique to inject faults and is cheap to implement with physical device access. Poorly protected power management features allow these attacks to be performed from software. Other features, such as the ability to write repeatedly to DRAM at a rapid rate from unprivileged software, can result in bit flips in other memory locations (Rowhammer, [REF-1083]). Side channel analysis requires gathering measurement traces of physical quantities such as power consumption. Modern processors often include power metering capabilities in the hardware itself (e.g., Intel RAPL) which if not adequately protected enable attackers to gather measurements necessary for performing side-channel attacks from software.

Technical Details

Structure
Simple
Vulnerability Mapping
ALLOWED

Applicable To

Languages
Not Language-Specific
Platforms
Not OS-Specific

Source-backed guidance

Additional facts reviewed against primary or authoritative security sources.

Verify controls for CWE-1256 with SSDF evidence

Use NIST SSDF verification and vulnerability-response practices to detect CWE-1256, Improper Restriction of Software Interfaces to Hardware Features, throughout the product lifecycle. Derive review questions, static or dynamic checks, and negative tests from the CWE's causal behavior; define the components and lifecycle stages each check covers; and retain findings with enough evidence to distinguish the root cause from symptoms and impacts. Track escapes and false negatives, then improve the verification plan after every confirmed occurrence.

NIST SP 800-218 Secure Software Development FrameworkNational Institute of Standards and Technology

Address Improper Restriction of Software Interfaces to Hardware Features during Architecture and Design

MITRE associates mitigation with Architecture and Design, and Implementation; documented detection approaches include Manual Analysis, and Automated Dynamic Analysis; recorded impacts include Modify Memory, Modify Application Data, and Bypass Protection Mechanism. Use these source-defined anchors to turn CWE-1256 into implementation, review, and verification checks for the affected component.

CWE-1256: Improper Restriction of Software Interfaces to Hardware FeaturesMITRE CWE

Triage CWE-1256 against known exploitation evidence

Use CISA's Known Exploited Vulnerabilities catalog to test whether a vulnerability mapped to CWE-1256, Improper Restriction of Software Interfaces to Hardware Features, has evidence of exploitation in the wild. Confirm the CVE-to-CWE root-cause mapping independently before attaching the example, then capture the affected product, required action, and remediation deadline. A missing KEV match is not evidence that the weakness is unexploited, and a KEV entry must not be generalized to every occurrence of this CWE.

Known Exploited Vulnerabilities CatalogCybersecurity and Infrastructure Security Agency

Apply precise root-cause mapping to CWE-1256

Apply MITRE's full root-cause mapping guidance when using CWE-1256, Improper Restriction of Software Interfaces to Hardware Features. Separate weakness language from attacker prerequisites and technical impact, check the entry's abstraction and vulnerability-mapping notes, and prefer the most specific Base or Variant supported by the evidence. Record the rejected alternatives and require an independent review before the mapping is used for remediation trends or program metrics.

CVE to CWE Root Cause Mapping GuidanceMITRE CWE

Validate CWE-1256 with root-cause mapping checks

Apply MITRE's root-cause mapping quick tips to CWE-1256, Improper Restriction of Software Interfaces to Hardware Features. Confirm the finding describes the causal weakness rather than an impact or attack pattern, compare the abstraction and mapping notes with plausible alternatives, and have a second reviewer challenge the selection. Preserve the evidence and reasoning so recurring defects can be measured against one consistent identifier.

CVE to CWE Root Cause Mapping Quick TipsMITRE CWE

Frequently Asked Questions

What is CWE-1256: Improper Restriction of Software Interfaces to Hardware Features?+

CWE-1256: Improper Restriction of Software Interfaces to Hardware Features is a Common Weakness Enumeration (CWE) entry maintained by MITRE. The product provides software-controllable device functionality for capabilities such as power and clock management, but it does not properly limit functionality that can lead to modification of hardware memory or register bits, or the ability to observe physical side channels. It is frequently assumed that physical attacks such as fault injection and side-channel analysis require an attacker to have physical access to the target device. This assumption may be false if the device has improperly secured power management features, or similar features. For mobile devices, minimizing power consumption is critical, but these devices run a wide variety of applications with different performance requirements. Software-controllable mechanisms to dynamically scale device voltage and frequency and monitor power consumption are common features in today's chipsets, but they also enable attackers to mount fault injection and side-channel attacks without having physical access to the device. Fault injection attacks involve strategic manipulation of bits in a device to achieve a desired effect such as skipping an authentication step, elevating privileges, or altering the output of a cryptographic operation. Manipulation of the device clock and voltage supply is a well-known technique to inject faults and is cheap to implement with physical device access. Poorly protected power management features allow these attacks to be performed from software. Other features, such as the ability to write repeatedly to DRAM at a rapid rate from unprivileged software, can result in bit flips in other memory locations (Rowhammer, [REF-1083]). Side channel analysis requires gathering measurement traces of physical quantities such as power consumption. Modern processors often include power metering capabilities in the hardware itself (e.g., Intel RAPL) which if not adequately protected enable attackers to gather measurements necessary for performing side-channel attacks from software.

What are the security consequences of Improper Restriction of Software Interfaces to Hardware Features?+

If exploited, CWE-1256 (Improper Restriction of Software Interfaces to Hardware Features) it can compromise Integrity, leading to outcomes such as Modify Memory, Modify Application Data and Bypass Protection Mechanism.

How do you prevent or mitigate Improper Restriction of Software Interfaces to Hardware Features?+

Recommended mitigations for CWE-1256 include: Ensure proper access control mechanisms protect software-controllable features altering physical operating conditions such as clock frequency and voltage.

How is Improper Restriction of Software Interfaces to Hardware Features detected?+

CWE-1256 can be detected using Manual Analysis and Automated Dynamic Analysis. Combining automated tooling with manual review typically yields the best coverage.

Which programming languages are affected by Improper Restriction of Software Interfaces to Hardware Features?+

CWE-1256 commonly affects Not Language-Specific. Note that weaknesses are often language-agnostic patterns, so secure coding practices apply broadly.

What are real-world examples of Improper Restriction of Software Interfaces to Hardware Features?+

MITRE documents real CVEs mapped to CWE-1256, including CVE-2019-11157, CVE-2020-8694, CVE-2020-8695, CVE-2020-12912 and CVE-2015-0565. You can look up the full details of each CVE, including CVSS scores and remediation guidance, on our CVE Lookup tool.

What is the difference between a CWE and a CVE?+

A CWE (Common Weakness Enumeration) like CWE-1256 describes a category of software weakness — the underlying flaw type. A CVE (Common Vulnerabilities and Exposures) identifies a specific, real-world vulnerability in a particular product. In short, a CWE is the kind of mistake, and a CVE is an instance of that mistake being found in software.

Learn More

Advertisement