CWE-509: Replicating Malicious Code (Virus or Worm)
Replicating malicious code, including viruses and worms, will attempt to attack other systems once it has successfully compromised the target system or the product.
Browse cwe for c with official CWE context and Glexia analysis.
Search And Filters
Showing 50 of 857 CWE records · Page 9 of 18.
Replicating malicious code, including viruses and worms, will attempt to attack other systems once it has successfully compromised the target system or the product.
A trapdoor is a hidden piece of code that responds to a special input, allowing its user access to resources without passing through the normal security enforcement mechanism.
The product contains code that is designed to disrupt the legitimate operation of the product (or its environment) when a certain time passes, or when a certain logical condition is met.
The product collects personally identifiable information about a human user or the user's activities, but the product accesses this information using other resources besides itself, and it does not require that user's explicit approval or direct input into the product.
A covert channel is a path that can be used to transfer information in a way not intended by the system's designers.
A covert storage channel transfers information through the setting of bits by one program and the reading of those bits by another. What distinguishes this case from that of ordinary operation is that the bits are used to convey encoded information.
Allowing a .NET application to run at potentially escalated levels of access to the underlying operating and file systems can be dangerous and result in various forms of attacks.
The product does not require that users should have strong passwords.
The product transmits or stores authentication credentials, but it uses an insecure method that is susceptible to unauthorized interception and/or retrieval.
Login pages do not use adequate measures to protect the user name and password while they are in transit from the client to the server.
The code uses a cache that contains sensitive information, but the cache can be read by an actor outside of the intended control sphere.
The web application does not use an appropriate caching policy that specifies the extent to which each web page and associated form fields should be cached.
The product uses an environment variable to store unencrypted sensitive information.
The product stores a CVS, git, or other repository in a directory, archive, or other resource that is stored, transferred, or otherwise made accessible to unauthorized actors.
The product generates a core dump file in a directory, archive, or other resource that is stored, transferred, or otherwise made accessible to unauthorized actors.
The product stores access control list files in a directory or other container that is accessible to actors outside of the intended control sphere.
A backup file is stored in a directory or archive that is made accessible to unauthorized actors.
Accessible test applications can pose a variety of security risks. Since developers or administrators rarely consider that someone besides themselves would even know about the existence of these applications, it is common for them to contain sensitive information or functions.
The product writes sensitive information to a log file.
A command shell error message indicates that there exists an unhandled exception in the web application code. In many cases, an attacker can leverage the conditions that cause these errors in order to gain unauthorized access to the system.
The product places sensitive information into files or directories that are accessible to actors who are allowed to have access to the files, but not to the sensitive information.
The web application uses persistent cookies, but the cookies contain sensitive information.
Source code on a web server or repository often contains sensitive information and should generally not be accessible to users.
If an include file source is accessible, the file can contain usernames and passwords, as well as sensitive information pertaining to the application and system.
The product uses the singleton pattern when creating a resource within a multithreaded environment.
The product does not use a standardized method for handling errors throughout the code, which might introduce inconsistent error handling and resultant weaknesses.
The code contains comments that suggest the presence of bugs, incomplete functionality, or weaknesses.
The product uses hard-coded constants instead of symbolic names for security-critical values, which increases the likelihood of mistakes during code maintenance or security policy change.
The product inappropriately exposes a directory listing with an index of all the resources located inside of the directory.
The product does not mask passwords during entry, increasing the potential for attackers to observe and capture passwords.
Certain conditions, such as network failure, will cause a server error message to be displayed.
If a web server does not fully parse requested URLs before it examines them for authorization, it may be possible for an attacker to bypass authorization protection.
The product makes files or directories accessible to unauthorized actors, even though they should not be.
A possible shell file exists in /cgi-bin/ or other accessible directories. This is extremely dangerous and can be used by an attacker to execute commands on the web server.
The product uses the getlogin() function in a multithreaded context, potentially causing it to return incorrect values.
The product calls umask() with an incorrect argument that is specified as if it is an argument to chmod().
The product contains dead code, which can never be executed.
A function returns the address of a stack variable, which will cause unintended program behavior, typically in the form of a crash.
The variable's value is assigned but never used, making it a dead store.
The product relies on the existence or values of cookies when performing security-critical operations, but it does not properly ensure that the setting is valid for the associated user.
The product contains an expression that will always evaluate to false.
The product contains an expression that will always evaluate to true.
The product does not follow or incorrectly follows the specifications as required by the implementation language, environment, framework, protocol, or platform.
The code has a return statement inside a finally block, which will cause any thrown exception in the try block to be discarded.
The product sets a pointer to a specific address other than NULL or 0.
Casting a non-structure type to a structure type and accessing a field can lead to memory access errors or data corruption.
The product uses an API function that does not exist on all versions of the target platform. This could cause portability problems or inconsistencies that allow denial of service or other consequences.
The product calls free() on a pointer to memory that was not allocated using associated heap allocation functions such as malloc(), calloc(), or realloc().
The product stores sensitive data in memory that is not locked, or that has been incorrectly locked, which might cause the memory to be written to swap files on disk by the virtual memory manager. This can make the data more accessible to external actors.
The product modifies the SSL context after connection creation has begun.