Podatności TypeBot

TypeBot przed wersją 3.17.0 w handlerze API `handleGetSheets` (`POST /api/sheets/getSheets`) nie weryfikuje członkostwa w obszarze roboczym, co pozwala każdemu uwierzytelnionemu użytkownikowi na dostęp i odszyfrowanie poświadczeń OAuth Google Sheets innego obszaru roboczego oraz pobranie danych z arkuszy (nazwy, identyfikatory, nagłówki kolumn). Wersja 3.17.0 naprawia ten problem.

Typebot przed wersją 3.13.2 umożliwia wykonanie skryptów po stronie klienta, co pozwala na kradzież wszystkich zapisanych poświadczeń od dowolnego użytkownika. Gdy ofiara podgląda złośliwego typebota, JavaScript wykonuje się w jej przeglądarce i wykrada klucze OpenAI, tokeny Google Sheets oraz hasła SMTP. Endpoint /api/trpc/credentials.getCredentials zwraca klucze API w postaci jawnego tekstu bez weryfikacji własności poświadczeń.

Typebot w wersjach do 3.17.1 (self-hosted) ma podatność na brute-force kodu logowania w domyślnej metodzie uwierzytelniania magic-link. Kod jest generowany za pomocą Math.random() i ma tylko 900 000 możliwych kombinacji, a brak limitów prób i blokad pozwala na przejęcie konta. Atakujący znający adres e-mail ofiary może uzyskać pełny dostęp do konta bez interakcji z ofiarą.

TypeBot to narzędzie do budowania chatbotów. Wersje przed 3.17.0 pozwalają współpracownikowi z niskimi uprawnieniami odczytu na wyodrębnienie `credentialsId` OAuth z konfiguracji bota, a następnie nadpisanie tych poświadczeń przez `handleUpdateOAuthCredentials()` poprzez podanie kontrolowanego przez atakującego `workspaceId`. Ścieżka aktualizacji waliduje tylko workspace dostarczony przez atakującego, a następnie aktualizuje rekord poświadczeń wyłącznie po globalnym `id`, jednocześnie przepisując `workspaceId` poświadczeń. Umożliwia to przejęcie i ponowne przypisanie poświadczeń OAuth między workspace'ami. Wersja 3.17.0 naprawia ten problem.

TypeBot w wersji 3.16.1 ma podatność CSV Injection w funkcji eksportu wyników. Aplikacja nie sanityzuje ani nie escapuje danych wprowadzanych przez użytkownika podczas generowania plików CSV. Atakujący może wstrzyknąć formuły arkusza kalkulacyjnego do pól wejściowych, które są następnie wykonywane, gdy administrator otworzy wyeksportowany plik CSV w oprogramowaniu takim jak Microsoft Excel lub LibreOffice Calc. Wersja 3.17.0 naprawia ten problem.

TypeBot w wersji 3.16.1 przechowuje tokeny API w bazie danych jako jawny tekst. Atakujący z dostępem do bazy danych (np. przez SQL injection lub wyciek kopii zapasowej) może wyodrębnić wszystkie tokeny i podszywać się pod dowolnego użytkownika bez hasła lub MFA.

TypeBot to narzędzie do budowy chatbotów, które w wersjach 3.16.1 i wcześniejszych ma nieautoryzowany punkt końcowy do generowania adresów URL do przesyłania plików. Umożliwia to anonimowym użytkownikom przesyłanie złośliwych plików HTML, SVG lub JS, co może prowadzić do przechowywania XSS.

Wstrzykiwanie SQL w parametrze 'two_steps_auth_code' przetwarzanym przez funkcję 'twoStepsAuthVerification' w punkcie końcowym '/user-login'. Funkcjonalność uwierzytelniania dwuskładnikowego (2FA) jest dostępna bez uwierzytelnienia, co pozwala nieuwierzytelnionym atakującym na wykonanie dowolnych zapytań SQL w bazie danych. Udany atak może prowadzić do enumeracji bazy danych, nieautoryzowanego tworzenia uprzywilejowanych użytkowników, modyfikacji lub usunięcia krytycznych informacji oraz warunków odmowy usługi.

