Podatności ChurchCRM

W systemie ChurchCRM przed wersją 7.4.0 uwierzytelniony administrator może zdalnie wykonać kod na serwerze poprzez instalację złośliwego archiwum ZIP wtyczki zawierającego webshell PHP. Aplikacja jawnie dodaje 'php' do listy dozwolonych rozszerzeń, a lista zabronionych rozszerzeń nie blokuje standardowych plików .php, co umożliwia bezpośrednie wykonanie kodu przez HTTP po rozpakowaniu plików w katalogu web root.

ChurchCRM to system zarządzania kościołem typu open-source. W wersjach od 7.2.0 do 7.2.2 poprawka dla CVE-2026-4058 jest niekompletna, co pozwala na wykorzystanie tej podatności.

ChurchCRM to system zarządzania kościołem typu open-source. W wersjach przed 7.3.2 poprawka dla CVE-2026-39337 jest niekompletna, co pozwala na zdalne wykonanie kodu przed uwierzytelnieniem poprzez nieoczyszczoną zmienną DB_PASSWORD.

W ChurchCRM przed wersją 7.2.0, punkt /api/public/user/login waliduje tylko nazwę użytkownika i hasło, pomijając blokadę konta i weryfikację dwuskładnikową. Atakujący ze znajomością hasła może uzyskać dostęp do API nawet przy zablokowanym koncie lub włączonym 2FA.

ChurchCRM przed wersją 6.5.3 zawiera podatność na wstrzykiwanie SQL w edytorze uczestników wydarzeń. Uwierzytelniony użytkownik może wykonywać dowolne polecenia SQL, co prowadzi do pełnej kompromitacji bazy danych, kradzieży danych uwierzytelniających administratora i potencjalnego przejęcia systemu. Atakujący może wyodrębnić wrażliwe dane członków, poświadczenia i informacje finansowe. Wersja 6.5.3 zawiera poprawkę.

ChurchCRM przed wersją 6.5.3 może ujawniać informacje o bazie danych w komunikatach błędów, w tym host, IP, nazwę użytkownika i hasło. Wersja 6.5.3 naprawia ten problem.

ChurchCRM przed wersją 6.5.3 w funkcji przywracania bazy danych nie waliduje zawartości ani rozszerzenia przesyłanych plików. Atakujący może przesłać plik web shell, a następnie plik .htaccess, aby uzyskać do niego bezpośredni dostęp. Po uzyskaniu dostępu web shell umożliwia zdalne wykonanie kodu (RCE) na serwerze. Wersja 6.5.3 naprawia problem.

ChurchCRM przed wersją 5.21.0 zawiera podatność na zdalne wykonanie kodu przed uwierzytelnieniem w kreatorze instalacji. Nieuwierzytelniony atakujący może wstrzyknąć dowolny kod PHP podczas procesu instalacji, co prowadzi do całkowitego przejęcia serwera. Problem wynika z bezpośredniego łączenia danych wejściowych z formularza instalacyjnego z szablonem konfiguracji PHP bez walidacji.

ChurchCRM przed wersją 7.4.0 zawiera podatności XSS spowodowane niewystarczającym kodowaniem wyjścia dla nazw i wartości parametrów kontrolowanych przez użytkownika. Atakujący może odzwierciedlić złośliwy skrypt w kontekście JavaScript lub HTML.

W systemie ChurchCRM przed wersją 7.4.0 wykryto podatność w punktach końcowych ograniczonych do rodziny, która umożliwiała użytkownikom o niskich uprawnieniach odczyt i modyfikację rekordów innych rodzin. Uwierzytelniony użytkownik niebędący administratorem, posiadający dostęp EditSelf, może podać identyfikator innej rodziny i uzyskać dostęp do rekordów spoza swojego zakresu. Backend ufa kontrolowanemu przez atakującego identyfikatorowi rodziny i ładuje odpowiednią encję rodziny bez weryfikacji, czy żądana rodzina należy do bieżącego użytkownika.

W systemie ChurchCRM przed wersją 7.4.0 użytkownik z niskimi uprawnieniami może ominąć interfejs /admin/export i wyeksportować cały katalog członków. Endpoint POST /CSVCreateFile.php generuje i przesyła plik CSV zawierający pełne dane osobowe (PII) wszystkich rekordów osób/rodzin w bazie danych, bez przeprowadzania autoryzacji na poziomie funkcji lub obiektu, poza ogólnym sprawdzeniem „ma jakiekolwiek uprawnienia administracyjne” odziedziczonym z bootstrapu strony. Innymi słowy, dowolna pojedyncza flaga uprawnień niebędących administracyjnymi wystarczy, aby uzyskać dostęp do punktu końcowego eksportu CSV, mimo że tacy użytkownicy nie powinni mieć praw do eksportu danych. W skrypcie eksportu brakuje własnego sprawdzenia isAdmin() (lub nowego bExportData). Problem został naprawiony w wersji 7.4.0.

