High
Showing all detectors for the JavaScript language with high severity.
Constructing operating system or shell commands with unsanitized user input can lead to inadvertently running malicious code.
User-controlled input that specifies a link to an external site could lead to phishing attacks and allow user credentials to be stolen.
Disabled or incorrectly used protection mechanism can lead to security vulnerabilities.
Non-literal input to a regular expression might lead to a denial of service attack.
Passing an unsanitized user argument to a function call makes your code insecure.
APIs that are not recommended were found.
Objects that parse or handle XML can lead to XML external entity (XXE) attacks when they are misconfigured.
Insufficient sanitization of potentially untrusted URLs on the server side can allow server requests to unwanted destinations.
Insecure string comparison can lead to a timing-attack.
User input can be vulnerable to injection attacks.
Insecure cookies can lead to unencrypted transmission of sensitive data.
Relying on potentially untrusted user inputs when constructing web application outputs can lead to cross-site scripting vulnerabilities.
Logging unencrypted AWS credentials can expose them to an attacker.
Potentially unsanitized user input in XPath queries can allow an attacker to control the query in unwanted or insecure ways.
Creating file paths from untrusted input might give a malicious actor access to sensitive files.
DNS prefetching can cause latency and privacy issues.
Connections that use insecure protocols transmit data in cleartext, which can leak sensitive information.
Insecure configuration can lead to a cross-site request forgery (CRSF) vulnerability.
Truncation errors occur when a primitive is cast to a primitive of a smaller size and data is lost in the conversion.
Client-side decryption followed by encryption is inefficient and can lead to sensitive data leaks.
LDAP queries that rely on potentially untrusted inputs can allow attackers to read or modify sensitive data, run code, and perform other unwanted actions.
Unchecked failures can lead to data loss.
Insufficient key sizes can lead to brute force attacks.
Unverified hostnames lead to security vulnerabilities.
Unverified origins of messages and identities in cross-origin communications can lead to security vulnerabilities.
Weak file permissions can lead to privilege escalation.
Lack of validation of a security certificate can lead to host impersonation and sensitive data leaks.
Deserialization of untrusted objects can lead to security vulnerabilities such as, inadvertently running remote code.
Exposure of sensitive information can lead to an unauthorized actor having access to the information.
Weak obfuscation of web requests makes your application vulnerable.
The logging of sensitive information can expose the information to potential attackers.
String passed to setInterval
or setTimeout
can cause the JavaScript engine to evaluate, which can lead to a security risk.
Using untrusted inputs in a log statement can enable attackers to break the log's format, forge log entries, and bypass log monitors.
The application incorrectly restricts frame objects or UI layers that belong to another application or domain.
Disabling the HTML autoescape mechanism exposes your web applications to attacks.
Expanding unverified archive files without controlling the size of the expanded data can lead to zip bomb attacks.
Writing unsanitized user data to a file is unsafe.
The software allows user input to control or influence paths or file names that are used in file system operations.
The use of untrusted inputs in a SQL database query can enable attackers to read, modify, or delete sensitive data in the database.
Constructing HTTP response headers from user-controlled data is unsafe.
Custom polling can be inefficient and prone to error. Consider using AWS waiters instead.