Typebot w wersjach 3.15.2 i starszych zawiera podatność SSRF w endpointcie podglądu czatu. Niezautoryzowany atakujący może dostarczyć własną definicję typebota z kodem po stronie serwera, co pozwala na ominięcie walidacji SSRF i wykonanie żądań sieciowych z serwera.

Typebot, otwartoźródłowy kreator chatbotów, w wersjach przed 3.13.1 zawiera podatność Server-Side Request Forgery (SSRF) w bloku webhook (komponent HTTP Request). Uwierzytelnieni użytkownicy mogą wysyłać dowolne żądania HTTP z serwera, w tym do AWS Instance Metadata Service (IMDS). Poprzez obejście ochrony IMDSv2 przez wstrzyknięcie niestandardowych nagłówków, atakujący mogą wyodrębnić tymczasowe poświadczenia AWS IAM dla roli węzła EKS, co prowadzi do całkowitej kompromitacji klastra Kubernetes i powiązanej infrastruktury AWS. Wersja 3.13.1 naprawia ten problem.

Typebot w wersjach self-hosted przed 3.18.0 zawiera podatność w bloku integracji Send Email, która pozwala na dowolny odczyt lokalnych plików na serwerze. Blok buduje załączniki Nodemailer ze zmiennych typebot, a funkcja parseAttachments traktuje wartość jako ścieżkę systemową, jeśli nie zaczyna się od bazowego URL aplikacji. Ponieważ transport Nodemailer nie ma wyłączonego dostępu do plików, załącznik wskazujący absolutną ścieżkę serwera jest odczytywany i wysyłany.

TypeBot przed wersją 3.18.0 ma podatność, która pozwala każdemu uwierzytelnionemu członkowi przestrzeni roboczej (nie będącemu gościem) na usunięcie publicznej domeny niestandardowej innej przestrzeni roboczej, co powoduje niedostępność typebotów na tej domenie. Obsługa usuwania domeny autoryzuje wywołanie na podstawie client-supplied workspaceId, ale wysyła nazwę domeny do wspólnego projektu Vercel przed weryfikacją, czy domena należy do tej przestrzeni roboczej.

TypeBot, narzędzie do tworzenia chatbotów, w wersjach przed 3.17.0 udostępnia przestarzały publiczny punkt końcowy do przesyłania plików, który przyjmuje kontrolowany przez atakującego parametr filePath i zwraca presygnowany URL S3 PUT. Uwierzytelniony atakujący, znając publiczny typebotId i blockId, może uzyskać URL-e do przesyłania dowolnych obiektów w współdzielonym buckecie, w tym ścieżek private/ i public/ innych dzierżawców.

TypeBot to narzędzie do tworzenia chatbotów. Przed wersją 3.16.0, procedura obsługi akcji OpenAI "Create Transcription" pobiera adres URL audio dostarczony przez użytkownika za pomocą `fetch()` bez stosowania ochrony SSRF, która istnieje w innych miejscach w kodzie. Atakujący może skierować serwer do wykonywania żądań HTTP na dowolne wewnętrzne adresy i localhost. Pobrana treść jest przekazywana do API OpenAI Whisper, a wynik transkrypcji jest zwracany atakującemu. Wersja 3.16.0 naprawia problem.

TypeBot przed wersją 3.17.0 pozwala członkowi-gościowi o niskich uprawnieniach w workspace na uzyskanie aktywnego tokena dostępu OAuth Google Sheets dla tego workspace poprzez wywołanie pomocnika `getAccessToken`. Podatna ścieżka sprawdza tylko, czy wywołujący ma dostęp do odczytu workspace, deszyfruje przechowywane poświadczenia OAuth Google, odświeża lub pobiera token dostępu i zwraca go bezpośrednio wywołującemu. Goście mogą również wyliczać identyfikatory poświadczeń, co pozwala im na tworzenie i ponowne używanie tokena Google poza Typebotem.