ChurchCRM to system zarządzania kościołem typu open-source. Przed wersją 7.3.2, atakujący mógł wykorzystać nawigację GET z zewnętrznej strony do FundRaiserDelete.php, PropertyTypeDelete.php lub NoteDelete.php, co pozwalało na ciche usunięcie rekordów przez zalogowanego użytkownika z odpowiednią rolą.

ChurchCRM w wersjach przed 7.2.0 renderuje zapisane nazwy użytkowników bezpośrednio w atrybucie value pola HTML w UserEditor.php bez użycia htmlspecialchars(). Administrator może zapisać nazwę użytkownika zawierającą znaki łamiące atrybuty HTML i procedury obsługi zdarzeń, które wykonają się w przeglądarce każdego administratora przeglądającego stronę edycji tego użytkownika, co prowadzi do przechowywanego XSS. Problem naprawiono w wersji 7.2.0.

W ChurchCRM w wersjach przed 7.2.0 publiczny endpoint logowania API (/api/public/user/login) zwraca rozróżnialne kody odpowiedzi HTTP w zależności od istnienia nazwy użytkownika: 404 dla nieistniejących i 401 dla istniejących z błędnym hasłem. Nieuwierzytelniony atakujący może wykorzystać tę różnicę do enumeracji nazw użytkowników, bez ograniczeń szybkości ani blokady konta.

ChurchCRM w wersjach przed 7.2.0 zawiera podatność stored XSS w edytorze Pledge Editor, który renderuje wartości komentarzy darowizn bezpośrednio do atrybutów HTML bez escapowania przez htmlspecialchars(). Uwierzytelniony użytkownik z uprawnieniami Finance może wstrzyknąć złośliwe atrybuty i procedury obsługi zdarzeń, które są przechowywane w bazie i wykonują się w przeglądarce użytkownika otwierającego rekord.

ChurchCRM przed wersją 7.2.0 ma podatność SQL Injection w funkcji FinancialService::getMemberByScanString() z powodu niesanityzowanego parametru $routeAndAccount sklejanego z surowym SQL. Problem został naprawiony w wersji 7.2.0.

ChurchCRM przed wersją 7.2.0 ma podatność związaną z brakiem autoryzacji na poziomie obiektów w punkcie końcowym GET /api/person/{personId}. Każdy uwierzytelniony użytkownik z uprawnieniami EditSelf może wyliczać i czytać rekordy innych członków, ujawniając wrażliwe dane osobowe, takie jak imiona, adresy, numery telefonów i adresy e-mail.

ChurchCRM w wersjach przed 7.0.0 pozwalał na tworzenie linków, które po kliknięciu przycisku „Cancel” przez uwierzytelnionego użytkownika przekierowywały go na dowolny adres URL wybrany przez atakującego. Problem dotyczy wszystkich miejsc wykorzystujących parametr 'linkBack', a jako przykład podano DonatedItemEditor.php. Podatność naprawiono w wersji 7.0.0.

ChurchCRM przed wersją 7.1.0 zawiera podatność XSS: dane wejściowe z parametrów EName i EDesc w EditEventAttendees.php są renderowane bez prawidłowego kodowania wyjścia. Umożliwia to wykonanie dowolnego kodu JavaScript w przeglądarce ofiary. Podatność naprawiono w wersji 7.1.0.

ChurchCRM przed wersją 7.1.0 zawiera podatność na odbiciowe XSS na stronie logowania, spowodowaną brakiem sanityzacji parametru username z URL. Parametr jest wyświetlany bezpośrednio w polu wejściowym, co pozwala na wstrzyknięcie złośliwego JavaScriptu, mogącego kraść sesje lub podmieniać formularz logowania.

W ChurchCRM przed wersją 7.1.0 stwierdzono podatność na iniekcję SQL w pliku EditEventTypes.php, dostępnym tylko dla administratorów. Parametr POST EN_tyid nie jest oczyszczany przed użyciem w zapytaniu SQL, co umożliwia administratorowi wykonanie dowolnych poleceń SQL. Podatność naprawiona w wersji 7.1.0.

Podatność SQL Injection w ChurchCRM w wersjach przed 7.1.0, występująca w parametrze searchwhat w QueryView.php przy QueryID=15. Uwierzytelniony użytkownik z odpowiednimi uprawnieniami może wstrzykiwać zapytania SQL.

