CVE-2026-59178
KrytyczneCVSS 9.8Streszczenie
W wersjach ESPHome Device Builder Dashboard przed 1.0.12 zmieniono nazwy zmiennych środowiskowych uwierzytelniania z $USERNAME/$PASSWORD na $ESPHOME_USERNAME/$ESPHOME_PASSWORD bez mechanizmu fallback. W efekcie instancje zabezpieczone starymi nazwami traciły uwierzytelnianie po aktualizacji i dashboard stawał się dostępny dla każdego, kto mógł połączyć się z jego portem. Problem naprawiono w wersji 1.0.12, przywracając stare nazwy jako przestarzały fallback z ostrzeżeniem przy starcie.
Ocena ryzyka
Po aktualizacji dashboard może zostać uruchomiony bez uwierzytelniania, co pozwala nieuprawnionym osobom na dostęp do panelu zarządzania ESPHome i konfiguracji urządzeń. Ryzyko jest szczególnie wysokie, gdy port dashboardu jest wystawiony na niezaufane sieci.
Rekomendacja
Zaktualizuj do wersji 1.0.12 lub nowszej (w kontenerze esphome: wydanie 2026.6.2). Jeśli aktualizacja nie jest możliwa, natychmiast ustaw nowe zmienne $ESPHOME_USERNAME i $ESPHOME_PASSWORD na te same wartości oraz sprawdź logi startowe pod kątem banera „WITHOUT AUTHENTICATION”.
Powiązane podatności
- CVE-2026-12944Krytyczne
IBM Langflow OSS w wersjach od 1.0.0 do 1.10.0 pozwala atakującym na wykonanie dowolnego kodu Pythona z uprawnieniami roota (UID=0) na serwerze Langflow poprzez przesłanie komponentów zawierających importy socket lub urllib. Umożliwia to kradzież poświadczeń AWS przez SSRF IMDSv1, eksfiltrację plików z kontenera oraz ruch boczny do usług wewnętrznych (PostgreSQL, Redis). Skaner błędnie zwraca "validated": true, dając fałszywy sygnał bezpieczeństwa.
- CVE-2026-67399Krytyczne
W WHMCS w wersjach 9.0.0 do 9.0.8 oraz 8.0.0 do 8.13.7 występuje deserializacja niezaufanych danych. Umożliwia to zdalnym atakującym wykonanie dowolnego kodu.
- CVE-2026-65414Krytyczne
W produktach Apple występuje luka typu out-of-bounds write wynikająca z nieprawidłowego sprawdzania granic. Zdalny atakujący może spowodować nieoczekiwane zakończenie aplikacji lub wykonanie dowolnego kodu. Luka została naprawiona w iOS 26.7, iPadOS 26.7, iOS 27, iPadOS 27, macOS Golden Gate 27, macOS Sequoia 15.8, macOS Tahoe 26.7, tvOS 27, visionOS 27 oraz watchOS 27.
- CVE-2026-53713Krytyczne
Envoy Gateway przed wersjami 1.7.4 i 1.8.1 nie zwija nadmiarowych separatorów w to_absolute_normalized_path w pliku internal/gatewayapi/luavalidator/security.lua przed oceną is_critical_path dla Lua przesyłanego przez EnvoyExtensionPolicy podczas domyślnej walidacji Strict. Linux traktuje podwójny ukośnik jako pojedynczy, ale walidator nie dopasowuje tej formy, co pozwala przesłanemu Lua na odczyt dowolnych plików z podu kontrolera gateway. Ujawnione pliki mogą zawierać tokeny konta usługi Kubernetes, certyfikaty TLS i dane środowiskowe procesu, a ujawnione poświadczenia mogą zapewnić dostęp do wrażliwych informacji z Kubernetes API Server lub Gateway xDS server. Luka została naprawiona w wersjach 1.7.4 i 1.8.1.
- CVE-2026-55209Krytyczne
resdata przed wersją 6.2.9 niewystarczająco waliduje pola numeryczne, wymiary siatki, rozmiary słów kluczowych i indeksy tablic podczas parsowania niezaufanych plików GRDECL w lib/resdata/rd_kw_grdecl.cpp i lib/resdata/rd_grid.cpp. Zniekształcone dane COORD, ZCORN, CORSNUM, ACTNUM lub MAPAXES mogą prowadzić do przepełnienia bufora, odczytów poza zakresem, nieprawidłowego dostępu do tablicy, dereferencji wskaźnika NULL, uszkodzenia pamięci lub zakończenia usługi. Luka została naprawiona w wersji 6.2.9.
- CVE-2026-54334Krytyczne
UEFI Firmware Parser przed wersją 1.14 zawiera błąd w ReadCLen() w uefi_firmware/compression/Tiano/Decompress.c, gdzie odczyt Number z GetBits(Sd, CBIT) z CBIT = 9 może uzyskać 511 wpisów dla 510-elementowej tablicy Sd->mCLen, ponieważ pętla nie wymusza Index < NC. Ścieżka run-length CharC == 2 może dodatkowo zażądać do 531 zapisów zerowych przez Sd->mCLen[Index++] = 0. Złośliwe oprogramowanie układowe Tiano lub EFI może uszkodzić pamięć sterty, spowodować awarię procesu parsowania i potencjalnie wykonać kod. Luka została naprawiona w wersji 1.14.
- CVE-2026-54333Krytyczne
UEFI Firmware Parser przed wersją 1.14 zawiera błąd w MakeTable() w uefi_firmware/compression/Tiano/Decompress.c, gdzie nie sprawdza się, czy wartości długości bitów odczytane ze spreparowanego strumienia bitowego Tiano lub EFI mieszczą się w zakresie od 0 do 16. Ścieżka parsowania CompressedSection.process() do efi_compressor.TianoDecompress() do TianoDecompress() do ReadPTLen() do MakeTable() może zapisać poza tablicą Count[17] na stosie i powiązanymi tablicami dekodującymi. Powstałe uszkodzenie stosu powoduje awarię procesu parsowania i może umożliwić wykonanie kodu. Luka została naprawiona w wersji 1.14.
- CVE-2026-50006Krytyczne
Anyquery przed wersją 0.4.5 przekazuje nieuwierzytelnione zapytania SQL z portu serwera kompatybilnego z MySQL do SQLite bez ograniczania celów systemu plików ATTACH DATABASE. Zdalny atakujący może wybrać dowolną ścieżkę zapisywalną przez proces serwera Anyquery, spowodować utworzenie tam pliku bazy danych przez SQLite i umieścić w nim kontrolowaną przez siebie treść tabeli. Umożliwia to tworzenie lub nadpisywanie dowolnych plików, powodując utratę integralności systemu plików i odmowę usługi; zdalne wykonanie kodu jest możliwe tylko wtedy, gdy inna usługa interpretuje zapisany plik lub proces ma odpowiednio uprzywilejowany cel zapisu. Luka została naprawiona w wersji 0.4.5.
- CVE-2026-16338Krytyczne
IBM DataStage w Cloud Pak for Data 5.4.0.0 zawiera podatność wynikającą z niewłaściwej walidacji ścieżek plików. Uwierzytelniony zdalny atakujący może w wyniku tego zapisać plik w dowolnej lokalizacji.
- CVE-2026-90945Krytyczne
Crawlab do wersji 0.6.3 używa wbudowanego, stałego sekretu HMAC-SHA256 do podpisywania tokenów JWT, którego nie można zmienić przez konfigurację ani zmienne środowiskowe. Nieuwierzytelniony atakujący może sfałszować ważne tokeny administratora, uzyskać dostęp do API administracyjnych i wykonać kod na węzłach roboczych.
Oryginalny opis (angielski, źródło NVD)
ESPHome Device Builder Dashboard is a dashboard for the ESPHome home management software. Prior to version 1.0.12, the dashboard reads its authentication credentials from `$ESPHOME_USERNAME` and `$ESPHOME_PASSWORD`. Earlier versions, and the legacy `esphome` dashboard, read the bare `$USERNAME` and `$PASSWORD` instead. When the env vars were renamed the bare names were dropped with no fallback, so an operator who had protected their dashboard with `USERNAME` / `PASSWORD` (as the older getting started guide documented) loses authentication on upgrade and the dashboard starts open to anyone who can reach its port. The issue is fixed in 1.0.12. The bare `$USERNAME` / `$PASSWORD` are accepted again as a deprecated fallback so previously protected instances stay protected across the upgrade without operator intervention, with a loud deprecation warning at startup directing operators to rename them to `$ESPHOME_USERNAME` / `$ESPHOME_PASSWORD`. The fallback is gated on `$PASSWORD` being set and is only adopted as a pair, so the OS provided `$USERNAME` is never read on its own and the original collision footgun stays closed. A lone bare `$PASSWORD` with no username still fails loud as a credential mismatch rather than starting unauthenticated. This restores compatibility rather than failing closed on the legacy names, because the priority is that an instance which was protected before the upgrade stays protected without the operator having to act; the deprecation warning plus a future removal handles the migration. Operators should migrate to the `$ESPHOME_*` names. The esphome container delivers the fix in the 2026.6.2 release, which bumps its pinned `esphome-device-builder` version to 1.0.12. Without upgrading, restore authentication immediately by setting the new env vars to the same values, on any affected version. Alternatively, do not expose the dashboard port to untrusted networks, and check the startup logs for the `WITHOUT AUTHENTICATION` banner to confirm whether a given instance is currently open.