Automated static analysis, commonly referred to as Static Application Security Testing (SAST), can find some instances of this weakness by analyzing source code (or binary/compiled code) without having to execute it. Typically, this is done by building a model of data flow and control flow, then searching for potentially-vulnerable patterns that connect "sources" (origins of input) with "sinks" (destinations where the data interacts with external components, a lower layer such as the OS, etc.)
CWE-778 Base Brouillon
Insufficient Logging
This weakness occurs when an application fails to properly record important security events or captures them with insufficient detail, making it hard to spot and investigate suspicious activity.
Définition
What is CWE-778?
This weakness occurs when an application fails to properly record important security events or captures them with insufficient detail, making it hard to spot and investigate suspicious activity.
Insufficient logging creates blind spots for security teams. When critical events—like failed logins, privilege escalations, or data access—aren't logged with enough detail, detecting attacks in progress becomes nearly impossible. This also severely hampers post-incident forensic analysis, leaving you without the evidence needed to understand how a breach happened or what data was affected.
Modern cloud environments often introduce this risk through misconfiguration. Cloud services frequently have detailed logging disabled by default to manage costs and performance. If developers don't explicitly enable and configure audit logs for services like storage buckets, databases, or identity management, critical telemetry gaps appear. These gaps in your security logs can allow malicious activity to go completely unnoticed.
Impact réel
Real-world CVEs caused by CWE-778
-
server does not log failed authentication attempts, making it easier for attackers to perform brute force password guessing without being detected
-
admin interface does not log failed authentication attempts, making it easier for attackers to perform brute force password guessing without being detected
-
default configuration for POP server does not log source IP or username for login attempts
-
proxy does not log requests without "http://" in the URL, allowing web surfers to access restricted web content without detection
-
web server does not log requests for a non-standard request type
Comment les attaquants l'exploitent
Parcours de l'attaquant étape par étape
- 1
The example below shows a configuration for the service security audit feature in the Windows Communication Foundation (WCF).
- 2
The previous configuration file has effectively disabled the recording of security-critical events, which would force the administrator to look to other sources during debug or recovery efforts.
- 3
Logging failed authentication attempts can warn administrators of potential brute force attacks. Similarly, logging successful authentication events can provide a useful audit trail when a legitimate account is compromised. The following configuration shows appropriate settings, assuming that the site does not have excessive traffic, which could fill the logs if there are a large number of success or failure events (CWE-779).
- 4
In the following Java example the code attempts to authenticate the user. If the login fails a retry is made. Proper restrictions on the number of login attempts are of course part of the retry functionality. Unfortunately, the failed login is not recorded and there would be no record of an adversary attempting to brute force the program.
- 5
It is recommended to log the failed login action. Note that unneutralized usernames should not be part of the log message, and passwords should never be part of the log message.
Exemple de code vulnérable
Vulnerable XML
The example below shows a configuration for the service security audit feature in the Windows Communication Foundation (WCF).
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior name="NewBehavior">
<serviceSecurityAudit auditLogLocation="Default"
suppressAuditFailure="false"
serviceAuthorizationAuditLevel="None"
messageAuthenticationAuditLevel="None" />
...
</system.serviceModel> Exemple de code sécurisé
Secure XML
Logging failed authentication attempts can warn administrators of potential brute force attacks. Similarly, logging successful authentication events can provide a useful audit trail when a legitimate account is compromised. The following configuration shows appropriate settings, assuming that the site does not have excessive traffic, which could fill the logs if there are a large number of success or failure events (CWE-779).
<system.serviceModel>
<behaviors>
<serviceBehaviors>
<behavior name="NewBehavior">
<serviceSecurityAudit auditLogLocation="Default"
suppressAuditFailure="false"
serviceAuthorizationAuditLevel="SuccessAndFailure"
messageAuthenticationAuditLevel="SuccessAndFailure" />
...
</system.serviceModel> 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-778
- Architecture and Design Use a centralized logging mechanism that supports multiple levels of detail.
- Implementation Ensure that all security-related successes and failures can be logged. When storing data in the cloud (e.g., AWS S3 buckets, Azure blobs, Google Cloud Storage, etc.), use the provider's controls to enable and capture detailed logging information.
- Operation Be sure to set the level of logging appropriately in a production environment. Sufficient data should be logged to enable system administrators to detect attacks, diagnose errors, and recover from attacks. At the same time, logging too much data (CWE-779) can cause the same problems, including unexpected costs when using a cloud environment.
- Operation To enable storage logging using Azure's Portal, navigate to the name of the Storage Account, locate Monitoring (CLASSIC) section, and select Diagnostic settings (classic). For each of the various properties (blob, file, table, queue), ensure the status is properly set for the desired logging data. If using PowerShell, the Set-AzStorageServiceLoggingProperty command could be called using appropriate -ServiceType, -LoggingOperations, and -RetentionDays arguments.
Signaux de détection
How to detect CWE-778
Plexicus détecte automatiquement CWE-778 et ouvre une PR de correction en moins de 60 secondes.
Codex Remedium analyse chaque commit, identifie cette faiblesse précise et livre une pull request prête à être relue avec le correctif. Pas de tickets. Pas de transferts.
Questions fréquentes Qu'est-ce que CWE-778 ?
Quelle est la gravité de CWE-778 ?
Quels langages ou plateformes sont affectés par CWE-778 ?
Comment puis-je prévenir CWE-778 ?
Comment Plexicus détecte et corrige CWE-778 ?
Où puis-je en savoir plus sur CWE-778 ?
Frequently asked questions
Qu'est-ce que CWE-778 ?
This weakness occurs when an application fails to properly record important security events or captures them with insufficient detail, making it hard to spot and investigate suspicious activity.
Quelle est la gravité de CWE-778 ?
MITRE évalue la probabilité d'exploitation comme Moyenne — l'exploitation est réaliste mais nécessite généralement des conditions spécifiques.
Quels langages ou plateformes sont affectés par CWE-778 ?
MITRE lists the following affected platforms: Cloud Computing.
Comment puis-je prévenir CWE-778 ?
Use a centralized logging mechanism that supports multiple levels of detail. Ensure that all security-related successes and failures can be logged. When storing data in the cloud (e.g., AWS S3 buckets, Azure blobs, Google Cloud Storage, etc.), use the provider's controls to enable and capture detailed logging information.
Comment Plexicus détecte et corrige CWE-778 ?
Le moteur SAST de Plexicus reconnaît la signature de flux de données de CWE-778 à 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-778 ?
MITRE publie la définition canonique à https://cwe.mitre.org/data/definitions/778.html. Vous pouvez également consulter la documentation OWASP et NIST pour des conseils adjacents.
Faiblesses associées
Weaknesses related to CWE-778
CWE-223 Parent
Omission of Security-relevant Information
This vulnerability occurs when an application fails to capture or present crucial security-related details, such as the origin of a…
CWE-1429 Frère
Missing Security-Relevant Feedback for Unexecuted Operations in Hardware Interface
This vulnerability occurs when a hardware interface discards operations without providing any security-relevant feedback, such as error…
Ressources
Further reading
- MITRE — CWE-778 officiel https://cwe.mitre.org/data/definitions/778.html
- CIS Microsoft Azure Foundations Benchmark version 1.5.0 https://www.cisecurity.org/benchmark/azure
- Enable and manage Azure Storage Analytics logs (classic) https://learn.microsoft.com/en-us/azure/storage/common/manage-storage-analytics-logs
Prêt quand vous l'êtes
Arrêtez de payer par développeur.
Commencez à fermer la boucle.
Plexicus est l'ASPM natif IA qui scanne, filtre, corrige, penteste et explique — de façon autonome. Développeurs illimités, dépôts illimités, actions IA à usage équitable. Vrai niveau gratuit, €269/mo annuel quand vous êtes prêt.