CVE-2026-54548
NiskieCVSS 3.3Streszczenie
kas, narzędzie do konfiguracji projektów opartych na bitbake, przed wersją 5.4, podczas wewnętrznej konfiguracji klucza SSH wywoływanej przez SSH_PRIVATE_KEY lub SSH_PRIVATE_KEY_FILE, tworzy plik ~/.ssh/config, gdy brakuje konfiguracji użytkownika, i dodaje globalną regułę Host * z opcją StrictHostKeyChecking no. Funkcja ssh_no_host_key_check() działa bez sprawdzania ctx.managed_env, więc ustawienie utrzymuje się po zakończeniu kas i wpływa na przyszłe sesje SSH tego samego użytkownika, wykraczając poza zamierzone krótkotrwałe środowisko CI. Późniejsze połączenie SSH może zaakceptować klucz hosta kontrolowany przez atakującego bez weryfikacji, zwiększając ryzyko ataku man-in-the-middle.
Ocena ryzyka
Zwiększone ryzyko ataku man-in-the-middle na sesje SSH użytkownika, co może prowadzić do naruszenia poufności i integralności przesyłanych danych.
Rekomendacja
Zaktualizuj kas do wersji 5.4 lub nowszej. Po aktualizacji usuń lub popraw wpisy w ~/.ssh/config, aby nie zawierały niebezpiecznych reguł.
Inne podatności w kas
Zobacz wszystkie- CVE-2026-47192Niskie
Kas to narzędzie do konfiguracji projektów opartych na bitbake. W wersjach od 4.8 do 5.3 kas sprawdza i przetwarza repozytoria oraz dołączane pliki konfiguracyjne przed weryfikacją podpisów tych repozytoriów. W bardzo specyficznych warunkach może to pozwolić atakującemu na podmianę oryginalnego repozytorium na repozytorium pod jego kontrolą.
- CVE-2026-47191Niskie
Kas to narzędzie do konfiguracji projektów opartych na bitbake. Przed wersją 5.3, gdy użytkownik polega wyłącznie na identyfikatorze commita git (SHA-1 lub SHA-256) w celu weryfikacji integralności repozytorium, może zostać oszukany i pobrać gałąź o tej samej nazwie z przejętego repozytorium. Dotyczy to głównie identyfikatorów SHA-256, ponieważ SHA-1 może być podatny na kolizje.
Oryginalny opis (angielski, źródło NVD)
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 a man-in-the-middle attack that compromises session confidentiality or integrity. This issue is fixed in version 5.4.