ChurchCRM przed wersją 7.1.0 jest podatny na atak time-based SQL Injection z powodu nieprawidłowej walidacji danych wejściowych. Endpoint Reports/ConfirmReportEmail.php?familyId= niepoprawnie sanityzuje dane wejściowe, a oczyszczone dane nie są używane do tworzenia zapytania SQL. Podatność została naprawiona w wersji 7.1.0.

W ChurchCRM przed wersją 7.1.0 występuje podatność Blind Reflected Cross-Site Scripting w parametrze wyszukiwania akceptowanym przez panel ChurchCRM. Aplikacja nie sanityzuje ani nie koduje danych wejściowych przed renderowaniem w DOM przeglądarki; mimo że zwracany jest błąd HTTP 500, silnik JavaScript przeglądarki parsuje i wykonuje wstrzyknięte znaczniki <script> przed zwróceniem odpowiedzi błędu.

W ChurchCRM przed wersją 7.1.0 występuje podatność przechowywanego XSS w polach formularza Directory Reports ustawianych z konfiguracji, domyślnych wartościach edytora Person renderowanych w polach adresowych oraz domyślnych formularzach zewnętrznej samorejestracji. Jest to głównie ścieżka przechowywanego XSS typu admin-do-admina wykorzystująca zapisywalne pola konfiguracji.

ChurchCRM przed wersją 7.1.1 zawiera podatność Stored XSS w mechanizmie usuwania grup oraz w edytorze rodziny (pola stan/kraj). Jest to głównie ścieżka ataku typu admin-to-admin, wykorzystująca możliwość zapisu do pól encji.

ChurchCRM to open-source'owy system zarządzania kościołem. Przed wersją 6.5.3 możliwe jest wywołanie po stronie serwera żądań HTTP/HTTPS do dowolnych hostów (SSRF) poprzez dostarczenie spreparowanego URL w nagłówku Referer żądania; serwer wykonuje następnie wychodzące żądanie do domeny kontrolowanej przez atakującego (potwierdzone przez OAST); problem naprawiono w wersji 6.5.3.

W systemie ChurchCRM przed wersją 6.5.3 występuje podatność na eskalację uprawnień. Uwierzytelniony użytkownik z uprawnieniami "Edit Records" i "Manage Properties and Classifications" może wstrzyknąć trwały ładunek XSS do profilu administratora, który wykonuje się, gdy administrator wyświetla własny profil. Podatność łączy IDOR (możliwość przeglądania profili innych użytkowników) oraz błędną kontrolę dostępu (możliwość modyfikacji rekordów innych użytkowników).

ChurchCRM to system zarządzania kościołem. W wersjach przed 6.5.0 aplikacja odsyła w odpowiedziach HTTP hasła użytkowników w postaci jawnej. Ujawnienie to znacznie zwiększa ryzyko kompromitacji poświadczeń.

ChurchCRM to system zarządzania kościołem o otwartym kodzie źródłowym. Przed wersją 6.5.0 w pliku `EventEditor.php` występuje podatność na wstrzykiwanie SQL. Podczas tworzenia nowego wydarzenia i wybierania typu wydarzenia parametr `EN_tyid` POST nie jest sanityzowany. Umożliwia to uwierzytelnionemu użytkownikowi z uprawnieniami do zarządzania wydarzeniami (`isAddEvent`) wykonanie dowolnych zapytań SQL. Wersja 6.5.0 naprawia ten problem.

W ChurchCRM 6.2.0 i wcześniejszych występuje czasowa ślepa iniekcja SQL w obsłudze parametru 1FieldSec. Wstrzyknięcie SLEEP() powoduje deterministyczne opóźnienia po stronie serwera, co dowodzi, że wartość jest włączana do zapytania SQL bez właściwej parametryzacji. Podatność umożliwia eksfiltrację i modyfikację danych za pomocą technik ślepych.

ChurchCRM w wersjach do 5.18.0 zawiera podatność path traversal w pliku src/ChurchCRM/Backup/RestoreJob.php w komponencie Backup Restore Handler. Manipulacja argumentem restoreFile może prowadzić do path traversal. Atak może być zainicjowany zdalnie, a exploit został publicznie ujawniony i może być wykorzystany. Producent został powiadomiony, ale nie odpowiedział.

W ChurchCRM do wersji 5.18.0 w pliku setup/routes/setup.php manipulacja argumentami DB_PASSWORD/ROOT_PATH/URL prowadzi do deserializacji. Atak można zainicjować zdalnie, a złożoność ataku oceniono jako wysoką. Exploit został publicznie ujawniony, a producent nie odpowiedział na zgłoszenie.