New MCP server — Bring vulnerability intelligence into your AI
Back to feed

CVE-2020-26278

NVDCIRCLENISA

EUVD-2020-18852 · Published Jan 20, 2021

Weave Net is open source software which creates a virtual network that connects Docker containers across multiple hosts and enables their automatic discovery. Weave Net before version 2.8.0 has a vulnerability in which can allow an attacker to take over any host in the cluster. Weave Net is supplied with a manifest that runs pods on every node in a Kubernetes cluster, which are responsible for managing network connections for all other pods in the cluster. This requires a lot of power over the host, and the manifest sets privileged: true, which gives it that power. It also set hostPID: true, which gave it the ability to access all other processes on the host, and write anywhere in the root filesystem of the host. This setting was not necessary, and is being removed. You are only vulnerable if you have an additional vulnerability (e.g. a bug in Kubernetes) or misconfiguration that allows an attacker to run code inside the Weave Net pod, No such bug is known at the time of release, and there are no known instances of this being exploited. Weave Net 2.8.0 removes the hostPID setting and moves CNI plugin install to an init container. Users who do not update to 2.8.0 can edit the hostPID line in their existing DaemonSet manifest to say false instead of true, arrange some other way to install CNI plugins (e.g. Ansible) and remove those mounts from the DaemonSet manifest.

Technologies

Weave Weave

Weaknesses

CWE-250

CVSS scores

  • v3.18.0CVSS:3.1/AV:A/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
  • v2.07.9AV:A/AC:M/Au:N/C:C/I:C/A:C

References

Potentially impacted assets

See if this affects your attack surface

Latest trending attack

Criticaltoday

Umbraco CMS - Back-Office Account Takeover via Sign-In Redirect Manipulation (Open Redirect & Origin Validation Error & Improper Authentication)

Umbraco CMS is an open-source ASP.NET Core content management system used to build and administer websites, with a back-office interface for editors, administrators and developers. GHSA-rpv9-qp4c-g469 Several weaknesses in the back-office sign-in flow (open redirect — CWE-601, origin validation error — CWE-346, and improper authentication — CWE-287) can be chained so that an authenticated back-office user's session is handed to an attacker. No account is needed to prepare the attack, but a signed-in back-office user must open a link supplied by the attacker. Sites are exposed where the web server or hosting setup passes requests for unrecognised host names through to Umbraco — common when running on Kestrel directly, in IIS without host name bindings, or behind a reverse proxy that forwards the Host header unchanged. If the attack succeeds, the attacker obtains a back-office session with the privileges of the victim; for an administrator this means full control over content, users and configuration, and can lead to server-side code execution. Affected versions: <= 17.7.1 and <= 18.2.1. Fixed in 17.7.2 and 18.2.2: the sign-in flow now only accepts redirects to the serving host or explicitly configured hosts, and sign-in codes are hardened so they can be redeemed only by the back-office itself (this also protects sites with pre-tampered sign-in configuration). No configuration setting resolves the issue; interim mitigations are to restrict host names reaching the application (e.g. AllowedHosts in appsettings.json or explicit web-server/reverse-proxy host bindings), avoid opening untrusted back-office links while signed in, and audit the redirect URIs stored for the umbraco-back-office and umbraco-swagger OpenIddict clients for foreign host names.

Take 15 minutes to discover our platform with our experts

Patrowl Intel platform screenshot