Katalog podatności CVE

W JetBrains TeamCity w wersjach przed 2026.1.3 i 2025.11.7 możliwe było obejście piaskownicy Kotlin DSL, co prowadziło do zdalnego wykonania kodu (RCE) na serwerze. Podatność pozwala atakującemu na uruchomienie dowolnego kodu w kontekście serwera TeamCity.

Quasar Framework przed wersją 2.22.0 zawiera podatność w serializerze getHead() używanym tylko w SSR, która nie koduje odpowiednio wartości dostarczanych przez useMeta(). Atakujący, który może wpływać na dynamiczne metadane strony, może wstrzyknąć wykonywalny kod HTML przed hydratacją. Ścieżka po stronie klienta nie jest dotknięta, ponieważ używa API DOM kodujących atrybuty.

W Quasar Framework przed wersją 2.32.2 narzędzie openURL() ufało obiektowi window.SafariViewController, gdy istniał on w środowisku iOS. Złośliwy HTML renderowany przez komponenty takie jak QEditor może utworzyć element SafariViewController, powodując zastąpienie oczekiwanego obiektu mostu natywnego przez rozwiązywanie nazwanych właściwości przeglądarki. Późniejsze wywołanie openURL() wywołuje isAvailable() na tym elemencie, zgłasza TypeError i zakłóca nawigację zewnętrzną, przekierowania logowania, płatności i inne przepływy otwierania adresów URL.

W systemie Payload CMS, w adapterze @payloadcms/db-mongodb w wersjach przed 3.87.0 oraz w wersjach canary przed 4.0.0-canary.20, uwierzytelniony użytkownik mogący aktualizować dokument może modyfikować pola, do których kontrola dostępu na poziomie pola nie powinna mu pozwalać. Adaptery Postgres i SQLite nie są podatne.

SourceCodester Performance Indicator System 1.0 zawiera podatność SQL injection w nieznanej funkcji pliku /opils/admin/view_product.php. Manipulacja argumentem Category umożliwia zdalny atak. Exploit jest publiczny.

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 pakiecie @payloadcms/storage-s3 w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34, uwierzytelniony użytkownik może nadpisać istniejący obiekt S3 należący do innej kolekcji przesyłania, gdy przesyłanie po stronie klienta jest włączone dla wielu kolekcji współdzielących ten sam bucket, a useCompositePrefixes jest wyłączone lub nieustawione. Omija to kontrolę dostępu docelowej kolekcji i wcześniejszą walidację plików.

Payload to bezgłowy system zarządzania treścią typu open source. W wersjach przed 3.90.0 oraz w wersjach canary przed 4.0.0-canary.34 nieuwierzytelniony atakujący znający adres e-mail lub nazwę użytkownika konta może wykorzystać mechanizm blokady konta w kolekcji z lokalnym uwierzytelnianiem, aby uniemożliwić temu kontu zalogowanie się.

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.

Payload to bezgłowy system zarządzania treścią typu open source. W wtyczce @payloadcms/plugin-multi-tenant w wersjach przed 3.90.0 oraz w wersjach canary przed 4.0.0-canary.34 uwierzytelniony użytkownik ograniczony do jednego tenanta może utworzyć rekord w innym tenancie, gdy istnieje co najmniej jedna kolekcja z włączoną obsługą wielu tenantów. Odczyt i bezpośrednia edycja istniejących dokumentów w docelowym tenancie nie są omijane.

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.

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.

Wtyczka @payloadcms/plugin-multi-tenant w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34 domyślnie pozwala uwierzytelnionemu użytkownikowi przypisać własne konto do innych tenantów. Instalacje, które zastąpiły domyślne zachowanie zabezpieczonymi funkcjami tenants arrayFieldAccess.create i update, nie są podatne. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.

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.

W wersjach Payload przed 3.90.0 i canary przed 4.0.0-canary.34, specjalnie spreparowane żądanie do publicznej operacji first-register może zdalnie wykonać kod, gdy włączone jest lokalne uwierzytelnianie i nie utworzono jeszcze pierwszego użytkownika. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.

Wtyczka @payloadcms/plugin-form-builder w wersjach przed 3.90.0 i canary przed 4.0.0-canary.34 zawiera podatność, która pozwala atakującemu na zdalne wykonanie kodu na serwerze poprzez spreparowane zgłoszenie formularza. Problem został naprawiony w wersjach 3.90.0 i 4.0.0-canary.34.

W wersjach Payload przed 3.90.0 i 4.0.0-canary.34, atakujący z dostępem do odczytu i tworzenia lub aktualizacji kolekcji zawierającej pole json lub pole blocks z włączonym blocksAsJSON może wstrzyknąć SQL przez spreparowaną ścieżkę pola i operatory. Kolekcje bez tych pól oraz pola richText nie są podatne. Pakiety SQLite naprawiono w wersjach 3.90.0 i 4.0.0-canary.34, a Postgres w wersji 3.73.0.

W wersjach Payload przed 3.90.0 i canary przed 4.0.0-canary.34, serwer nie egzekwuje ograniczenia access.update na poziomie pola dla pola hasła w kolekcji uwierzytelniania. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.

W wersjach Payload od 3.0.0 przed 3.90.0 i canary przed 4.0.0-canary.34, nieprawidłowo sformułowane żądanie multipart może spowodować bardzo długie przetwarzanie Content-Type multipart, prowadząc do niekontrolowanego zużycia zasobów. Problem naprawiono w wersjach 3.90.0 i 4.0.0-canary.34.