TypeBot w wersji 3.16.1 pozwala uwierzytelnionemu użytkownikowi z dostępem do odczytu dowolnego typebota na wznowienie sesji webhooka podglądu WhatsApp należącej do innego typebota poprzez połączenie autoryzowanego `typebotId` i `blockId` z obcym numerem telefonu podglądu powiązanym z inną sesją. Handler testowego webhooka WhatsApp autoryzuje najpierw nadrzędny typebot, ale potem rozwiązuje sesję czatu podglądu tylko po `wa-preview-{phone}`. W rezultacie atakujący może wstrzyknąć dowolny JSON webhooka do sesji podglądu WhatsApp innego workspace i zaawansować jego przepływ w wersji roboczej bez dostępu do ofiary.

TypeBot to narzędzie do tworzenia chatbotów. Przed wersją 3.17.0 funkcja przekazywania statusu WhatsApp przechowuje skonfigurowany adres URL webhooka i wysyła do niego zdarzenia statusowe z serwera. Adres URL jest tylko ogólnie walidowany, ale kod używa surowego klienta `ky` zamiast chronionego przed SSRF `safeKy`. Użytkownik z uprawnieniami do konfiguracji WhatsApp może sprawić, że serwer Typebot wyśle żądania HTTP do wewnętrznych usług, hostów w sieci prywatnej, localhost lub endpointów metadanych. Wersja 3.17.0 naprawia problem.

TypeBot to narzędzie do budowania chatbotów. Przed wersją 3.17.0 uwierzytelniony użytkownik z dostępem do odczytu dowolnego typebota może wznowić oczekującą sesję webhook należącą do innego typebota, mieszając autoryzowane `typebotId` i `blockId` oraz obcy `resultId`. Procedura obsługi wznowienia webhook najpierw autoryzuje nadrzędny typebot, ale potem rozwiązuje podrzędny `result` tylko po `resultId`. W rezultacie atakujący może wstrzyknąć dowolny JSON webhook do zawieszonej sesji innego typebota i kontynuować jej wykonanie bez dostępu do ofiary. Wersja 3.17.0 naprawia problem.

TypeBot przed wersją 3.17.0 pozwala użytkownikowi-gościowi o niskich uprawnieniach na wyeksfiltrowanie zapisanych kluczy API OpenAI poprzez wywołanie pomocnika listowania modeli z kontrolowanym przez atakującego adresem URL. Podatna ścieżka odszyfrowuje wybrane poświadczenia obszaru roboczego i wysyła żądanie do adresu URL podanego przez wywołującego, co umożliwia dostarczenie sekretu do infrastruktury atakującego. Wersja 3.17.0 naprawia ten problem.

TypeBot przed wersją 3.17.0 w wywołaniu zwrotnym OAuth dla Google Sheets dekoduje parametr `state` w formacie base64 i ufa osadzonym wartościom `workspaceId`, `typebotId`, `blockId` i `redirectUrl` bez ochrony integralności kryptograficznej ani kontroli autoryzacji. Uwierzytelniony użytkownik, który uzyska ważny kod OAuth Google, może zmienić wartość `state`, aby utworzyć poświadczenia Google Sheets w innym obszarze roboczym i, jeśli zna identyfikatory, dołączyć te poświadczenia do bloku w innym Typebocie. Wersja 3.17.0 naprawia ten problem.

Podatność SSRF w TypeBot przed wersją 3.17.2 pozwala na ominięcie walidatora adresów URL poprzez użycie adresu IPv6 :: (nieokreślony). Osoba z rolą edytora lub twórcy przestrzeni roboczej może skonfigurować blok żądania HTTP lub skrypt fetch po stronie serwera, co umożliwia połączenie z lokalnymi usługami HTTP.

TypeBot to narzędzie do budowy chatbotów, które w wersjach przed 3.17.2 ma lukę w walidacji SSRF. Problem polega na tym, że walidacja IP nie jest odpowiednio powiązana z późniejszymi żądaniami, co umożliwia atakującym wykorzystanie DNS rebinding do ominięcia zabezpieczeń.

