CVE-2026-105851

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 @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.

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.

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.