p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in kas

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 3

  1. CVE-2026-54548

    Niedrig · CVSS 3.3EPSS 0,11%Korrektur verfügbar

    kas: Persistent SSH Host Key Checking Disablement

    kas is a setup tool for bitbake based projects. Prior to 5.4, internal SSH key setup triggered by SSH_PRIVATE_KEY or SSH_PRIVATE_KEY_FILE creates ~/.ssh/config when no user-specific SSH configuration exists and adds a global Host * rule containing StrictHostKeyChecking no. In kas/libcmds.py, ssh_no_host_key_check() runs without checking ctx.managed_env, so the setting persists after kas exits and affects future SSH sessions by the same local user, extending beyond the intended short-lived continuous integration environment. A later SSH connection can therefore accept an attacker-controlled host key without verification, increasing the risk of

    • Auf 5.4 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2026-47192

    Niedrig · CVSS 2.1EPSS 0,25%Korrektur verfügbar

    kas's late signature validation may allow unnoticed repository manipulations

    kas is a setup tool for bitbake based projects. Starting in version 4.8 and prior to version 5.3, kas checks out and processes repositories regarding configuration includes prior to validating signatures of those repositories. This may allow to replace on original repository with one under the control of an attacker under very specific conditions. First of all, the attacker must have gained control of a repository that a kas file of the victim is referencing. Furthermore, the following conditions must be fulfilled: the victim's kas configuration must include a configuration file from the attacked repository; the repository state is referenced

    • Auf 5.3 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2026-47191

    Niedrig · CVSS 2.1EPSS 0,25%Korrektur verfügbar

    kas checks out SHA-like git branches as valid commits

    kas is a setup tool for bitbake based projects. Prior to version 5.3, when relying solely on a git commit ID (SHA-1 or SHA-256) to qualify if a checkout of a repository is equivalent to the state validated while adding its commit ID to a kas configuration, users may be tricked to check out a branch of the same name from this repository. This implies that the referenced repository has been taken over by an attacker and modified to carry such a branch. SHA-1 commits may also be replaced by creating hash collisions, so the primary impact of this issue is on SHA-256 commit IDs. Version 5.3 fixes the issue. As a workaround, avoid relying solely on

    • Auf 5.3 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 →