TypeBot to narzędzie do budowy chatbotów, które w wersjach 3.15.2 i wcześniejszych ma podatność na Insecure Direct Object Reference. Umożliwia to uwierzytelnionym użytkownikom modyfikację lub usunięcie szablonów motywów z innych przestrzeni roboczych.

TypeBot w wersjach do 3.15.2 zawiera krytyczną podatność na trwałe XSS w formularzu przesyłania zdjęcia profilowego w app.typebot.io. Aplikacja nie oczyszcza plików SVG/XML, co pozwala na przesłanie złośliwego pliku SVG z osadzonym JavaScriptem, który jest wykonywany w przeglądarce ofiary.

TypeBot, narzędzie do budowania chatbotów, w wersjach 3.16.0 i starszych nie weryfikuje podpisu HMAC x-hub-signature-256 w webhookach WhatsApp Cloud API. Ponadto identyfikatory workspaceId i credentialsId są ujawniane w logach i dashboardzie Meta, co pozwala nieuwierzytelnionemu atakującemu na wysyłanie fałszywych wiadomości webhook, uruchamianie botów i korzystanie z zasobów API ofiary.

TypeBot w wersjach 3.15.2 i wcześniejszych ma niekompletną poprawkę dla GHSA-4xc5-wfwc-jw47. Mimo że endpoint getCredentials tRPC został załatany, środowisko wykonawcze bot-engine nadal pozwala uwierzytelnionym użytkownikom na używanie poświadczeń z dowolnego obszaru roboczego przez endpoint podglądu czatu. Funkcja getCredentials() używa fałszywego sprawdzenia (if (workspaceId && ...)), a atakujący może podać workspaceId: "" aby ominąć weryfikację własności.

W narzędziu TypeBot do wersji 3.15.2 w silniku bota zapytanie findResult nie filtruje wyników według typebotId, co pozwala uwierzytelnionemu użytkownikowi na wczytanie danych odpowiedzi i zmiennych z innego typebota poprzez podanie obcego resultId do endpointu startChat. Podatność została naprawiona w wersji 3.16.0.

W TypeBot w wersjach do 3.15.2 endpoint API getLinkedTypebots zwraca pełne definicje botów każdemu uwierzytelnionemu użytkownikowi, który odniesie się do ID bota z innego workspace'a, co prowadzi do IDOR. Kontrola dostępu jest nieskuteczna z powodu użycia Array.filter() z asynchronicznym callbackiem. Podatność została naprawiona w wersji 3.16.0.

TypeBot w wersjach do 3.15.2 włącznie zawiera podatność SSRF przez obejście przekierowania. Funkcja validateHttpReqUrl() blokuje prywatne adresy IP i hosty metadanych chmury, ale klienci HTTP (ky i fetch) podążają za przekierowaniami 302 bez ponownej walidacji celu.

W TypeBot przed wersją 3.16.0, viewer (packages/embeds/js) renderuje znaczniki kotwic z treści bogatych bąbelków bez filtrowania schematu javascript:. Autor bota może ustawić URL na javascript:PAYLOAD, który wykonuje się w kontekście przeglądarki odwiedzającego.

TypeBot w wersjach przed 3.16.0 ma niedoskonałą ochronę SSRF dla bloków Webhook/HTTP Request. Walidacja sprawdza tylko literały nazw hostów i formaty IP, ale nie rozwiązuje DNS przed zezwoleniem na żądanie.

Typebot w wersji 3.15.2 i wcześniejszych zawiera podatność na wstrzykiwanie HTML/JS w komponencie RatingButton, który renderuje pole customIcon.svg bez sanityzacji za pomocą innerHTML. Atakujący może wstrzyknąć złośliwy kod, który wykona się w kontekście uwierzytelnionego użytkownika w panelu budowniczego, omijając sandbox Web Worker.

Typebot w wersjach 3.15.2 i starszych ma podatność IDOR w endpoint API getResultLogs. Uwierzytelniony atakujący może odczytać logi wykonania z innych obszarów roboczych, podając własne typebotId i cudze resultId, co prowadzi do wycieku wrażliwych danych.