Exécuter une analyse statique (SAST) sur le code source à la recherche du motif non sécurisé dans le flux de données.
CWE-1271 Base Incomplet
Uninitialized Value on Reset for Registers Holding Security Settings
Security-critical hardware registers start with random, unpredictable values when a device powers on or resets, creating an immediate vulnerability window before software can initialize them.
Définition
What is CWE-1271?
Security-critical hardware registers start with random, unpredictable values when a device powers on or resets, creating an immediate vulnerability window before software can initialize them.
When a hardware device boots or comes out of reset, the registers controlling security features (like memory protection or access permissions) don't automatically set themselves to a safe state. Instead, they contain whatever random data was left in the physical circuitry, which means the device's security posture is completely undefined and unreliable at startup.
This creates a dangerous gap between power-on and when the device's firmware or operating system runs its initialization code. During this window, an attacker could exploit the unconfigured security settings to bypass protections, gain unauthorized access, or manipulate the system before it has a chance to secure itself. The fix requires explicitly writing known, secure values to all security-critical registers as the very first operation after reset.
Impact réel
Real-world CVEs caused by CWE-1271
Aucune référence CVE publique n'est liée à ce CWE dans le catalogue MITRE pour le moment.
Comment les attaquants l'exploitent
Parcours de l'attaquant étape par étape
- 1
Identifier un chemin de code qui traite des entrées non fiables sans validation.
- 2
Élaborer une charge utile qui exploite le comportement non sécurisé — injection, traversal, débordement ou abus de logique.
- 3
Délivrer la charge utile via une requête normale et observer la réaction de l'application.
- 4
Itérer jusqu'à ce que la réponse divulgue des données, exécute le code de l'attaquant ou élève les privilèges.
Exemple de code vulnérable
Vulnerable Verilog
Shown below is a positive clock edge triggered flip-flop used to implement a lock bit for test and debug interface. When the circuit is first brought out of reset, the state of the flip-flop will be unknown until the enable input and D-input signals update the flip-flop state. In this example, an attacker can reset the device until the test and debug interface is unlocked and access the test interface until the lock signal is driven to a known state by the logic.
always @(posedge clk) begin
```
if (en) lock_jtag <= d;
end Exemple de code sécurisé
Secure Verilog
The flip-flop can be set to a known value (0 or 1) on reset, but requires that the logic explicitly update the output of the flip-flop if the reset signal is active.
always @(posedge clk) begin
```
if (~reset) lock_jtag <= 0;
else if (en) lock_jtag <= d;
end What changed: the unsafe sink is replaced (or the input is validated/escaped) so the same payload no longer triggers the weakness.
Liste de contrôle de prévention
How to prevent CWE-1271
- Implementation Design checks should be performed to identify any uninitialized flip-flops used for security-critical functions.
- Architecture and Design All registers holding security-critical information should be set to a specific value on reset.
Signaux de détection
How to detect CWE-1271
Exécuter des tests de sécurité applicative dynamique (DAST) contre le point de terminaison en ligne.
Surveiller les journaux runtime pour détecter des traces d'exception inhabituelles, des entrées malformées ou des tentatives de contournement d'autorisation.
Revue de code : signaler tout nouveau code qui traite les entrées de cette surface sans utiliser les helpers du framework validés.
CWE-1271
Don't catalog this weakness. Prove it's reachable.
Plexicus turns CWE catalogs into evidence: every CWE-pattern is matched against your real code graph, reach is proven on a sandbox clone, and verified findings ship as reviewed PRs.
Questions fréquentes Qu'est-ce que CWE-1271 ?
Quelle est la gravité de CWE-1271 ?
Quels langages ou plateformes sont affectés par CWE-1271 ?
Comment puis-je prévenir CWE-1271 ?
Comment Plexicus détecte et corrige CWE-1271 ?
Où puis-je en savoir plus sur CWE-1271 ?
Frequently asked questions
Qu'est-ce que CWE-1271 ?
Security-critical hardware registers start with random, unpredictable values when a device powers on or resets, creating an immediate vulnerability window before software can initialize them.
Quelle est la gravité de CWE-1271 ?
MITRE n'a pas publié de note de probabilité d'exploitation pour cette faiblesse. Traitez-la comme un impact moyen jusqu'à ce que votre modèle de menace prouve le contraire.
Quels langages ou plateformes sont affectés par CWE-1271 ?
MITRE lists the following affected platforms: Not OS-Specific, Not Architecture-Specific, Not Technology-Specific.
Comment puis-je prévenir CWE-1271 ?
Design checks should be performed to identify any uninitialized flip-flops used for security-critical functions. All registers holding security-critical information should be set to a specific value on reset.
Comment Plexicus détecte et corrige CWE-1271 ?
Le moteur SAST de Plexicus reconnaît la signature de flux de données de CWE-1271 à chaque commit. Lorsqu'une correspondance est trouvée, notre agent Codex Remedium ouvre une PR de correction avec le code corrigé, les tests et un résumé d'une ligne pour le relecteur.
Où puis-je en savoir plus sur CWE-1271 ?
MITRE publie la définition canonique à https://cwe.mitre.org/data/definitions/1271.html. Vous pouvez également consulter la documentation OWASP et NIST pour des conseils adjacents.
Faiblesses associées
Weaknesses related to CWE-1271
CWE-909 Parent
Missing Initialization of Resource
The software fails to properly set up a critical resource before using it.
CWE-456 Frère
Missing Initialization of a Variable
This vulnerability occurs when a program uses a variable before giving it a starting value, causing the software to rely on unpredictable…
Ressources
Further reading
Prêt à valider l'essentiel ?
Prêt à valider ce qui compte.
Plexicus est Proof-Driven AppSec : findings validés, compréhension contextuelle et remédiation relue — ancrée dans la preuve, scopée avec vous.