Komponent AI Bridge Proxy (`aibridgeproxyd`) w Coder domyślnie pomijał weryfikację certyfikatu TLS przy połączeniach wychodzących HTTPS do Coder access URL, akceptując dowolny certyfikat. Umożliwia to przeprowadzenie ataku man-in-the-middle między proxy a serwerem Coder.
▸ Pokaż oryginał (EN)
Coder allows organizations to provision remote development environments via Terraform. Starting in version 2.30.0 and prior to versions 2.32.7, 2.33.8, and 2.34.2, the AI Bridge Proxy (`aibridgeproxyd`) created a goproxy server whose default transport set `InsecureSkipVerify: true` and only assigned a secure transport when an upstream proxy was configured. In the default configuration (no upstream proxy), outbound HTTPS to the Coder access URL accepted any TLS certificate. Practical exploitation requires an on-path (man-in-the-middle) position between the AI Bridge Proxy and the Coder server. Deployments where they are co-located over loopback are effectively unaffected. The fix in versions 2.32.7, 2.33.8, and 2.34.2 applies the secure transport (TLS 1.2 or higher using system root CAs) unconditionally. As a workaround, ensure the Coder access URL uses a trusted certificate and secure the network path between the AI Bridge Proxy and the Coder server (for example, loopback or mTLS).
Począwszy od wersji 2.30.0, AI Bridge Proxy tworzył serwer goproxy z domyślnym transportem ustawionym na `InsecureSkipVerify: true`. Bezpieczny transport był przypisywany wyłącznie wtedy, gdy skonfigurowano upstream proxy — w domyślnej konfiguracji (bez upstream proxy) weryfikacja certyfikatu TLS była całkowicie pomijana. Atakujący zajmujący pozycję on-path (man-in-the-middle) między AI Bridge Proxy a serwerem Coder mógł przechwycić lub zmodyfikować ruch HTTPS. Poprawka wprowadza bezpieczny transport (TLS 1.2 lub wyższy z systemowymi root CA) bezwarunkowo, niezależnie od konfiguracji upstream proxy.
Atakujący z pozycją man-in-the-middle może przechwycić lub zmodyfikować ruch między AI Bridge Proxy a serwerem Coder, potencjalnie uzyskując dostęp do poufnych danych lub manipulując komunikacją (naruszenie poufności i integralności).
Należy zaktualizować Coder do wersji 2.32.7, 2.33.8 lub 2.34.2. Jako obejście tymczasowe: należy upewnić się, że Coder access URL używa zaufanego certyfikatu TLS oraz zabezpieczyć ścieżkę sieciową między AI Bridge Proxy a serwerem Coder (np. poprzez interfejs loopback lub mTLS).
Coder w wersjach od 2.30.0 do (z wyłączeniem) 2.32.7, 2.33.8 oraz 2.34.2 — wyłącznie w konfiguracjach bez upstream proxy, gdzie AI Bridge Proxy nie jest skomunikowany z serwerem Coder przez interfejs loopback.
Wdrożenia, w których AI Bridge Proxy i serwer Coder są zlokalizowane razem i komunikują się przez interfejs loopback, są praktycznie nienarażone na exploitację. Podatność dotyczy wyłącznie komponentu aibridgeproxyd wprowadzonego w wersji 2.30.0.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:NCoder
APPCoder2.30.0 – 2.32.7 (bez)2.33.0 – 2.33.8 (bez)2.34.0 – 2.34.2 (bez)
Powiązane podatności
Coder: brak weryfikacji podpisu PKCS#7 w Azure Instance Identity
Coder: nieautoryzowane przepisanie agenta między workspace'ami (IDOR)
Coder: command injection przez niesanityzowane ustawienia SSH w ~/.ssh/config
Coder: brak weryfikacji AllowedIPs w koordynatorze tailnet — eskalacja dostępu przez WireGuard
Coder CLI: wyciek tokenu sesji przez niezwalidowany URL zewnętrznej aplikacji