Podatności ClawHub

W aplikacji ClawHub (openclaw/clawhub) występuje błąd nieprawidłowej autoryzacji. Zasób (skill) należący do organizacji zachowuje identyfikator ownerUserId pierwotnego wydawcy, a mechanizmy autoryzacji transferu i cyklu życia ufają temu historycznemu użytkownikowi zamiast sprawdzać aktualne uprawnienia w organizacji. Uwierzytelniony użytkownik, który pierwotnie opublikował skill organizacji, może go przenieść, usunąć lub przywrócić nawet po odebraniu lub obniżeniu jego uprawnień organizacyjnych.

W aplikacji ClawHub (openclaw/clawhub) występuje błąd w przepływie moderacji zgłoszeń skilli. Cztery zwykłe uwierzytelnione konta mogą zgłosić widoczny skill i wywołać jego automatyczne ukrycie (moderationStatus: hidden) w katalogu bez decyzji moderatora. Ponieważ limit zgłaszającego liczy tylko zgłoszenia wobec widocznych celów, te same konta mogą powtarzać proces wobec kolejnych skilli; skille oficjalne nie są wyłączone.

W aplikacji ClawHub (openclaw/clawhub) brakuje kontroli autoryzacji w funkcji podglądu changelogu. Zalogowany wywołujący może użyć publicznej akcji skills:generateChangelogPreview dla skilla, do którego nie ma uprawnień; poprzednia wersja jest odczytywana bez autoryzacji odczytu plików, a do 8000 znaków poddanej kwarantannie treści może zostać przesłane do dostawcy AI i odzwierciedlone w podglądzie zwróconym wywołującemu, ujawniając zastrzeżoną treść skilla.

W aplikacji ClawHub (openclaw/clawhub) występuje podatność typu server-side request forgery (SSRF) w pobieraniu obrazów w publicznym podglądzie profilu. Podgląd przyjmuje dostarczony przez użytkownika URL obrazu i sprawdza tekstową nazwę hosta względem wzorców adresów prywatnych, ale nie waliduje ani nie przypina rozwiązanego adresu docelowego, więc publicznie wyglądająca nazwa hosta może rozwiązać się na adres wewnętrzny lub zmienić rozwiązywanie między walidacją a połączeniem (DNS rebinding).

Aplikacja ClawHub (openclaw/clawhub) nie wiąże anonimowych żądań HTTP API z zaufaną tożsamością wywołującego, więc wszystkie bezpośrednie anonimowe żądania API dzielą jeden domyślny limit quota. Zdalny, nieuwierzytelniony wywołujący może wyczerpać ten współdzielony limit i tym samym odmówić lub pogorszyć dostęp do API dla niezwiązanych odwiedzających. Dodatkowo, gdy opcja TRUST_FORWARDED_IPS jest włączona bez uwierzytelnionego edge/proxy, klienci mogą dostarczać dowolne nagłówki forwarded IP, aby wybierać tożsamości quota i omijać ograniczanie szybkości.