Linuxfoundation vulnerabilities
578 vulnerabilities
Known vulnerabilities in Linuxfoundation products, newest first, with CVSS severity, EPSS, KEV listings and ransomware use, across 120 products.
Products
50 of 120- Yocto114 vulnerabilities
- Backstage37 vulnerabilities
- Nats Server36 vulnerabilities
- Pytorch31 vulnerabilities
- Everest29 vulnerabilities
- Harbor24 vulnerabilities
- Containerd22 vulnerabilities
- Magma22 vulnerabilities
- Runc17 vulnerabilities
- Iot Yocto15 vulnerabilities
- Cups Filters14 vulnerabilities
- Dragonfly13 vulnerabilities
- Onnx11 vulnerabilities
- Open Network Operating System11 vulnerabilities
- Backstage Plugin Techdocs Node10 vulnerabilities
- Spinnaker10 vulnerabilities
- Backstage\/Plugin Scaffolder Backend9 vulnerabilities
- Ceph8 vulnerabilities
- Kubeedge8 vulnerabilities
- Tekton Pipelines8 vulnerabilities
- Cubefs6 vulnerabilities
- Automotive Grade Linux5 vulnerabilities
- Edge Virtualization Engine5 vulnerabilities
- Osquery5 vulnerabilities
- Backstage Plugin Catalog Backend4 vulnerabilities
- Foomatic Filters4 vulnerabilities
- Grpc Swift4 vulnerabilities
- Indy Node4 vulnerabilities
- Materialx4 vulnerabilities
- Opendaylight4 vulnerabilities
- Opentelemetry Instrumentation For Java4 vulnerabilities
- Rekor4 vulnerabilities
- The Update Framework4 vulnerabilities
- Vitess4 vulnerabilities
- Argo Cd3 vulnerabilities
- Besu3 vulnerabilities
- Cortex3 vulnerabilities
- Dex3 vulnerabilities
- Inspektor Gadget3 vulnerabilities
- Kedro3 vulnerabilities
- Sigstore Timestamp Authority3 vulnerabilities
- Zowe Api Mediation Layer3 vulnerabilities
- Antrea2 vulnerabilities
- Backstage\/Plugin Kubernetes Backend2 vulnerabilities
- Backstage\/Plugin Scaffolder Backend Module Confluence To Markdown2 vulnerabilities
- Cni Network Plugins2 vulnerabilities
- Dapr2 vulnerabilities
- Dojo2 vulnerabilities
- Dojox2 vulnerabilities
- Fabric2 vulnerabilities
CVE-2018-6336facebookosquery+1
EPSS score0.49%
An issue was discovered in osquery. A maliciously crafted Universal/fat binary can evade third-party code signing checks. By not completing full inspection of the Universal/fat binary, the user of the third-party tool will believe that the code is signed by Apple, but the malicious unsigned code will execute. This issue affects osquery prior to v3.2.7CVE-2013-6473canonicalubuntu_linux+2EPSS score3.43%
Multiple heap-based buffer overflows in the urftopdf filter in cups-filters 1.0.25 before 1.0.47 allow remote attackers to execute arbitrary code via a large (1) page or (2) line in a URF file.CVE-2013-6476canonicalubuntu_linux+3EPSS score0.31%
The OPVPWrapper::loadDriver function in oprs/OPVPWrapper.cxx in the pdftoopvp filter in CUPS and cups-filters before 1.0.47 allows local users to gain privileges via a Trojan horse driver in the same directory as the PDF file.CVE-2013-6474canonicalubuntu_linux+3EPSS score3.07%
Heap-based buffer overflow in the pdftoopvp filter in CUPS and cups-filters before 1.0.47 allows remote attackers to execute arbitrary code via a crafted PDF file.CVE-2013-6475canonicalubuntu_linux+3EPSS score3.22%
Multiple integer overflows in (1) OPVPOutputDev.cxx and (2) oprs/OPVPSplash.cxx in the pdftoopvp filter in CUPS and cups-filters before 1.0.47 allow remote attackers to execute arbitrary code via a crafted PDF file, which triggers a heap-based buffer overflow.CVE-2021-21369hyperledgerbesu+1EPSS score1.67%
Hyperledger Besu is an open-source, MainNet compatible, Ethereum client written in Java. In Besu before version 1.5.1 there is a denial-of-service vulnerability involving the HTTP JSON-RPC API service. If username and password authentication is enabled for the HTTP JSON-RPC API service, then prior to making any requests to an API endpoint the requestor must use the login endpoint to obtain a JSON web token (JWT) using their credentials. A single user can readily overload the login endpoint with invalid requests (incorrect password). As the supplied password is checked for validity on the main vertx event loop and takes a relatively long time this can cause the processing of other valid requests to fail. A valid username is required for this vulnerability to be exposed. This has been fixed in version 1.5.1.CVE-2021-21334chainguardctop+9EPSS score2.03%
In containerd (an industry-standard container runtime) before versions 1.3.10 and 1.4.4, containers launched through containerd's CRI implementation (through Kubernetes, crictl, or any other pod/container client that uses the containerd CRI service) that share the same image may receive incorrect environment variables, including values that are defined for other containers. If the affected containers have different security contexts, this may allow sensitive information to be unintentionally shared. If you are not using containerd's CRI implementation (through one of the mechanisms described above), you are not vulnerable to this issue. If you are not launching multiple containers or Kubernetes pods from the same image which have different environment variables, you are not vulnerable to this issue. If you are not launching multiple containers or Kubernetes pods from the same image in rapid succession, you have reduced likelihood of being vulnerable to this issue This vulnerability has been fixed in containerd 1.3.10 and containerd 1.4.4. Users should update to these versions.CVE-2021-41151backstagebackstage+2EPSS score1.31%
Backstage is an open platform for building developer portals. In affected versions A malicious actor could read sensitive files from the environment where Scaffolder Tasks are run. The attack is executed by crafting a custom Scaffolder template with a `github:publish:pull-request` action and a particular source path. When the template is executed the sensitive files would be included in the published pull request. This vulnerability is mitigated by the fact that an attacker would need access to create and register templates in the Backstage catalog, and that the attack is very visible given that the exfiltration happens via a pull request. The vulnerability is patched in the `0.15.9` release of `@backstage/plugin-scaffolder-backend`.CVE-2021-41190ubuntucontainerd+30EPSS score2.22%
The OCI Distribution Spec project defines an API protocol to facilitate and standardize the distribution of content. In the OCI Distribution Specification version 1.0.0 and prior, the Content-Type header alone was used to determine the type of document during push and pull operations. Documents that contain both “manifests” and “layers” fields could be interpreted as either a manifest or an index in the absence of an accompanying Content-Type header. If a Content-Type header changed between two pulls of the same digest, a client may interpret the resulting content differently. The OCI Distribution Specification has been updated to require that a mediaType value present in a manifest or index match the Content-Type header used during the push and pull operations. Clients pulling from a registry may distrust the Content-Type header and reject an ambiguous document that contains both “manifests” and “layers” fields or “manifests” and “config” fields if they are unable to update to version 1.0.1 of the spec.CVE-2021-41131linuxfoundationthe_update_framework+2EPSS score1.45%
python-tuf is a Python reference implementation of The Update Framework (TUF). In both clients (`tuf/client` and `tuf/ngclient`), there is a path traversal vulnerability that in the worst case can overwrite files ending in `.json` anywhere on the client system on a call to `get_one_valid_targetinfo()`. It occurs because the rolename is used to form the filename, and may contain path traversal characters (ie `../../name.json`). The impact is mitigated by a few facts: It only affects implementations that allow arbitrary rolename selection for delegated targets metadata, The attack requires the ability to A) insert new metadata for the path-traversing role and B) get the role delegated by an existing targets metadata, The written file content is heavily restricted since it needs to be a valid, signed targets file. The file extension is always .json. A fix is available in version 0.19 or newer. There are no workarounds that do not require code changes. Clients can restrict the allowed character set for rolenames, or they can store metadata in files named in a way that is not vulnerable: neither of these approaches is possible without modifying python-tuf.CVE-2021-41272hyperledgerbesu+1EPSS score1.46%
Besu is an Ethereum client written in Java. Starting in version 21.10.0, changes in the implementation of the SHL, SHR, and SAR operations resulted in the introduction of a signed type coercion error in values that represent negative values for 32 bit signed integers. Smart contracts that ask for shifts between approximately 2 billion and 4 billion bits (nonsensical but valid values for the operation) will fail to execute and hence fail to validate. In networks where vulnerable versions are mining with other clients or non-vulnerable versions this will result in a fork and the relevant transactions will not be included in the fork. In networks where vulnerable versions are not mining (such as Rinkeby) no fork will result and the validator nodes will stop accepting blocks. In networks where only vulnerable versions are mining the relevant transaction will not be included in any blocks. When the network adds a non-vulnerable version the network will act as in the first case. Besu 21.10.2 contains a patch for this issue. Besu 21.7.4 is not vulnerable and clients can roll back to that version. There is a workaround available: Once a transaction with the relevant shift operations is included in the canonical chain, the only remediation is to make sure all nodes are on non-vulnerable versions.CVE-2021-41103chainguardctop+9EPSS score0.52%
containerd is an open source container runtime with an emphasis on simplicity, robustness and portability. A bug was found in containerd where container root directories and some plugins had insufficiently restricted permissions, allowing otherwise unprivileged Linux users to traverse directory contents and execute programs. When containers included executable programs with extended permission bits (such as setuid), unprivileged Linux users could discover and execute those programs. When the UID of an unprivileged Linux user on the host collided with the file owner or group inside a container, the unprivileged Linux user on the host could discover, read, and modify those files. This vulnerability has been fixed in containerd 1.4.11 and containerd 1.5.7. Users should update to these version when they are released and may restart containers or update directory permissions to mitigate the vulnerability. Users unable to update should limit access to the host to trusted users. Update directory permission on container bundles directories.CVE-2021-20206debiangolang-github-appc-cni+61EPSS score1.52%
An improper limitation of path name flaw was found in containernetworking/cni in versions before 0.8.1. When specifying the plugin to load in the 'type' field in the network configuration, it is possible to use special elements such as "../" separators to reference binaries elsewhere on the system. This flaw allows an attacker to execute other existing binaries other than the cni plugins/types, such as 'reboot'. The highest threat from this vulnerability is to confidentiality, integrity, as well as system availability.CVE-2021-20288debianceph+38EPSS score2.13%
An authentication flaw was found in ceph in versions before 14.2.20. When the monitor handles CEPHX_GET_AUTH_SESSION_KEY requests, it doesn't sanitize other_keys, allowing key reuse. An attacker who can request a global_id can exploit the ability of any user to request a global_id previously associated with another user, as ceph does not force the reuse of old keys to generate new ones. The highest threat from this vulnerability is to data confidentiality and integrity as well as system availability.CVE-2021-31232github.com/cortexprojectcortex+1EPSS score0.37%
The Alertmanager in CNCF Cortex before 1.8.1 has a local file disclosure vulnerability when -experimental.alertmanager.enable-api is used. The HTTP basic auth password_file can be used as an attack vector to send any file content via a webhook. The alertmanager templates can be used as an attack vector to send any file content because the alertmanager can load any text file specified in the templates list.CVE-2021-36154linuxfoundationgrpc_swiftEPSS score2.08%
HTTP2ToRawGRPCServerCodec in gRPC Swift 1.1.1 and earlier allows remote attackers to deny service via the delivery of many small messages within a single HTTP/2 frame, leading to Uncontrolled Recursion and stack consumption.CVE-2021-36153linuxfoundationgrpc_swiftEPSS score2.08%
Mismanaged state in GRPCWebToHTTP2ServerCodec.swift in gRPC Swift 1.1.0 and 1.1.1 allows remote attackers to deny service by sending malformed requests.CVE-2021-36157github.com/cortexprojectcortex+1EPSS score1.39%
An issue was discovered in Grafana Cortex through 1.9.0. The header value X-Scope-OrgID is used to construct file paths for rules files, and if crafted to conduct directory traversal such as ae ../../sensitive/path/in/deployment pathname, then Cortex will attempt to parse a rules file at that location and include some of the contents in the error message. (Other Cortex API requests can also be sent a malicious OrgID header, e.g., tricking the ingester into writing metrics to a different location, but the effect is nuisance rather than information disclosure.)CVE-2021-36779linuxfoundationlonghorn+1EPSS score0.69%
A Missing Authentication for Critical Function vulnerability in SUSE Longhorn allows any workload in the cluster to execute any binary present in the image on the host without authentication. This issue affects: SUSE Longhorn longhorn versions prior to 1.1.3; longhorn versions prior to 1.2.3.CVE-2021-36780linuxfoundationlonghorn+1EPSS score0.47%
A Missing Authentication for Critical Function vulnerability in longhorn of SUSE Longhorn allows attackers to connect to a longhorn-engine replica instance granting it the ability to read and write data to and from a replica that they should not have access to. This issue affects: SUSE Longhorn longhorn versions prior to 1.1.3; longhorn versions prior to 1.2.3v.