Katalog podatności CVE

Wersje OpenClaw przed 2026.2.14 zawierają lukę w walidacji stanu OAuth w ręcznym procesie logowania Chutes, co pozwala atakującym na ominięcie ochrony CSRF. Atakujący może nakłonić użytkownika do wklejenia danych zwrotnych OAuth kontrolowanych przez atakującego, co umożliwia substytucję poświadczeń i trwałość tokenów dla nieautoryzowanych kont.

Wersje OpenClaw przed 2026.2.14 zawierają podatność typu server-side request forgery w opcjonalnej rozszerzeniu Tlon Urbit, które akceptuje dostarczone przez użytkownika podstawowe adresy URL do uwierzytelniania bez odpowiedniej walidacji. Atakujący mogą wpłynąć na skonfigurowany adres URL Urbit, co pozwala na wymuszenie bramy do wykonywania żądań HTTP do dowolnych hostów, w tym adresów wewnętrznych.

Wersje OpenClaw przed 2026.2.2 zawierają podatność na obejście autoryzacji, która pozwala klientom z zakresem operator.write na zatwierdzanie lub odrzucanie żądań zatwierdzenia wykonania za pomocą komendy czatu /approve. Komenda ta omija sprawdzenie uprawnień operator.approvals, co stwarza ryzyko nieautoryzowanego dostępu.

Wersje OpenClaw przed 2026.2.2 zawierają podatność w procesie nawiązywania połączenia WebSocket, która pozwala na pominięcie weryfikacji tożsamości urządzenia, gdy obecny jest auth.token, ale nie jest on weryfikowany. Atakujący mogą połączyć się z bramą bez podawania tożsamości urządzenia lub parowania.

Wersje OpenClaw przed 2026.2.14 zawierają podatność na błędne kierowanie webhooków w komponencie monitorującym Google Chat. Umożliwia to atakującym przetwarzanie zdarzeń webhooków w niewłaściwych kontekstach kont, co prowadzi do obejścia zamierzonych list dozwolonych i polityk sesyjnych.

Wersje OpenClaw 2026.1.29-beta.1 i wcześniejsze przed 2026.2.14 zawierają podatność w serwerze mostka przeglądarki sandbox, który akceptuje żądania bez wymogu uwierzytelnienia bramy. Umożliwia to lokalnym atakującym dostęp do punktów kontrolnych przeglądarki.

Wersje OpenClaw przed 2026.2.14 zawierają podatność na odczyt dowolnych plików w walidacji listy dozwolonych zatwierdzeń exec-approvals. Atakujący mogą wykorzystać tę podatność do ujawnienia plików, które są czytelne przez proces bramy lub węzła.

Wersje OpenClaw przed 2026.2.13 zawierają podatność w API kontroli przeglądarki, która akceptuje ścieżki wyjściowe dostarczane przez użytkownika dla plików śledzenia i pobierania, nie ograniczając ich zapisu do katalogów tymczasowych. Atakujący z dostępem do API mogą wykorzystać tę podatność do przeprowadzenia ataku typu path traversal.

Wersje OpenClaw przed 2026.2.12 nie weryfikują parametru sessionFile, co pozwala uwierzytelnionym klientom bramy na zapisywanie danych transkrypcyjnych w dowolnych lokalizacjach na systemie plików hosta. Atakujący mogą dostarczyć ścieżkę sessionFile poza katalogiem sesji, co umożliwia tworzenie plików i wielokrotne dodawanie danych.

Wersja 2026.1.20 OpenClaw przed 2026.2.1 zawiera podatność w punkcie końcowym WebSocket /cdp w Browser Relay, która nie wymaga tokenów uwierzytelniających. To pozwala stronom internetowym na łączenie się przez loopback i dostęp do wrażliwych danych.

