CVE-2016-3180

W OpenStack Octavia przed wersją 18.0.1 sterownik dostawcy Amphora nie walidował pola tls_ciphers w listenerach i pulach pod kątem znaków kontrolnych. Wartość jest zapisywana dosłownie do konfiguracji HAProxy generowanej na amphorze, co pozwala uwierzytelnionemu członkowi projektu posiadającemu load balancer z TLS na wstrzyknięcie nowej linii i dowolnych dyrektyw konfiguracji HAProxy.

W OpenStack Octavia przed wersją 18.0.1 sterownik dostawcy Amphora nie odrzucał znaków kontrolnych w polach redirect_url i redirect_prefix polityki L7. Walidator URL zgodny z RFC 3986 koduje znaki kontrolne przed walidacją, więc nowe linie przechodziły kontrole strukturalne, ale Octavia zapisywała surową, niezakodowaną wartość bezpośrednio do konfiguracji HAProxy na amphorze.

MaxKB to open-source'owy asystent AI dla przedsiębiorstw. Przed wersją 2.10.5-lts uwierzytelnieni członkowie workspace mogą wstrzykiwać znaki kontrolne do pól access_key_id i secret_access_key AWS Bedrock, które funkcja _update_aws_credentials zapisuje do /root/.aws/credentials bez bezpiecznego parsowania. Atakujący może dopisać nowy profil AWS zawierający credential_process, a następnie wybrać go podczas późniejszej walidacji modelu, aby botocore wykonał kontrolowane przez atakującego polecenie jako root.

MaxKB to open-source'owy asystent AI dla przedsiębiorstw. Przed wersją 2.10.5-lts asystenci z narzędziem, narzędziem MCP, umiejętnością lub podaplikacją używają SandboxShellBackend, który udostępnia narzędzie execute shell bez jego wykluczenia i pomija execute w interrupt_on, więc zatwierdzenie przez człowieka nie jest wymagane. Niezaufany czat lub przetworzona treść mogą zatem wywołać wykonanie polecenia; wdrożenia źródłowe z wyłączonym MAXKB_SANDBOX uruchamiają polecenia bezpośrednio jako użytkownik aplikacji, a oficjalny kontener root z opakowaniem gosu opartym na łańcuchach pozwalał na wykonanie metaznaków powłoki poza zamierzonym sandboxem.

Joplin to open-source'owa aplikacja do notatek i zadań organizująca notatki w notatniki. Przed wersją 3.7.2 endpoint GET /api/login_with_code/:id serwera Joplin Server akceptuje dziewięciocyfrowy kod uwierzytelniania SSO o dziesięciominutowym czasie życia bez stosowania limiterLoginBruteForce. Nieuwierzytelniony atakujący, który obrał użytkownika podczas aktywnego logowania SSO, może wykonać nieograniczoną liczbę prób, a poprawny kod zwraca pełny token sesji umożliwiający dostęp i modyfikację notatek, notatników i ustawień konta użytkownika.

Warpgate to open-source'owy bastion SSH, HTTPS i MySQL dla Linuksa. Przed wersją 0.25.5 endpoint /@warpgate/api/sso/providers/:name/start przechowuje kontrolowany przez atakującego parametr next, który handler POST /@warpgate/api/sso/return wstawia bez escapowania HTML do odpowiedzi generowanej przez warpgate-protocol-http/src/api/sso_provider_list.rs. Ofiara, która kliknie spreparowany link i ukończy SSO, może spowodować wykonanie znaczników i JavaScriptu w uwierzytelnionym originie Warpgate, co umożliwia dostęp do danych sesji i działań przez API użytkownika, a przez API administratora tylko gdy ofiara jest administratorem. Ścieżka GET /@warpgate/api/sso/return również używa tej samej niezwalidowanej wartości jako celu przekierowania, umożliwiając otwarte przekierowanie.

Ajenti to modularny panel administracyjny serwera dla Linuksa i BSD. W wersjach przed 2.2.16 każdy uwierzytelniony użytkownik może wywołać /api/core/tasks/start, aby zakolejkować InstallPlugin, UnInstallPlugin lub UpgradeAll z plugins/plugins/tasks.py bez uprawnień do zarządzania wtyczkami. InstallPlugin i UnInstallPlugin budują specyfikację pakietu pip z niezweryfikowanych pól name i version, a proces roboczy uruchamia pip jako root. Niskouprzywilejowany użytkownik może więc zainstalować, usunąć lub zaktualizować wtyczkę z uprawnieniami roota, co prowadzi do wykonania kodu jako root i pełnego przejęcia hosta. Problem naprawiono w wersji 2.2.16.

Fluent Bit to szybki i lekki procesor logów, metryk i śladów dla Linuksa, BSD, macOS i Windows. Od wersji 0.11.0 do 5.0.8 funkcja secure_forward_pong w plugins/out_forward/forward.c kopiuje kontrolowany przez serwer powód PONG[2] do 32-bajtowego bufora stosu msg za pomocą memcpy bez sprawdzania typu i długości MessagePack. Atakujący kontrolujący lub podszywający się pod cel out_forward Secure Forward skonfigurowany z Shared_Key lub Empty_Shared_Key może wysłać zbyt duży powód podczas pierwszego uzgadniania i nadpisać dane kontrolne stosu. Wersje z ochroną stosu niezawodnie się kończą, natomiast wersje bez canary stosu lub z ujawnieniem mogą pozwolić na zdalne wykonanie kodu jako użytkownik procesu Fluent Bit. W trybie --supervisor respawny typu fork-only zachowują canary i układ adresów, umożliwiając powtarzalne próby crash-or-survive wspierające wykonanie kodu na wzmocnionej wersji; zwykłe restarty przez exec lub menedżer usług nie zachowują tego stanu. Problem naprawiono w wersji 5.0.8.

Mailu to serwer pocztowy dystrybuowany jako zestaw obrazów Docker. Od Mailu 2.0 do 2024.06.55 oraz przed Mailu helm-charts 2.7.3 wdrożenia z ustawionym PROXY_AUTH_WHITELIST, ale bez REAL_IP_HEADER, ufały kontrolowanemu przez klienta nagłówkowi X-Forwarded-By przy uwierzytelnianiu opartym na nagłówkach. Dyrektywa proxy_hide_header w szablonie nginx w core/nginx/conf/proxy.conf ukrywała nagłówek w odpowiedziach do upstreamu, ale nie nadpisywała przychodzącej wartości żądania w tej konfiguracji. Nieuwierzytelniony zdalny atakujący mógł więc podszyć się pod zaufaną tożsamość proxy i ominąć uwierzytelnianie. Problem naprawiono w Mailu 2024.06.55 i Mailu helm-charts 2.7.3.

Poprawka dla CVE-2026-47065/ZDRES-232 ("resolveProxyClass Not Overridden - acceptMatchers Filter Bypass via java.lang.reflect.Proxy"), wydana 2026-06-02 i ogłoszona jako "Fully addressed" w MINA 2.2.8, 2.1.13 i 2.0.29, została zatwierdzona tylko w gałęzi 2.2.X. Gałęzie utrzymaniowe 2.0.X i 2.1.X nigdy nie otrzymały nadpisania resolveProxyClass(), więc artefakty 2.0.29 i 2.1.13 wymienione jako naprawione — oraz każde późniejsze wydanie na tych liniach, aż do obecnych 2.0.30 i 2.1.14 — pozostają podatne na dokładnie to obejście listy dozwolonych, które CVE-2026-47065 miało zamknąć.