CVE-2026-35582
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 58 - wyżej niż 58% wszystkich znanych CVE
Streszczenie
Emissary w wersjach 8.42.0 i starszych zawiera podatność na wstrzyknięcie poleceń systemowych w metodzie Executrix.getCommand(), ponieważ ścieżki plików tymczasowych są wstawiane do polecenia powłoki /bin/sh -c bez ucieczki. Klucze konfiguracyjne IN_FILE_ENDING i OUT_FILE_ENDING trafiają bezpośrednio do tych ścieżek, co pozwala autorowi miejsca z możliwością edycji pliku .cfg na wstrzyknięcie metaznaków powłoki i wykonanie poleceń w kontekście bezpieczeństwa procesu JVM.
Ocena ryzyka
Osoba z uprawnieniami do konfiguracji miejsca może wykonać dowolne polecenia systemowe w kontekście procesu JVM, co może prowadzić do przejęcia serwera. Podatność nie wymaga uprawnień administracyjnych ani dostępu sieciowego.
Rekomendacja
Zaktualizuj Emissary do wersji 8.43.0, która naprawia podatność. Do czasu aktualizacji ogranicz możliwość modyfikacji plików .cfg do zaufanych użytkowników.
Inne podatności w Emissary
Zobacz wszystkie- CVE-2026-35583Średnie
Emissary przed wersją 8.39.0 waliduje nazwy konfiguracji w endpoincie API (/api/configuration/{name}) za pomocą czarnej listy sprawdzającej \, /, .. i końcowe ... Można to obejść za pomocą wariantów kodowania URL, podwójnego kodowania lub normalizacji Unicode, aby osiągnąć path traversal i odczytać pliki konfiguracyjne poza zamierzonym katalogiem. Luka została naprawiona w wersji 8.39.0.
- CVE-2026-35571Średnie
Emissary przed wersją 8.39.0 interpolował wartości linków kontrolowane przez konfigurację bezpośrednio do atrybutów href w szablonach nawigacji Mustache bez walidacji schematu URL. Administrator mogący modyfikować konfigurację navItems mógł wstrzyknąć identyfikatory URI javascript:, umożliwiając przechowywany XSS przeciwko innym uwierzytelnionym użytkownikom interfejsu webowego.
Oryginalny opis (angielski, źródło NVD)
Emissary is a P2P based data-driven workflow engine. In versions 8.42.0 and below, Executrix.getCommand() is vulnerable to OS command injection because it interpolates temporary file paths into a /bin/sh -c shell command string without any escaping or input validation. The IN_FILE_ENDING and OUT_FILE_ENDING configuration keys flow directly into these paths, allowing a place author who can write or modify a .cfg file to inject arbitrary shell metacharacters that execute OS commands in the JVM process's security context. The framework already sanitizes placeName via an allowlist before embedding it in the same shell string, but applies no equivalent sanitization to file ending values. No runtime privileges beyond place configuration authorship, and no API or network access, are required to exploit this vulnerability. This is a framework-level defect with no safe mitigation available to downstream implementors, as Executrix provides neither escaping nor documented preconditions against metacharacters in file ending inputs. This issue has been fixed in version 8.43.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

