CWEweakness
CWE-1255 Comparison Logic is Vulnerable to Power Side-Channel Attacks
- Abstraction
- Variant
- Structure
- Simple
- Status
- Draft
- Languages
- Not Language-Specific
- CWE version
- 5.0
Description
A device's real time power consumption may be monitored during security token evaluation and the information gleaned may be used to determine the value of the reference token.
Common consequences
• Confidentiality, Integrity, Availability, Access Control, Accountability, Authentication, Authorization, Non-Repudiation: Modify Memory, Read Memory, Read Files or Directories, Modify Files or Directories, Execute Unauthorized Code or Commands, Gain Privileges or Assume Identity, Bypass Protection Mechanism, Read Application Data, Modify Application Data, Hide Activities — The power consumed by a device may be instrumented and monitored in real time. If the algorithm for evaluating security tokens is not sufficiently robust, the power consumption may vary by token entry comparison against the reference value. Further, if retries are unlimited, the power difference between a "good" entry and a "bad" entry may be observed and used to determine whether each entry itself is correct thereby allowing unauthorized parties to calculate the reference value. As compromising a security token may result in complete system control, the impacts are relatively universal.
Potential mitigations
• [Architecture and Design] The design phase must consider each check of a security token against a standard and the amount of power consumed during the check of a good token versus a bad token. The alternative is an all at once check where a retry counter is incremented PRIOR to the check.
• [Architecture and Design] Another potential mitigation is to parallelize shifting of secret data (see example 2 below). Note that the wider the bus the more effective the result.
• [Architecture and Design] An additional potential mitigation is to add random data to each crypto operation then subtract it out afterwards. This is highly effective but costly in performance, area, and power consumption. It also requires a random number generator.
• [Implementation] If the architecture is unable to prevent the attack, using filtering components may reduce the ability to implement an attack, however, consideration must be given to the physical removal of the filter elements.
• [Integration] During integration, avoid use of a single secret for an extended period (e.g. frequent key updates). This limits the amount of data compromised but at the cost of complexity of use.
Observed examples
• CVE-2020-12788: CMAC verification vulnerable to timing and power attacks.
Related
Attack pattern · CAPEC (1)
- CAPEC-189 Black Box Reverse Engineering attack pattern
Observed example · CVE (1)
- CVE-2020-12788 CMAC verification functionality in Microchip Atmel ATSAMA5 products is vulnerable to vulnerable to timing and power analysis attacks. vulnerability
Child of · CWE (1)
- CWE-1300 Improper Protection of Physical Side Channels weakness
Peer of · CWE (1)
- CWE-1259 Improper Restriction of Security Token Assignment weakness
Referenced by CAPEC · weakness (1)
- CAPEC-189 Black Box Reverse Engineering attack pattern
Referenced by CVE · weakness (3)
- CVE-2025-3301 DPA countermeasures are unavailable for ECDH key agreement and EdDSA signing operations on Curve25519 and Curve448 on all Series 2 modules… vulnerability
- CVE-2024-39920 The TCP protocol in RFC 9293 has a timing side channel that makes it easier for remote attackers to infer the content of one TCP connection… vulnerability
- CVE-2024-25714 In Rhonabwy through 1.1.13, HMAC signature verification uses a strcmp function that is vulnerable to side-channel attacks, because it stops… vulnerability