Podatności Payload CMS

Payload CMS w wersjach po 3.0.0 i przed 3.90.0 pozwala, aby opcja niestandardowego pola mapująca pole na zastrzeżoną nazwę claima uwierzytelniającego umieszczała niezamierzone wartości w tokenie uwierzytelniającym wydawanym przy logowaniu. Problem został naprawiony w wersji 3.90.0.

Payload CMS przed wersją 3.90.0 i wersje canary przed 4.0.0-canary.34 zawiera podatność, która pozwala atakującemu na modyfikację dokumentów kolekcji bez egzekwowania kontroli dostępu na poziomie kolekcji lub pola, gdy opcja orderable jest włączona. Problem został naprawiony w wersjach 3.90.0 i 4.0.0-canary.34.

Payload CMS w wersjach od 3.0.0 przed 3.88.0 i canary przed 4.0.0-canary.27 zawiera podatność, która pozwala niezaufanemu użytkownikowi, mającemu możliwość odpytywania czytelnych kolekcji przez dynamiczne filtry lub złączenia, na wysłanie żądania powodującego wstrzyknięcie SQL w adapterach SQLite i Postgres. Problem naprawiono w wersjach 3.88.0 i 4.0.0-canary.27.

Payload CMS w wersjach od 3.0.0 przed 3.88.0 i canary przed 4.0.0-canary.27 zawiera podatność, która pozwala nieuwierzytelnionemu użytkownikowi na przesłanie ścieżek pól wrażliwych na prototyp, gdy włączona jest wtyczka @payloadcms/plugin-import-export, co powoduje niezamierzone zachowanie aplikacji mogące prowadzić do zdalnego wykonania kodu. Problem naprawiono w wersjach 3.88.0 i 4.0.0-canary.27.

W Payload CMS wykryto podatność SQL injection. Nieprawidłowa neutralizacja danych wejściowych użytkownika w parametrach zapytań "in" i "not_in" pozwala uwierzytelnionemu atakującemu na przeprowadzenie ataków SQL Injection. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.

W systemie Payload CMS w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34 lokalne konfiguracje przesyłania, które akceptują pliki XML, mogą przechowywać plik XML i arkusz stylów wykonujący JavaScript w domenie Payload, gdy zalogowany użytkownik otworzy ten plik. Podatność prowadzi do wykonania kodu JavaScript w kontekście przeglądarki ofiary.

W systemie Payload CMS w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34 uwierzytelniony użytkownik mogący aktualizować lub usuwać przesłane pliki przechowywane lokalnie może spowodować usunięcie przez mechanizm czyszczenia plików niepożądanych plików poza skonfigurowanym katalogiem przesyłania, co prowadzi do utraty danych lub zakłócenia usługi. Wdrożenia ograniczające zarządzanie przesyłaniem do zaufanych użytkowników są mniej narażone.

W systemie Payload CMS w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34 kolekcja zezwalająca na przesyłanie plików SVG do pobrania może przechowywać złośliwy plik SVG, który omija sanityzację i wykonuje kod JavaScript kontrolowany przez atakującego, gdy użytkownik pobierze i otworzy ten plik. Prowadzi to do wykonania kodu w przeglądarce ofiary.

W systemie Payload CMS w wersjach po 3.0.0 i przed 3.90.0 uwierzytelnione pobieranie przesłanych plików z zewnętrznego adresu URL może przekazywać dane uwierzytelniające do przekierowanego miejsca, które nie zostało zweryfikowane jako zaufane, potencjalnie ujawniając ważną sesję niepożądanemu odbiorcy. Podatność została naprawiona w wersji 3.90.0.

Payload CMS w wersjach od 3.0.0 przed 3.90.0 i canary przed 4.0.0-canary.34 zawiera podatność w operacji duplikacji, która kopiuje wartości z dokumentu źródłowego nawet gdy pole jest ukryte lub reguły access.read/access.create odrzucają wartość dla wywołującego. Ustawienie disableDuplicate nie zapobiega temu obejściu kontroli dostępu. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.

Payload CMS w wersjach @payloadcms/plugin-mcp od 3.61.0 do 3.88.0 umożliwia uwierzytelnionemu użytkownikowi zarządzanie kluczami API MCP poza zamierzonym kontem, co prowadzi do eskalacji uprawnień poprzez przejęcie konta. Problem naprawiono w wersji 3.88.0.

Wtyczka @jhb.software/payload-alt-text-plugin w wersji 0.7.0 dla Payload CMS udostępnia punkty końcowe POST /api/alt-text-plugin/generate i /bulk z domyślnym zabezpieczeniem akceptującym dowolnego uwierzytelnionego użytkownika. Wywołania req.payload.findByID i req.payload.update nie ustawiają overrideAccess: false, przez co Payload domyślnie pomija funkcje kontroli dostępu kolekcji. Uwierzytelniony użytkownik o niskich uprawnieniach może odczytać chronione dokumenty i nadpisać ich pola alt oraz keywords.

Payload to darmowy system CMS typu headless. W wersjach przed 3.78.0 w pakietach @payloadcms/storage-azure, @payloadcms/storage-gcs, @payloadcms/storage-r2 i @payloadcms/storage-s3 punkty końcowe podpisanych URL do przesyłania plików przez klienta nie prawidłowo oczyszczały nazwy plików. Atakujący mógł spreparować nazwy plików, aby wydostać się poza zamierzoną lokalizację przechowywania.

Payload, darmowy i otwartoźródłowy headless CMS, w wersjach przed 3.79.1 zawiera podatność Cross-Site Request Forgery (CSRF) w procesie uwierzytelniania. W pewnych warunkach skonfigurowana ochrona CSRF może zostać obejścia, umożliwiając wykonywanie żądań cross-site. Podatność została naprawiona w wersji 3.79.1.