Wersje OpenClaw 2026.1.5 przed 2026.2.14 zawierają podatność w bramie, która nie ogranicza wystarczająco skonfigurowanych ścieżek modułów hook przed ich przekazaniem do dynamicznego importu, co umożliwia wykonanie kodu. Atakujący z dostępem do modyfikacji konfiguracji bramy może załadować i wykonać niezamierzone lokalne moduły w procesie Node.js.

Wersje OpenClaw przed 2026.2.2 nie weryfikują sekretów webhooków w trybie webhooka Telegram (musi być włączony), co pozwala na nieautoryzowane żądania HTTP POST do punktu końcowego webhooka, które ufają kontrolowanym przez atakującego ładunkom JSON. Atakujący zdalnie mogą fałszować aktualizacje Telegramu, podmieniając pola message.from.id i chat.id, aby obejść listy dozwolonych nadawców i wykonywać uprzywilejowane polecenia bota.

Wersje OpenClaw przed 2026.2.14 nie weryfikują ścieżek wpisów archiwum TAR podczas ekstrakcji, co pozwala na wykorzystanie sekwencji przejścia ścieżki do zapisu plików poza zamierzonym katalogiem. Atakujący mogą stworzyć złośliwe archiwa z sekwencjami przejścia, co może prowadzić do manipulacji konfiguracją i wykonania kodu.

Wersje OpenClaw przed 2026.2.14 zawierają podatności typu server-side request forgery (SSRF) w rozszerzeniu Feishu, które umożliwiają atakującym pobieranie zdalnych adresów URL kontrolowanych przez nich bez ochrony przed SSRF. Atakujący mogą manipulować wywołaniami narzędzi poprzez bezpośrednią manipulację lub wstrzykiwanie poleceń, co pozwala na wysyłanie żądań do wewnętrznych usług.

W wersjach OpenClaw 2026.1.29 przed 2026.2.1 występuje podatność w wtyczce Twitch, która nie egzekwuje listy dozwolonych użytkowników, gdy allowedRoles jest niezdefiniowane lub puste. To pozwala nieautoryzowanym użytkownikom Twitcha na wywołanie działania agenta.

Wersje OpenClaw 2026.1.29-beta.1 i wcześniejsze przed 2026.2.1 zawierają podatność na przechodzenie ścieżek podczas instalacji wtyczek. Umożliwia to złośliwym nazwom pakietów wtyczek wydostanie się z katalogu rozszerzeń.

Wersje OpenClaw 2.0.0-beta3 przed 2026.2.14 zawierają podatność na traversing ścieżek w module ładowania transformacji hook, co pozwala na wykonanie dowolnego kodu JavaScript. Parametr hooks.mappings[].transform.module akceptuje ścieżki absolutne oraz sekwencje traversing, co umożliwia atakującym z dostępem do zapisu konfiguracji ładowanie i wykonywanie złośliwych modułów z uprawnieniami procesu bramy.

Wersje OpenClaw przed 2026.2.14 zawierają podatność na eskalację uprawnień w obsłudze poleceń slash w Slacku, która błędnie autoryzuje każdego nadawcę wiadomości bezpośredniej, gdy dmPolicy jest ustawione na otwarte. Atakujący mogą wykonywać uprzywilejowane polecenia slash za pomocą wiadomości bezpośredniej, omijając ograniczenia listy dozwolonych i grup dostępu.

Frappe to framework aplikacji webowych. Przed wersjami 15.98.0 i 14.100.0, z powodu braku walidacji przy udostępnianiu dokumentów, użytkownik mógł udostępnić dokument z uprawnieniami, których sam nie posiadał.

ZimaOS, będący forką CasaOS, w wersji 1.5.2-beta3 ma lukę, która pozwala na usuwanie wewnętrznych plików i folderów systemowych poprzez bezpośrednią interakcję z API, mimo że interfejs aplikacji to uniemożliwia. Zmiana parametru ścieżki w żądaniu usunięcia pozwala na obejście tych ograniczeń.