p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in rustc

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für rustc: 0. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5

  1. CVE-2026-5223

    Mittel · CVSS 6.5EPSS 0,29%Keine Korrektur veröffentlicht

    Crates in third party registries can override the cached source of other crates

    Cargo incorrectly handled symlinks inside of crate tarballs downloaded from third-party registries, allowing a malicious crate to override the source code of another crate from the same registry. The severity of the vulnerability is **medium** for users of third-party registries. Users of crates.io are **not affected**, as crates.io forbids uploading crates containing any symlink.

    Veröffentlicht Aktualisiert
  2. CVE-2026-5222

    Niedrig · CVSS 2.3EPSS 0,48%Keine Korrektur veröffentlicht

    Cargo can be coerced to share credentials between registries

    Cargo between 1.68 and 1.96 incorrectly normalized the URLs of third-party registries using the sparse index protocol. If a hosting provider allowed multiple registries to be hosted with arbitrary names within the same domain, an attacker able to publish crates in a registry could obtain the credentials of others users of the same registry. The severity of the vulnerability is **low**, due to the extremely niche requirements needed to achieve the attack.

    Veröffentlicht Aktualisiert
  3. CVE-2026-33056

    Mittel · CVSS 5.1EPSS 0,39%Korrektur verfügbar

    tar-rs: unpack_in can chmod arbitrary directories by following symlinks

    tar-rs is a tar archive reading/writing library for Rust. In versions 0.4.44 and below, when unpacking a tar archive, the tar crate's unpack_dir function uses fs::metadata() to check whether a path that already exists is a directory. Because fs::metadata() follows symbolic links, a crafted tarball containing a symlink entry followed by a directory entry with the same name causes the crate to treat the symlink target as a valid existing directory — and subsequently apply chmod to it. This allows an attacker to modify the permissions of arbitrary directories outside the extraction root. This issue has been fixed in version 0.4.45.

    • Auf 1.75.0+dfsg0ubuntu1-0ubuntu7.4 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2023-40030

    Mittel · CVSS 6.1EPSS 0,9%Korrektur verfügbar

    Malicious dependencies can inject arbitrary JavaScript into cargo-generated timing reports

    Cargo downloads a Rust project’s dependencies and compiles the project. Starting in Rust 1.60.0 and prior to 1.72, Cargo did not escape Cargo feature names when including them in the report generated by `cargo build --timings`. A malicious package included as a dependency may inject nearly arbitrary HTML here, potentially leading to cross-site scripting if the report is subsequently uploaded somewhere. The vulnerability affects users relying on dependencies from git, local paths, or alternative registries. Users who solely depend on crates.io are unaffected. Rust 1.60.0 introduced `cargo build --timings`, which produces a report of how long

    • Auf 1.73.0+dfsg0ubuntu1-0ubuntu1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2023-38497

    Hoch · CVSS 7.8EPSS 0,7%Korrektur verfügbar

    Cargo not respecting umask when extracting crate archives

    Cargo downloads the Rust project’s dependencies and compiles the project. Cargo prior to version 0.72.2, bundled with Rust prior to version 1.71.1, did not respect the umask when extracting crate archives on UNIX-like systems. If the user downloaded a crate containing files writeable by any local user, another local user could exploit this to change the source code compiled and executed by the current user. To prevent existing cached extractions from being exploitable, the Cargo binary version 0.72.2 included in Rust 1.71.1 or later will purge caches generated by older Cargo versions automatically. As a workaround, configure one's system to p

    • Auf 1.71.1+dfsg0ubuntu2-0ubuntu1 aktualisieren
    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →